[Цитат]

Здравейте  пак,
темичката е малко стара, но явлението, за което говоря си стои.

Преди да започна само искам да кажа, че едва днес видях поста на stockton.

Та днес си ровех из документацията на thttpd и вижте какво намерих тук:

Цитат

On the listen queue length: Many web admins think there are two main types of performance bottlenecks for a web server, the raw data rate of the network connection, and the CPU usage on the server machine. In fact there is a third common bottleneck that's still fairly obscure. If you run into this limit you may find that your web server isn't using much CPU, your network link isn't particularly full, and yet there are consistent complaints of timeouts and "connection refused" errors. It can be a very frustrating situation. Here's the deal: most versions of Unix have very short pending-connection queues. This queue is for connections waiting to be accept()ed, and typically it's of length 5. This puts a severe limit on how many connections/second the server can handle - if one comes in while the queue is full, it gets dropped on the floor and the client gets "connection refused". With only 5 slots in the queue, you'll start to see this behavior at around 3 connections/second. thttpd tries to minimize the effect of this limit by accepting new connections as fast as possible, and saving them in its own internal higher-capacity queue for later processing. Even so, for best performance you really want to make the system's queue longer, more like 32, which will handle maybe 10 to 20 connections/second. On Solaris systems you can increase the queue length with this command: /usr/sbin/ndd -set /dev/tcp tcp_conn_req_max 32 You have to run this as root, of course. This should go in the system startup script "/etc/rc2.d/S69inet". You can raise it higher than 32 if you like - if you're running Solaris 2.5 you can increase it to 1024, otherwise the limit is 512. On BSD/OS you use: /usr/bin/bpatch -l -r somaxconn 32 Not sure what the maximum is here. HP-UX 10.0 sets the default limit to 20, which is not too bad. Many other systems also have tiny queue limits - if I find out specifics on how to raise those limits, I'll put the info here.

Ясно е, че thttpd не е Самба, и обратно. Тук за мен е важно очевидното - има и други места, които спъват производителността. Както казах и преди натоварването на процесора ми при теглене през Самба никога не достига до 100%. Варира около 60-70%. Така че скоро ще видя написаното от stockton (очаквам да ми помогне) и отново ще пробвам написаното от philip_bonev, vladou и ohubohu.

Привет,
виждам, че темата доста се разгърна. За това и аз искам да попитам нещо, с което се надявам да помогна на всички, които имат проблем.

Моята машинка върти Самба, thttpd, SSH сървър, както и NAT за домашна мрежа. От време на време нещо става и всички услуги забиват - говоря за Самба, thttpd и SSHd. Правя опити да се вържа през ssh - не става. Пробвах и локално с монитор и клавиатура - и там всичко е забило. Но най-интересното е, че NAT-а работи и компютрите ми имат интернет. След известно време (около половин ден) обаче и това спира. Тогава се налага рестарт от копчето.

Г-н Антонов, Вие предложихте да се търси dump информация в логовете. Аз прерових всичко във /var/log до колкото мога и не открих нищо. Може ли да ме насочите към нещо по-конкретно. Ако правя |grep на големи логове коя ключова дума да търся за дъмпове. И последно - коя е най-масово използваната система (ако има такава) за цялостно наблюдение и анализ на /var/log.

Благодаря предварително.

P.S.
При мен имам самнения, че IDE контролерът ми (на PCI слот е) забива. Тогава се получава малко безмислено да търся в логовете каквото и да е. Разчитам единствено системата да ми изплюе нещо на локалната конзола, но уви и това не става. Трябва ли да съм логнат за да видждам съобщения от този тип.

