Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Otnosno lekciqta za http serverite


  • Subject: Re: lug-bg: Otnosno lekciqta za http serverite
  • From: al_shopov@xxxxxx (Alexader Shopov)
  • Date: Thu, 17 May 2001 16:30:26 +0300



Hmmm, mai ima malko narazbirane na poniatiata nishka (thread) i process.
Kakto se izpolzvat v momenta ima razlika.
Nishka e poniatie svarzano s izpalnenieto na instrukcii posledovatelno
(niamam predvid operatori kato if, for i t.n. za upravlenie -
instrukciite za procesora se izpalniavat posledovatelno.)
T.e. nishkata sa kompandi.
Proces e svarzan po skoro s resursi kato pamet, dostap do promenlivi i
t.n.
Vav vseki edin proces imate pone edna nishka (t.e. pone edna redica ot
komandi, koiato se izpalniava posledovatelno).
Nishkite v ramkite na edin proces spodeliat obshti resursi - kato pamet,
failovi deskriptori i t.n.
S drugi dumi puskaneto na nov proces e po skapa operacia ot edna nishka
- ne se zadelia pamet i t.n.
Dokolkoto znam (no ne sam siguren - sistemnite programisti da se
obadiat) vav Windows niama nachin da se opredeli kolko ot resursite na
niskite da sa spodeleni (t.e. te spodeliat vsichko). Pri Linux mozhe da
se zadade dali spodeliat failovi deskriptori, dali pamet, dali vsichko i
t.n.
Nishkite se smeniat v procesora - preemtive - NE cooperative. T.e. ako
zabie edna nishka, procesa ako e napisan korektno niama da uvisne.
Kakto vizhdate - smeniato na nisktite e proces koito se pravi ot
operacionnata sistema i e skap i baven za resursi:
 procesora (pone Intel) pri multitaskinga ima dva prehoda - ot ring 3
kam ring 0 (upravlenieto se poema ot operacionnata sistema) i ot ring 0
kam ring 3 (otnovo se puska nishka).
Dokolkoto znam pri MS SQL dazhe sa si napravili poniatie kato podnishka
- i v ramkte na edna nishka podnishkite se smeniat cooperative, a ne
preemtive i ne se nalaga procesora da hodi ot eno sastoianie v drugo).
Taka sa uspeli da poluchat malko poveche skorost. Obache e iasno che ako
edna podnishka zabie, zabiva cialata nishka (za procesa ne znam ;-> ne
sam rabotil s MS SQL).

A po otnoshenie na netscape - mislia che e threadnat (mai sam go chel
niakade, istinata e che ne mi puka mnogo mnogo), obache e statichno
svarzan sas Motif. Taka ili inache - isno e che 4.7x si e napravo edna
dinozavarska tehnologia. Ko da praish. Mozilla - moia gushter liubim
forever! Samo da mu upraviat malko JavaScript, 0.9 e pochti tolkova barz
kolkoto Netscape 4.7x, a spored niakoi hora i po-dobre.
A po-otnoshenie na lekciata - na men mi beshe interesno. Pone na zhivo
neshtata biaha OK. (e imashe i lichen kontakt - publika-lektor ;->)
Interesno mi e kakvo shte kazha kogato si chuia sam moita lekcia (oshte
me e sram da si ia drapna i chuia).
Dobre che domatite sa oshte skapi i horata ne si nosiha....
A i naposledak ne sam vizhdal da prodavat razvaleno zele ;-)

al_shopov

