Re: lug-bg: Otnosno lekciqta za http serverite
- Subject: Re: lug-bg: Otnosno lekciqta za http serverite
- From: firedust@xxxxxxx (Stanislav Lechev)
- Date: Thu, 17 May 2001 16:51:57 +0300
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday 17 May 2001 15:23, you wrote:
> > znqachi izslushah lekciqta za web serverite..
> >
> > abe da kava ne sym sywsem syglasen s lektora (neznam koj e)
>
> Lektora sum az :)
priqtno mi e :)))
>
> > 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 :) )
>
absolyutno si praw...
no ako stignem do momenta s lipsa na pamet umira celiq demon
dokato pri childowete shte umre samo nqkoj child
> > 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
imenno nqma kak da killnem samo nqkoj thread
za towa kernela killwa celiq demon s wsichkite mu threads
> 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 )
ne bih se syglasil
move da stane taka che nqkolko chasa da nqmash dostyp do mashinata
predstawi si slednata situaciq
ti spish w 2:00 am
towa chudo umira ...
ti nauchawash w 3:00 shtoto togawa e uspql da te
sybudi scripta ti ili kolegata ti
otiwash do rabota stanalo e 4:00
gledash/pulish se do 4:30 i rebootwash
e ... ot 2:00 do 4:30 twoqt web server ne raboti
a w moq sluchaj raboti no s po malko clients
>
> > 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 :)
da ama ima neshto drugo
che threadnatiq nqma kak da kave iskam threadowe
i kernela da mu otkave
shte ostanat na opashkata no problema e che demona weche shte e lapnal
pamet za sledwashtiq
i kogato imash 20 zaqwki w opashkata to togawa shte imash 20 pyti
poweche pamet zaeta
>
> > 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.
greshish
> Osven tova, za kernela nqma processi i threadove, ima samo thread-ove :) i
> toj gi schedule-va po edin i susht nachin.
ne tochno
procesa predstawlqwa thread w kernela
no towa ne e syshtiq thread kojto e w userspace priloveniqta
kato httpd-to
>
> > ........
> >
> > 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.
da qwno az gresha...
>
> > 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 ...)
celta na pismoto mi ne beshe da te obidq ...
i se nadqwam da ne sym go naprawil...
kakto kazah towa e moe mnenie ...
mislq che lekciqta beshte mnogo prinizena za powecheto lame admini
move bi trqbwashe da q nasochish kym tezi koito sa po naqsno s neshtata :)))
pozdrawi......
>
> ===========================================================================
> A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
> http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
- --
- -===============================================================-
- - Regards, AngelFire -
- - Stanislav Lechev <firedust@xxxxxxx> -
- - PGP Key: http://firedust.vega.bg/pgp/StanislavLechev.asc -
- - Vega Internet Service Provider (tm) -- http://www.vega.bg -
- -===============================================================-
Everyone is a genius.
It's just that some people are too stupid to realize it.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE7A9d98RPXBhiMqewRAs/jAJ0XWwIW5MaqDmwrEXHvJ3q/SkcHJwCfbtDE
7VWS1RoMRBhSE3mNUhChJhE=
=vTAB
-----END PGP SIGNATURE-----
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
|