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

 

начало

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

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

семинари ...

документи

как да ...

 

 

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

Re: lug-bg: Squid out of filedescriptor


  • Subject: Re: lug-bg: Squid out of filedescriptor
  • From: vasil@xxxxxxxxxxx (Vasil Kolev)
  • Date: Tue, 4 Dec 2001 18:30:01 +0200 (EET)



Mnogo grozen i vazhen moment... Ne pomnq squid select() ili poll()
polzvashe, obache ako polzva select(), _ZADULZHITELNO_ trqbva v headerite
v glibc-to da se napravi tova s __FD_SETSIZE. (i tova na /usr/include/..
headerite)....
Ne moga da si spomnq v momenta, dali imashe i _MNOGO_ grozniq moment za
rekompilirane na libc-to, za da znae, che FD_SETSIZE mu e poveche ot 1024.
V krajna smetka, naj-dobre ne pipaj po headerite, napravi samo tova vuv
/proc/sys i ulimit-a, i obqsni na squid-a da polzva samo poll() (t.e. da
ne polzva select(), nqmam squid pod ruka da vidq kak tochno se praveshe ,
maj beshe opciq na configure scripta)

On Tue, 4 Dec 2001, George Danchev wrote:

> On Tuesday 04 December 2001 17:39, you wrote:
> > One more thing you need to do before compiling squid is raise the number
> > of file descriptors on your system. This requires two steps in recent
> > 2.2.x series kernels. First you need to edit this line in the
> > /usr/include/bits/types.h file:
> >
> > ------------------------------------------------------------------------
> > --------
> > #define __FD_SETSIZE    8192
> > ------------------------------------------------------------------------
> > --------
> >
> > propusni tazi stypka ako si s 2.4 kernel :)
>
> Tava s razlikata dali ste e 2.2 ili 2.4 source vazhi samo ako polzva kernel
> headers pri kompilaciqta, a v slu4aq za kompilaciqta na squid-a , pyk i koeto
> i da e drugo user space prilozhenie si ima glibc /usr/include/. Taka 4e ne bi
> trqbvalo da zavisi ot source na kernela. Tiq ne sa si update-vali
> dokumentaciqta naj-veroqtno.
> Naj-veroqtno oste systestvuva tazi prostotiq v nqkoj stari bazirani na 2.2
> qdro distribycii  s symlinkovete ot /usr/include/linux   da so4at kym files i
> dirs ot /usr/src/linux/include/linux . Edno vreme si spomnqm 4e redhat
> praveshe takiva prostotij, ama hajde da kazhem 4e sa imali nqkakvo opravdanie
> 4e takava bila tradiciqta ot 1.0 kernel.
> Taka pri compilaciqta na naj-obiknoveno obiknoveno user-space prilozhenie se
> polzvat kernel headers (da umresh ot smqh ;), kojto trqbva da se polzvat samo
> za kernelski nesta (device drivers i t.n.) . Ama kakto i da e de.
>
> Na kernela susto mozhe da se obesni
> echo 65536 > /proc/sys/kernel/file-max
> echo 65536 > /proc/sys/kernel/inode-max
>
> na shella susto:
> ulimit -n 65536
> (taka li beshe syntax?)
> maj prekalih s tova 65536 :)
>
>
>

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