Vasil Kolev wrote:
> 
> >
> > znqachi izslushah lekciqta za web serverite..
> >
> > abe da kava ne sym sywsem syglasen s lektora (neznam koj e)
> 
> Lektora sum az :)
> >
> > znachi za forkwaneto obqsnenieto ne beshe mnogo qsno
> >
> > neka pyrwo izqsnim
> > zashto procesite se forkwat
> >
> > znachi imame edin parent proces
> > kojto prawi fork i po tozi nachin puska pod-proces(child)
> >
> > kojto da se zanimawa s konekciqta...
> > i moeto mnenie e slednoto
> > znachi teoriqta na lektora beshe da se polzwat threads
> >
> > spored mene
> > kogato polzwame threads ... to togawa imame samo edin proces
> > kojto w edin moment stawa mnogo tevak
> > t.e. kogato imame 100 konnectiona primerno
> > predstawete si tozi demon kolko resursi shte izqde
> > i taka kato qdroto ne e sposobno da dade wsichki resursi na edin proces
> > w edin moment shte widite slednoto w syslog-a si:
> >
> > kernel: killing pid xxx
> > i shte go killne zashtoto ne move da mu usigori neobhodimite resursi...
> >
> 
> :) ne e tochno taka
> V linux thread-a e olekoten process, i mnogoto threadove mogat da se
> raglezhdat kato process i childove,koito share-vat cqlata si pamet. Osven
> tova, 100 threada qdat mnogo po-malko resursi ot 100 child-a ( mozhesh da
> go probvash dazhe :) )
> 
> > 1wo za thread e neobhodimo mnogo pisane...
> > 2ro riskuwame da go killne kernela poradi nedostig na resursi
> >
> Thread ne se killva za lipsa na resursi
> Ako oprem dotam da nqmame pamet, to taka ili inache kernela shte killva
> kato izoglaven, no samo v toq sluchaj, a ako na webserver ostanesh bez
> pamet, naj-chistiq variant e prosto da izchezne web servera,taka che
> admina da uspee da se logne i da opravi problemite :) ( tova e ot lichen
> opit ... imal sum apache kojto se durzheshe kato forkbomba )
> 
> > i ne bih kazal che sa naj byrzi
> >
> Opredeleno sa po-burzi ... prosto sa po-olekoteni
> > neka da widim kakwo shte stane s forknatite
> >
> > parent-a shte pusne malko child-owe
> > no wseki edin po otdelno nqma da iska tolkowa resursi kolkoto shte iska
> > threadnatiq
> >
> Po sushtiq nachin threadnatiq processs shte pusne malko thread-ove i shte
> bachka na sushtiq princip :)
> > shte imame prosto poweche procesi koito shte qdat po malko
> > i ako w edin moment nqma resursi
> > to kernela shte ostawi sledwashiq process w queue kydeto toj shte izchaka
> > wremeto si
> > koeto nqma da prewishi poweche ot 10-20 secs predpolagam...
> >
> > predpolagam ste wivdali kakwo stawa kogato pusnete netscape na po slaba
> > mashina
> >
> > towa shte stane i s threadnatiq server
> >
> Razlikata e ogromna... netscape dokolkoto si spomnqm ne e threaded.
> Osven tova, za kernela nqma processi i threadove, ima samo thread-ove :) i
> toj gi schedule-va po edin i susht nachin.
> 
> >
> > ........
> >
> > a i oshte neshto
> > lektora e trqbwalo da prochete malko poweche za kernelite ...
> > zashtoto towa koeto kaza ne e sywsem wqrno
> > a i concepciqta za operacionna sistema i kernela na linux-a
> > sywsem ne e takawa kakwato kazwa toj
> >
> > znachi do kolkoto razbrah (move i da gresha)
> > lektora goworeshe che funciqta za memory alocation e za da se chetat files...
> > mi .............
> >
> govoreh za mmap(), ne za malloc(), ili brk() (system call-a ). Vizh man-a
> za poveche informaciq.
> 
> >
> >
> >
> >
> > razbira se towa si e moe lichno mnenie ...
> > priznawam che ne sym potyrsil dokumentaciq
> > no ot towa koeto sym natrupal kato experience
> > moga da izweda samo towa !
> >
> >
> ami ... mozhe bi ne si razbral neshtata ( koeto e moq greshka, ne sum
> obqsnqval kato horata izglezhda ...)
> 
> ===========================================================================
> A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
> http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.