Здравейте,
имам една машинка, на която качих Slack, Yoper, също така пробвах и с Knoppix (защото имах тези под ръка). При всичките дистрибуции когато дам "reboot" системата се гаси, изключва сигнала към монитора и заспива - мониторът влиза в спящ режим, но машината стой включена.
   Говоря ви за IBM 300pl Model No.6285. Търсих в Google за проблеми от този тип, търсих за нови версии на BIOS-a, играх си с настройките за AMP и ACPI в BIOS-a. Под Слак прекомпилирах ядрото с поддръжка на ACPI.
  Уви всичко е без резултат. Накрая се ядосах и качих Уиндоус 98  за проба. Когато под него дам рестарт системата се държи нормално, т.е. се рестартира.
  Предполагам, че проблемът е някъде във това какво ядрото подава към хардуера като команда за "reboot", или в ACPI-то или AMP-a.
  Дали някой има предложения за решаване на този проблем.

[Цитат]

Привет,
наистина компютрите с Win2k са по-добри. Споменах това, главно за да покажа, че самата мрежичка може да поеме по-голямо натоварване, а и за да покажа към какво се стремя.

Статията за hdparm съм я чел, макар и не много старателно. Резултатът от hdparm -tT /dev/hde, който съм показал по-горе е при следните настройки:

Цитат

hdparm /dev/hde /dev/hde:  multcount    = 16 (on)  IO_support   =  3 (32-bit w/sync)  unmaskirq    =  1 (on)  using_dma    =  1 (on)  keepsettings =  0 (off)  readonly     =  0 (off)  readahead    =  8 (on)  geometry     = 9729/255/63, sectors = 156301488, start = 0

Ето и Global секцията на smb.conf. Пробвах тези параметри на   philip_bonev и сега съм с тях. Не мога да видя дали има разлика. Настройвам Самбата през Swat, но преди се мъчех на ръка.

Примерен код

# Global parameters [global]         workgroup = WORKGROUP         server string =         interfaces = eth0         bind interfaces only = Yes         socket options = TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF = 8192 SO_RCVBUF = 8192         wins support = Yes         ldap ssl = no

Здравейте,
много малко успях да прочета за това, което искам да направя и може да получа отговори тип "RTFM", но все пак и те са добре дошли (стига да има линк към тях  '> ). Наистина!

Всичко започна от следният факт: прехвърлям филм от машина с Win2k на друга машина с Win2k и меря трансфера на данни с няколко програми от типа DU Meter и BW Meter. Трансфера варира между 6 и 7Мб/сек, а времето е около 2мин.

Наскоро в тази мрежа (домашна мрежичка е) сложих на рутера (Slack9.1) един голям харддиск и пуснах Самба. Въпросът е, че не мога да постигна тези резултати. Достигам максимум 4,5Мб/сек, като натоварването на самата машина е около 65%, почти изцяло от Самбата.

Ясно е, че всичко е относително. Все пак до колкото мога да направя сметка една 100 мегабитова мрежа има максимална лента на пропускане от 12,5Мб/сек. Не очаквам да получа такъв трансфер с моя хардуер (суичове и кабели), но съм постигал, както казах, 7Мб/сек.

Машината ми е AMD K6 266Mhz, ядрото е 2.4.26 прекомпилирано за процесора. Лан картата, на която работи Самбата е Intel 82559. Ползвам eepro100 модула. Файловата ситема е XFS, RAM 128Mb, харддиска е Baracuda 7200.7 80Gb. За съжаление BIOS-а не го разпознава и съм сложил един RAID контролер, който ползвам само като IDE. Той e SiI и работи с модула CMD649. Ползвам Самба 3.0.4, която съм взел като пакет от Слак10.0.

Това е! Какво мислите? Има ли начин да изкарам нещо повече от това, което имам в момента.

Ето още нещо, което се сетих:
hdparm -tT /dev/hde

/dev/hde:
 Timing buffer-cache reads:   128 MB in  3.56 seconds = 35.96 MB/sec
 Timing buffered disk reads:  64 MB in  5.25 seconds = 12.19 MB/sec

tuxbg: libpng го имаше в резултата на ldconfig -v. Оказва се, че проблема е другате.
Благодаря на i_danov! Това, което каза сработи!

Здравейте,
до сега, от както се занимавам с Линукс, най-общо съм се сблъсвал с два общи проблема:
1) не мога да инсталирам нещо си.
2) ако все пак прескоча 1) не мога да конфигурирам нещото.

