Torna indietro   Hardware Upgrade Forum > Software > Programmazione

GIGABYTE RTX 5060 Ti EAGLE OC ICE alla prova: compatta ed essenziale
GIGABYTE RTX 5060 Ti EAGLE OC ICE alla prova: compatta ed essenziale
Gigabyte ha portato sul mercato la GeForce RTX 5060 Ti EAGLE OC ICE con 16 GB di memoria, scheda video polivalente per il gaming e anche per altri tipi di carichi, dalla produttività all'intelligenza artificiale. Punto di forza di questa proposta sono le dimensioni compatte, che la rendono ideale anche per configurazioni mini-ITX o simili.
AMD Ryzen Threadripper 9000 e Radeon AI Pro R9700, per le workstation AI
AMD Ryzen Threadripper 9000 e Radeon AI Pro R9700, per le workstation AI
La nuova generazione di processori AMD Ryzen Threadripper 9000 espande la presenza dell'azienda americana nel settore delle workstation, con un focus particolare agli ambiti compute e dell'intelligenza artificiale. A integrare le novità troviamo le schede Radeon AI PRO R9700, con le quali sviluppare sistemi per l'IA che non siano in cloud ma direttamente in azienda
Nuova Ford Capri elettrica, la super prova: in viaggio, in città e in autostrada
Nuova Ford Capri elettrica, la super prova: in viaggio, in città e in autostrada
Dopo diverse prove, da poche ore al volante, fino a un'intera settimana come prima auto, possiamo riportarvi tutti i dettagli e le impressioni sulla Ford Capri elettrica
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 01-09-2004, 13:44   #1
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
[C] IPC con code di messaggi

[C] IPC con code di messaggi

Ciao, per un esercizio per l'università devo far comunicare vari processi attraverso code di messaggi, utilizzo le seguenti funzioni per inviare e ricevere un messaggio:

int msgsnd(int msqid, const void *msgp, size_t msgsz,
int msgflg);

int msgrcv(int msqid, void *msgp, size_t msgsz, long msgtyp,
int msgflg);

e questa struttura dati per il messaggio

struct mymsg {
long mtype; /* message type */
char mtext[MSGSZ]; /* message text of length MSGSZ */
}

Tutto come da manuale insomma. Il mio problema è che inizialmente il messaggio è costituito da un solo carattere, poi però la dimensione cresce non linearmente praticamente moltiplicata sempre per sei. Avrò quindi con pochi cicli msg costutuiti da stringhe da 1,6,36,216,1296 ecc caratteri... e una struttura come char mtext[MSGZ] non è adatta giusto? E poi che valore dovrebbe assumere MSGZ? Nell esercizio non è specificato quante iterazioni devo compiere, credo il numero sufficiente per dimostrare una corretta comunicazione. Come fare considerando che la funzione msgrcv deve conoscere la dimensione del messaggio?

Grazie
opiu è offline   Rispondi citando il messaggio o parte di esso
Old 01-09-2004, 15:52   #2
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
MSGZ è arbitrario ed è specificato in msgsz.
Che documentazione hai letto? La mia è leggermente differente...
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 01-09-2004, 16:53   #3
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
Intanto grazie... io sto prendendo come riferimento questo sito

http://www.cs.cf.ac.uk/Dave/C/node25...00000000000000

