On Wednesday 26 June 2002 10:42 am, Mihai Chelaru wrote:
> On Wednesday 26 June 2002 10:21, Dorin Lazar wrote:
> > cu toate astea PTh e cel mai rapid thread-switcher (exista un
> > document care explica de ce).
> Scapi de apelurile de system care sunt lente.
Apelurile de sistem sunt la fel de lente. In fond nu poti sa faci citirea
mai repede decat se face in mod ne-multithreaded.
> > In plus e portabil, fiind scris in C. Ceea ce
> > e remarcabil.
> Nu e portabil pt. ca e scris in C :). E portabil pt. ca e o implementare
> independenta de kernel (adica kernelul nu stie de prezenta threadurilor).
Ba cam tot ce scrii in C e portabil. Daca scrii dupa un standard,
(cazul PTh: setjmp/setlongjmp SUNT standard) atunci ai ceva portabil. Nu?
> > Dar cam degeaba, pentru ca introduce mai multe probleme decat
> > rezolva. read-ul nu mai e read, write-ul nu mai e write, si sed
> > s/read/pth_read/ (e bine?) nu se face.
> Asta e normal. read sau alte syscalluri care fac block pe proces trebuie
> inlocuite sa o faca doar pe thread.
Din pacate nu e foarte frumos. Lucrul asta ar trebui facut in kernel,
sa se blocheze un context de executzie, etc. etc. Linux is not multithreading
:( hate that, but gotta face it :(
sp00ky
---
Pentru dezabonare, trimiteti mail la
[EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
