Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Ecovacs DEEBOT T90 PRO OMNI: ora il rullo di lavaggio è ampio
Ecovacs DEEBOT T90 PRO OMNI: ora il rullo di lavaggio è ampio
DEEBOT T90 PRO OMNI abbina un sistema di aspirazione basato su tecnologia BLAST ad un rullo di lavaggio dei pavimenti dalla larghezza elevata, capace di trattare al meglio le superfici di casa minimizzando i tempi di lavoro. Un robot completo che riesce anche ad essere sottile e garantire automazione ed efficienza nelle operazioni di pulizia di casa
Recensione Samsung Galaxy S26 Ultra: finalmente qualcosa di nuovo
Recensione Samsung Galaxy S26 Ultra: finalmente qualcosa di nuovo
Per diversi giorni il Galaxy S26 Ultra di Samsung è stato il nostro compagno di vita. Oltre alle conferme del colosso coreano come la qualità del display e una suite AI senza rivali, arriva il Privacy Display, un unicum nel mondo smartphone. Ci sono ancora alcuni gap che non sono riusciti a colmare lato batteria e fotocamera, seppur con alcuni miglioramenti.
Diablo II Resurrected: il nuovo DLC Reign of the Warlock
Diablo II Resurrected: il nuovo DLC Reign of the Warlock
Abbiamo provato per voi il nuovo DLC lanciato a sorpresa da Blizzard per Diablo II: Resurrected e quella che segue è una disamina dei nuovi contenuti che abbiamo avuto modo di sperimentare nel corso delle nostre sessioni di gioco, con particolare riguardo per la nuova classe dello Stregone
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 02-08-2011, 15:42   #1
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
[C/C++] Inviare un messaggio ad un altro processo

considerando che non ho esperienza in merito all'invio di messaggi tra processi vi chiedo lumi.

Volendo inviare dati da un processo chiamato MOTORE ad un processo chiamato SERVITORE in modo abbastanza efficace cioè veloce si usa PostMessage() e GetMessage() oppure altri tipi di funzioni?

grazie 1000
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 16:54   #2
starfred
Senior Member
 
Iscritto dal: Jul 2011
Messaggi: 381
Ammesso che stiamo parlando di processi e non di thread (che implicherebbe soluzioni più semplici) generalmente ci sono 3 soluzioni per il modello a scambio di messaggi:

comunicazione sincrona
comunicazione asincrona
rendez-vous

Inoltre bisogna definire la tipologia dei canali che possono essere unidirezionali o bidirezionali.
__________________
Concluso positivamente con: Kamzata, Ducati82, Arus, TheLastRemnant, ghost driver, alexbull1, DanieleRC5, XatiX
starfred è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 17:32   #3
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
Quote:
Originariamente inviato da starfred Guarda i messaggi
Ammesso che stiamo parlando di processi e non di thread (che implicherebbe soluzioni più semplici) generalmente ci sono 3 soluzioni per il modello a scambio di messaggi:

comunicazione sincrona
comunicazione asincrona
rendez-vous

Inoltre bisogna definire la tipologia dei canali che possono essere unidirezionali o bidirezionali.

sono processi, sto usando un programma che acquisisce byte da un apparato e se trova dei bit cambiati li invia ad un altro processo come messaggio.
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 18:26   #4
starfred
Senior Member
 
Iscritto dal: Jul 2011
Messaggi: 381
Ok, allora le tecniche di programmazione sono quelle che ti ho elencato. Sono stati scritti decine di libri sulle cose che ti ho detto. Il mio consiglio è quello di cercare qualcosa a riguardo poiché l'argomento è vastissimo.
__________________
Concluso positivamente con: Kamzata, Ducati82, Arus, TheLastRemnant, ghost driver, alexbull1, DanieleRC5, XatiX
starfred è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 20:07   #5
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
ok, mi arrangerò da solo, grazie
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 20:21   #6
tomminno
Senior Member
 
Iscritto dal: Oct 2005
Messaggi: 3306
Alcune soluzioni più o meno in ordine di complessità architetturale:
shared memory
File
pipe
socket
RPC
webservice
Message Queue
ESB
tomminno è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 20:43   #7
starfred
Senior Member
 