Sì so che si può specificare ma quindi quale dimensione dovrei mettere?
opiu è offline   Rispondi citando il messaggio o parte di esso
Old 01-09-2004, 21:09   #4
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
E' la dimensione del messaggio che devi inviare, immagino. Nota che le strutture contenenti il messaggio, nel tuo caso, non hanno dimensione fissa.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 01-09-2004, 23:51   #5
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
Esattamente così! Il fatto è che il ricevente deve conoscere a priori la dimensione del messaggio, e il mio msg diventa dopo 4 invii di ben 1296 caratteri! Dovrei quindi avere un vettore di 1296 spazi? È forse opportuno gestire diversamente la struttura dati per il messaggio?
opiu è offline   Rispondi citando il messaggio o parte di esso
Old 02-09-2004, 08:00   #6
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Il ricevente non deve necessariamente conoscere la dimensione del messaggio in quanto tale valore è restituito da msgrcv. Se il tuo buffer è troppo piccolo per contenere il messaggio, viene ritornato l'errore E2BIG e puoi riallocare un buffer più grande (ad es. il doppio del precedente).
Vedi man msgrcv.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 02-09-2004, 10:57   #7
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
mmm comincio a capire...
quindi ci sono due problemi di spazio uno della coda stessa (viene ritornato l'errore EAGAIN e posso ridimensionare la coda con msgctl aumentando il valore oltre MSGMNB che è quello predefinito dal sistema), e l'altro del msg (viene ritornato l'errore E2BIG ma posso ridimensionare il parametro msgsz e ripetere l'operazione di ricezione)

Teoricamente credo sia corretto, ora apro vim...

Grazie mille!
opiu è offline   Rispondi citando il messaggio o parte di esso
Old 05-09-2004, 18:08   #8
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
Ciao, mi spiace ma non sono ancora giunto alla fine... sono riuscito a far funzionare lo scambio di messaggi utilizzando come struttura del msg questa:

typedef struct msgbuf {
long mtype; /* message type */
long sender; /* message sender */
char mtext[MSGSZ]; /* message text of length MSGSZ */
} message_buf


Però in questo modo il msg è fissato nella sua dimensione e vorrei dipendesse ad esempio da un parametro di ingresso da linea di comando. Penso allora di sostituire l'ulitmo campo con un puntatore a char:

char *mtext

allocando con malloc abbastanza memoria.

Lo scambio di messaggi dovrebbe avvenire perchè con ipcs vedo che la coda è vuota, ma andando a leggere nel buf di ricezione ci sono solo strani caratteri.

Grazie
opiu è offline   Rispondi citando il messaggio o parte di esso
Old 05-09-2004, 23:48   #9
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
Una precisazione... il messaggio viene ricevuto perchè nel campo sender della struct riesco a leggere il dato corretto, ma non nel campo mtext.
opiu è offline   Rispondi citando il messaggio o parte di esso
Old 06-09-2004, 08:04   #10
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Io farei così:
Codice:
typedef struct msgbuf { 
 long mtype;
 long sender;
 char mtext[0];
 } message_buf 

(...)
struct msgbuf *alloca_messaggio(int msgsz) {
  struct msgbuf *ret;
  ret = malloc(sizeof(*ret)+msgsz);
  return ret;
}
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 06-09-2004, 11:48   #11
opiu
Member
 
L'Avatar di opiu
 
Iscritto dal: Apr 2001
Messaggi: 111
Grazie mille... funziona tutto alla perfezione ora
Ciao
opiu è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


GIGABYTE RTX 5060 Ti EAGLE OC ICE alla prova: compatta ed essenziale GIGABYTE RTX 5060 Ti EAGLE OC ICE alla prova: co...
AMD Ryzen Threadripper 9000 e Radeon AI Pro R9700, per le workstation AI AMD Ryzen Threadripper 9000 e Radeon AI Pro R970...
Nuova Ford Capri elettrica, la super prova: in viaggio, in città e in autostrada Nuova Ford Capri elettrica, la super prova: in v...
HUAWEI MatePad Pro (2025): display anti-riflesso e Wi-Fi 7 per il tablet 'Pro' perfetto HUAWEI MatePad Pro (2025): display anti-riflesso...
Astro A50 Gen 5 dopo 6 mesi: sono davvero le migliori? Si poteva fare di più Astro A50 Gen 5 dopo 6 mesi: sono davvero le mig...
Torna il Festival della Fotografia Itali...
MONA LUNA, il rover lunare europeo &egra...
Logitech G522: un headset tuttofare che ...
Archiva Group acquisisce DDM Technology,...
I nuovi Xiaomi TV F Pro 2026, QLED 4K e ...
Sistemi legacy e tecnologie obsolete son...
Novità Google Maps: percorsi eco,...
Moratoria sull’AI: le Big Tech vogliono ...
Perché Khamenei scrive a raffica su X (e...
Matthew LaBrot (licenziato da Tesla) spa...
I social hanno battuto le fonti di infor...
Mattel e OpenAI, scoppia il caso sui gio...
Grazie al Very Large Telescope di ESO &e...
OpenAI ottiene un contratto da 200 milio...
Vivobook 15X OLED con Intel Core i7 e 40...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 03:20.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www1v