Ranzani (il fratello povero) scrive:
cicci hai un po' di tempo a disposizione?
Akash http://2005ie.blogspot.com scrive:
si dimimi
Ranzani (il fratello povero) scrive:
eventmanager
Ranzani (il fratello povero) scrive:
n classi aggiungono eventi in una coda e n classi ricevono gli eventi dalla coda per mezzo di un event consumer
Akash http://2005ie.blogspot.com scrive:
di cosa parli?
Ranzani (il fratello povero) scrive:
java
amico scrive:
ma è un discorso generico
amico scrive:
parlo della gestione di sensori attaccati ad un pc
amico scrive:
e di applicazioni che fannop monitoring
Akash http://2005ie.blogspot.com scrive:
ok
amico scrive:
va bene
amico scrive:
ecco, a livello teorico c'è la possibilità di fare multithreading ma non so se ci sia un metodo furbo per testare i benchmark
Akash http://2005ie.blogspot.com scrive:
mi sembra una riunione di marketing
amico scrive:
e come te lo spiego in termini poveri?
amico scrive:
Akash http://2005ie.blogspot.com scrive:
no no tranquoi
Akash http://2005ie.blogspot.com scrive:
la tua domanda?
amico scrive:
hai esperienze in merito?
amico scrive:
Akash http://2005ie.blogspot.com scrive:
mmmm
Akash http://2005ie.blogspot.com scrive:
no...
Akash http://2005ie.blogspot.com scrive:
avevo fatto qualcosa ma in modalità sincrona (demone sul server) ma non con la gestione delle code
Akash http://2005ie.blogspot.com scrive:
ma non capisco cosa vuoi fare riguardo al benchmarking...
Akash http://2005ie.blogspot.com scrive:
dipende anche la variabile che vuoi testare (tempo, esecuzione, nr di thread)
Akash http://2005ie.blogspot.com scrive:
sei morto?
amico scrive:
ok, sono tornato
amico scrive:
mi interessa sapere quanti thread aprire e dove, in base a questo ho un numero N di eventi prefissato e devo testare qual'è il metodo migliore
Akash http://2005ie.blogspot.com scrive:
quanti thread non lo puoi sapere a priori
Akash http://2005ie.blogspot.com scrive:
decidi cosa deve fare ogni thread
Akash http://2005ie.blogspot.com scrive:
analizzi il lavoro e suddividi i thread
amico scrive:
ok, devo solo capire dove agire in modo sequenziale oppure multithread
amico scrive:
e ho circa 4 punti in cui posso agire in uno o nell'altro modo
amico scrive:
ah, prima che mi dimentico
amico scrive:
sabato sono a milano con un mio amico per l'EICMA
amico scrive:
e domenica fo' mmercatino a rivoli
amico scrive:
se ti vuoi aggregare...
Akash http://2005ie.blogspot.com scrive:
io saato sono a Biella
Akash http://2005ie.blogspot.com scrive:
domenica magari un salto a rivoli lo facciamo
Akash http://2005ie.blogspot.com scrive:
cmq tornando
amico scrive:
meno male che per il matrimonio ti ho avvertito per tempo ...
Akash http://2005ie.blogspot.com scrive:
Akash http://2005ie.blogspot.com scrive:
mmm
amico scrive:
stasera forse compro una moto
Akash http://2005ie.blogspot.com scrive:
ma le operazioni da fare sono dipendenti una dall'altra ? (a spiegarlo è un casino)
Akash http://2005ie.blogspot.com scrive:
Akash http://2005ie.blogspot.com scrive:
smettila di cambiare argomentoooooooooo
amico scrive:
no, allora vediamo se riesco a spiegarti meglio
amico scrive:
ho n periferiche BTooth o WLess
amico scrive:
che generano eventi in modo casuale
amico scrive:
due diramazioni : in una ogni driver è anche un eventmanager, nella seconda no
amico scrive:
nella seconda c'è un EM centralizzato
Akash http://2005ie.blogspot.com scrive:
mmm
Akash http://2005ie.blogspot.com scrive:
piu o meno ho capito
amico scrive:
in ogni caso l'EM può essere o meno multithread e i receivers a loro volta a nche
Akash http://2005ie.blogspot.com scrive:
mi manca un pezzo, cosa intendi per eventmanager?
amico scrive:
la parte di sw che distribuisce glie eventi generati dai sensori a tutte le classi che si sono registrate come receiver
Akash http://2005ie.blogspot.com scrive:
ok
Akash http://2005ie.blogspot.com scrive:
mmm
Akash http://2005ie.blogspot.com scrive:
i receiver multithreading non vedo l'utilitò
Akash http://2005ie.blogspot.com scrive:
à
amico scrive:
eccome, invece
amico scrive:
perchè essendo multithread, rilasciano la risorsa subito e quindi l'EM passa al receiver successivo subito
Akash http://2005ie.blogspot.com scrive:
il receiver successivo è fisicamente un device diverso o una classe diversa sullo stesso device?
amico scrive:
un applicativo diverso sullo stesso pc
Akash http://2005ie.blogspot.com scrive:
allora può aver senso si
Akash http://2005ie.blogspot.com scrive:
ma dipende anche tanto dalla mole di calcolo
Akash http://2005ie.blogspot.com scrive:
perché il MT ha senso su grandi moli di calcolo
amico scrive:
pensa se un receiver riceve un ID attraverso un lettore RF e poi fa I/O su DB...
amico scrive:
chiaro, no?
amico scrive:
mcrfba76c04
Akash http://2005ie.blogspot.com scrive:
sto facendo copia e incolla per un uso futuro tranquillo
Akash http://2005ie.blogspot.com scrive:
cmq io vedo piu problematica una gestione ottimizzata della trasmissione via wifi /Btooth rispetto alla potenza di calcolo offerta dal MT
amico scrive:
si ma visto che l'HW lo fa un altro team di quello non dovrei preoccuparmi...
Akash http://2005ie.blogspot.com scrive:
però alla fine il tuo lavoro viene disfatto
amico scrive:
sai, se inizio a risparmiare 10 msec io...
Akash http://2005ie.blogspot.com scrive:
se ci mette 1 ciclo di clock per fare il MT e 5 cicli per gestire
amico scrive:
poi sai quì come rompono...
Akash http://2005ie.blogspot.com scrive:
per gestire la trasmissione..
Akash http://2005ie.blogspot.com scrive:
ed eventuali errori di pacchetti sull'etere
Akash http://2005ie.blogspot.com scrive:
l'anello debole della catena è li
Akash http://2005ie.blogspot.com scrive:
non sullla tua parte
amico scrive:
si, ma infatti anche per me sono seghe mentali, ma quì piace a tutti masturbarsi, sono tutti key
Akash http://2005ie.blogspot.com scrive:
detto ciò , ritorno a dire che dipende dalla mole di calcolo
amico scrive:
ok
amico scrive:
bueno
Akash http://2005ie.blogspot.com scrive:
per il MT
amico scrive:
va bin+
Akash http://2005ie.blogspot.com scrive:
forse
Akash http://2005ie.blogspot.com scrive:
può funzionare meglio una cosa tipo prefetch oppure predictive, tipo il funzionamento dei processori
amico scrive:
ok
amico scrive:
considera che ci devo andare piano...
amico scrive:
sta roba funzionerà su un 400 Mhz palmare...
Nessun commento:
Posta un commento