Iscritto dal: Jul 2011
Messaggi: 381
shared memory no. Sono processi non thread.
__________________
Concluso positivamente con: Kamzata, Ducati82, Arus, TheLastRemnant, ghost driver, alexbull1, DanieleRC5, XatiX
starfred è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 21:17   #8
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da starfred Guarda i messaggi
shared memory no. Sono processi non thread.
Che vuol dire ? C'e' modo di usare shared memory anche tra processi (tipicamente mappando in memoria dei file)
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 21:27   #9
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da misterx Guarda i messaggi
considerando che non ho esperienza in merito all'invio di messaggi tra processi vi chiedo lumi.

Volendo inviare dati da un processo chiamato MOTORE ad un processo chiamato SERVITORE in modo abbastanza efficace cioè veloce si usa PostMessage() e GetMessage() oppure altri tipi di funzioni?

grazie 1000
La mia scarsa conoscenza di windows mi dice che PostMessage e GetMessage sono pensati per mandare e ricevere messaggi alle finestre di un programma grafico (ma nessuno che programma sotto windows in 'sto forum ? ), almeno stando a quanto scritto qua: http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx
Magari funziona lo stesso, ma concettualmente forse e' piu' vicino a quello che ti serve una named pipe http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx
anche se francamente a vedere la quantita' di codice necessaria per il produttore e il consumatore (http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx e http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx) viene un po' di paura...

In ogni caso qua hai una panoramica delle alternative:
http://msdn.microsoft.com/en-us/libr...(v=VS.85).aspx
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 02-08-2011, 21:40   #10
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
Quote:
Originariamente inviato da marco.r Guarda i messaggi
La mia scarsa conoscenza di windows mi dice che PostMessage e GetMessage sono pensati per mandare e ricevere messaggi alle finestre di un programma grafico (ma nessuno che programma sotto windows in 'sto forum ? ), almeno stando a quanto scritto qua: http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx
Magari funziona lo stesso, ma concettualmente forse e' piu' vicino a quello che ti serve una named pipe http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx
anche se francamente a vedere la quantita' di codice necessaria per il produttore e il consumatore (http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx e http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx) viene un po' di paura...

In ogni caso qua hai una panoramica delle alternative:
http://msdn.microsoft.com/en-us/libr...(v=VS.85).aspx

l'importante è trovare un sistema non troppo complesso e performante
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 05-08-2011, 14:01   #11
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
ho optato per le socket ma non so quanto si paga in performance rispetto ai vari modi di inter process communication descritti qui http://msdn.microsoft.com/en-us/libr...ng_com_for_ipc
misterx è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Ecovacs DEEBOT T90 PRO OMNI: ora il rullo di lavaggio è ampio Ecovacs DEEBOT T90 PRO OMNI: ora il rullo di lav...
Recensione Samsung Galaxy S26 Ultra: finalmente qualcosa di nuovo Recensione Samsung Galaxy S26 Ultra: finalmente ...
Diablo II Resurrected: il nuovo DLC Reign of the Warlock Diablo II Resurrected: il nuovo DLC Reign of the...
Deep Tech Revolution: così Area Science Park apre i laboratori alle startup Deep Tech Revolution: così Area Science P...
HP OMEN MAX 16 con RTX 5080: potenza da desktop replacement a prezzo competitivo HP OMEN MAX 16 con RTX 5080: potenza da desktop ...
NVIDIA DLSS 5 arriverà in autunno...
Intel Xeon 6 con P-core è la CPU ...
Telepass e TIM: la mobilità integ...
Deep Tech Revolution: le cinque startup ...
Leapmotor, sostenuta da Stellantis, ragg...
Isar Aerospace e Astroscale stringono un...
Donut Lab, test di ricarica con Verge TS...
Polestar, arriva un nuovo finanziamento ...
Friggitrice ad aria, tutto quello che de...
BYD lancia la nuova campagna per il bran...
Samsung Galaxy Book4 in offerta: portati...
HONOR MagicPad 4: più sottile, pi...
JBL Tune Flex 2 in forte sconto su Amazo...
Galaxy S26 Ultra Enterprise Edition crol...
OMO X: la prima moto elettrica auto-bila...
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: 20:41.


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