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

 

начало

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

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

семинари ...

документи

как да ...

 

 

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

Re: lug-bg: Otnosno lekciqta za http serverite


  • Subject: Re: lug-bg: Otnosno lekciqta za http serverite
  • From: vasil@xxxxxxxxxxx (Vasil Kolev)
  • Date: Thu, 17 May 2001 15:23:08 +0300 (EEST)



> 
> 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



 

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

 

линукс за българи
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.