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

 

начало

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

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

семинари ...

документи

как да ...

 

 

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

Re: lug-bg: Otnosno lekciqta za http serverite


  • Subject: Re: lug-bg: Otnosno lekciqta za http serverite
  • From: vd@xxxxxxxxx (Vladimir Dzhuvinov)
  • Date: Fri, 18 May 2001 02:24:33 +0000 (GMT)



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zdravei,

On Fri, 18 May 2001, Angel Valkov wrote:

>Kolkoto do Netscape . Ami i tuk mnogo greshis. Ne e baven zaradi tova
>Dori v sl. s Netscape ima edno predimstvo ot izpolzvaneto na threading
Setih se, che threading bi pozvolilo da se obslujvat po nqkolko HTTP GET
request connections, primerno za ednovremenno svalqne i rendirane na
kartinkite za dadena stranica.

>> kernel: killing pid xxx
>> i shte go killne zashtoto ne move da mu usigori neobhodimite resursi...
>>
>Da shte go kill-ne Ama tva e mnogo malko veroiatno osven ako 
>ne alocirash vseki byte koito programata ti taka 4e da ne e pageble
>A i se predpolaga vse pak 4e pri segasnata cena na pametite niama da
>puskash primerno Web Server koito da darji > 1000 connections na mashina sys 
>16MB Nali ?. Po skoro predi da ti se iz4erpa pametta ili file handles za 
>dadenia process shte ti se iz4erpi max limit-a na thread-ovete koito mojesh 
>da syzdadesh i ako programista si e svarshil rabotata kakto triabva prosto 
>niama da se syzdade nov thread - za momenta )
Struva mi se dosta trudno se prognozira maksimalnoto dopustimo chislo
threads, zastoto syrvyra servira random failove, koito mogat da se
razlichavat po razmer. Thread, koito stream-va golqm MPEG fail ste se
nujdae ot poveche pamet, otkolkoto thread, koito izprasta 4kB GIF image.
Edno vyzmowno reshenie e moje bi main thread da sledi postoqnno razmera na
zaqvkite, i dinamichno da korigira razmera na thread pool.

>Ama i tuka mai lektora ne greshi ;) Ako govori za MM IO (Memory Maped IO). 
>mmap e to4no memmory alocation za da se 4etat i pishat file-s. 
Dokolkoto znam, pri mmap nqma nujda ot user space memory allocation,
fakticheskiqt buffer (ili mai po N pages) ne se li alocirat ot kernel?

>Naprimer Apache+PHP dava dosta po dobri resulatati  ako e build-nato sys mmap 
>bibliotekata . 
Kakva e prichinata? Tova, che se pesti ot alociraneto na bufer za file v
programata, ili zastoto file I/O se pravi direktno ot kernel?

Pozdravi,

Vladimir Dzhuvinov

- --
PGP  1024D/959FC3BC 2001-02-12 Vladimir Dzhuvinov <vd@xxxxxxxxx>
     Key fingerprint = CB20 FC83 775C C34E 49D5  0F71 BAE5 7C38 959F C3BC
     Download public PGP key from http://www.valan.net/vdzhuvinov.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7BIftuuV8OJWfw7wRAn65AKCvxNXoKdxb853DsuxhuZnYEu1xrgCfdx/f
KSMZw19wtbvc2WRHO5zvHkg=
=Bnzp
-----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



 

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

 

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