Сега искам да си пусна bwbar-1.2.2. Проблемът е, че след ./configure давам make и получавам:

bwbar.c:72: undefined reference to `png_create_write_struct'
*
bwbar.c:89: undefined reference to 'png_set_compression_level'
*
collect2: ld returned 1 exit status
make: *** [bwbar] Error 1

Дълго време гледах умно... и в Google гледах... и накрая забелязах, че при ./configure на един от редовете ми дава това:

checking for library containing png_init_io... no

Та се захванах да инсталирам zlib-1.2.1 и libpng-1.2.5:
cd zlib-1.2.1
./configure
make
make install
cd libpng-1.2.5
make -f scripts/makefile.std CC=gcc
make -f scripts/makefile.std

След това пак пробвах ./configure i make на bwbar-a. Резултатът е същия. Дори рестартирах машината. Ипзпълних и ldconfig.

Може ли някой да каже какъв е проблема? Почти съм сигурен , че просто тази библиотека libpng  не се е регистрирала в системата (ако може да се каже така). Може ли да ми посочите документация за библиотеките като цяло, за идеята на статично и динамично свързване.... такива работи...

Защо  не пробваш така:

cp `find -depth -ctime 0` /dira/dirb/backup

Както и преди съм писал: нали правиш разлика между ' и `  ?

Благодаря,
решението ми изглежда много нормално и дори естествено. Вече го пробвах и го разкрасих:

if [ -r  /etc/dhcpc/dhcpcd-eth2.pid ] ; then
 /bin/rm /etc/dhcpc/dhcpcd-eth2.pid
 /usr/bin/echo eth2.pid deleted!!!
fi

Благодаря много!

А със timeout-а минах през следните стъпки:

В rc.inet1 редактирах реда
/sbin/dhcpcd -t 10 -d eth${1}
и го промених на следното
/sbin/dhcpcd -t 86400 -d eth${1}

Изключих кабелния модем и рестартирах. Системата наистина   спря първоначалното си зареждане и остана да изчака тези 86400 секунди докато DHCP-то й отговори.

Накрая стигнах то този извод, който в момента работи:
/sbin/dhcpcd -t 86400 -d eth${1} &

Така това не бави системата при първоначално стартиране, но клиентът чака 24 часа за валиден адрес.

А по този въпрос:
#aman ot takiva ISPta
В голяма част от случаите проблемите са по трасето - или в усилвателите на кабелната телевизия или заради недоброжелателен съсед, който се е включил незаконно и некадърно и внася смущения и затихване.

Благодаря пак!

Здравейте,
имам кабелен модем и Слак-а ми работи като NAT рутер. Така е от година и половина. Знам, че при стартиране на системата се изпълнява /etc/rc.d/rc.inet1 като този скрипт чете настройките си от rc.inet1.conf.

  Всичко до сега си работи добре с едно-две изключения.
1. След неочаквано спиране на тока dhcpcd-то ми дава тази грешка:

****  /sbin/dhcpcd: already running
****  /sbin/dhcpcd: if not then delete /etc/dhcpc/dhcpcd-eth2.pid file

Налага се на ръка да трия този pid фаил.

В кой скрипт според вас е най-добре да сложа ред за да го трия при първоначално зареждане на системата преди стартирането на rc.inet1. Мога и rc.inet1 да редактирам ама малко ме притеснява.

2.  Вторият ми проблем е в случаи когато рестартирам рутера и кабелният модем е разкачен, т.е. нямам връзка.  Има ситуации, в които кабелния модем не се закача повече от половин ден. Естествено timeout-а на dhcpcd-то изтича и той спира да търси адрес.
Да редактирам ли реда в rc.inet1, който стартира dhcpcd като му сложа timeout от рода на няколко дена. Това как ще се отрази на самия процес на зареждане на системата. Да не се окаже, че системата ще виси докато dhcpcd-то върне някакъв резултат, било то 0 или 1.

Благодаря!