Pe data de Mie 26 Sep 2007 11:30, Dizzy a scris: > Nu cred ca e vorba de nice. nice ar ajuta daca ar fi mai multe > aplicatii pe sistem care concureaza pt CPU si atunci ai prioritiza > unele fata de altele, dar nu e cazul tau. E vorba şi de nice, mai am un mysql pe acolo unde aplicaţia scuipă datele eşantionate.
> Problema ta cred eu vine > pur si simplu de la granularitatea timer-ului maxima pe Linux (astea > cu HZ mai ales). Daca vrei granularitate maxima cred ca iti trebuie > ceva tickless si un kernel foarte recent (desi pt ARM nu cred ca are > inca suport de tickless, trebuie sa verifici). Pe 2.4.21 in primul > rand ca nici kernelul nu e preemptibil macar, orice syscall se > executa pana se blocheaza in I/O sau alta coada de asteptare si nu > are posibilitatea sa fie preemptat mai devreme pt a face schedule pe > alta aplicatie. > > Deci pe langa sugestia de a utiliza un kernel foarte recent cu > tickless (sau macar un HZ mai mare de 1000 or so) si suport de softRT > cred ca cel mai bine ar fi un linux specializat pt RT (exista mai > multe proiecte) chiar daca nu sunt sigur ca suporta macar unul din > ele hard RT. Daca chiar ai nevoie de hard RT ai mai putea incerca si > cu QNX sa vezi macar daca asta e problema. Înseamnă că n-am noroc în viată şi trebuie să modific soluţia, pentru că n-am acces la s.o. Am vorbit cu taiwanezul care produce divaisul şi mi-a zis că nu se poate modifica; bine, m-a trimis uşurel la plimbare... -- Dragos P 126296 luser "La revedere. Drum bun" _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
