Hello! Входные данные: 2x2.8GHz Xeon + 4Gb ram + LSI MegaRAID SCSI 320 + это все на 7501. На нем должен быть squid (как основной процесс для нагрузки) apache + snmpd (для мониторинга) Условия задачи - под какой ОС лучше запустить, что бы использовалась вся мощность 2 Xeon'ов? Нагрузки хватит. freebsd,linux,solaris,etc? Уже пробовал под 5.3 и 5.2.1. Как таковой балансировки нагрузки между CPU не видно. Стабильно грузиться один CPU. ULE не дает преимуществ. linuxthreads - тоже (хотя, может я это дело не так заваривал :) В общем, жду объективных советов от знающих и имеющих опыт людей. -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 02:49:41AM +0200, Edward Melnik wrote:
Hello!
Входные данные: 2x2.8GHz Xeon + 4Gb ram + LSI MegaRAID SCSI 320 + это все на 7501. На нем должен быть squid (как основной процесс для нагрузки) Кстати, вот с чем я его конфигурировал:
./configure --with-pthreads --with-aio --enable-snmp --enable-storeio --disable-wccp --enable-cache-digests --disable-http-violations --disable-hostname-checks --enable-underscores --enable-auth="basic ntlm" --enable-basic-auth-helpers="SMB" --enable-ntlm-auth-helpers="SMB" --enable-ntlm-fail-open -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Edward Melnik wrote: EM> Входные данные: EM> 2x2.8GHz Xeon + 4Gb ram + LSI MegaRAID SCSI 320 + это все на 7501. EM> На нем должен быть EM> squid (как основной процесс для нагрузки) EM> apache + snmpd (для мониторинга) EM> Условия задачи - под какой ОС лучше запустить, что бы использовалась вся EM> мощность 2 Xeon'ов? Нагрузки хватит. freebsd,linux,solaris,etc? EM> Уже пробовал под 5.3 и 5.2.1. Как таковой балансировки нагрузки между CPU не EM> видно. Стабильно грузиться один CPU. ULE не дает преимуществ. linuxthreads - EM> тоже (хотя, может я это дело не так заваривал :) squid он для 1 CPU и придуман. В теории ты в производительность disk i/o упрёшься раньше, чем в CPU. 4 Гига памяти - перебор, если ты конечно не собрался делать кэш на 500Гб. PS: не смотри, как оно по процессорам бегает, гораздо важнее, будет ли оно разруливать в итоге свои задачи. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi. On 25.11.2004 2:49, Edward Melnik wrote:
Hello!
Входные данные: 2x2.8GHz Xeon + 4Gb ram + LSI MegaRAID SCSI 320 + это все на 7501. На нем должен быть squid (как основной процесс для нагрузки) apache + snmpd (для мониторинга)
Условия задачи - под какой ОС лучше запустить, что бы использовалась вся мощность 2 Xeon'ов? Нагрузки хватит. freebsd,linux,solaris,etc?
Уже пробовал под 5.3 и 5.2.1. Как таковой балансировки нагрузки между CPU не видно. Стабильно грузиться один CPU. ULE не дает преимуществ. linuxthreads - тоже (хотя, может я это дело не так заваривал :)
В общем, жду объективных советов от знающих и имеющих опыт людей.
Чего есть... ОС FreeBSD 5.3 2 x Xeon 2.8, RAM 2G, MB Intel CW, SATA Raid, HT включен. Apache2, PHP+cache, MySQL. Наcтроено было два squid в режиме web-accelerator и ipfw fwd на обоих. Сделано было так, потому как небыло времени тестировать apache в worker-mpm и оптимизировать саму структуру сайта, контента etc. На 22-е и 24-е такая конфигурация выдержала под 25 тыс обращений в минуту и ~17 мегабит/с трафика. В пиках CPU usage обоих squid под 70%. Idle - 0-10%. System/User приблизительно поровну. Контент отдавался без ощутимых тормозов. К apache доходило ~8-15% запросов. Дисковой активность практически небыло, практически все данные помещались в mem-cache (squid, mysql). Из минусов - под пиковой нагрузкой при передаче больших файлов squid отдает на скорости 50-80 Кбайт/с. Сам apache отдает гораздо быстрее. Но с apache в prefork-mpm память кончается очень быстро (порядка 700 одновременных запросов). Скорее всего, при сильном увеличении кол-ва хитов можно просто упереться в производительность squid. rgds, -- Alexander Ignatyev (alex@pfts.com) AI-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Nov 25, 2004 at 02:55:44, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Входные данные: 2x2.8GHz Xeon + 4Gb ram + LSI MegaRAID SCSI 320 + это все на 7501. На нем должен быть squid (как основной процесс для нагрузки) Кстати, вот с чем я его конфигурировал:
./configure --with-pthreads --with-aio --enable-snmp --enable-storeio --disable-wccp --enable-cache-digests --disable-http-violations --disable-hostname-checks --enable-underscores --enable-auth="basic ntlm" --enable-basic-auth-helpers="SMB" --enable-ntlm-auth-helpers="SMB" --enable-ntlm-fail-open
Надо было aufs включить, на 5.* это имеет больше смысла чем AIO. Вообще же в такой ситуации я поставил два сквида впараллель друг другу и назначил два IP для прокси. Вместе с aufs (который, правда, на 4.* делался патчем через AIO+kqueue) стало совсем хорошо ;)) -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 10:11:37AM +0200, vladimir.sharun@ukr.net wrote:
EM> Уже пробовал под 5.3 и 5.2.1. Как таковой балансировки нагрузки между CPU не EM> видно. Стабильно грузиться один CPU. ULE не дает преимуществ. linuxthreads - EM> тоже (хотя, может я это дело не так заваривал :)
squid он для 1 CPU и придуман. В теории ты в производительность disk i/o упрёшься раньше, чем в CPU. 4 Гига памяти - перебор, Я на практике уперся в 1 CPU. Остальных 3 - 99-98 Idle.
если ты конечно не собрался делать кэш на 500Гб. Памяти не перебор. memcache + index. Все красиво. При хорошей нагрузке (цифры не записывал, памяти было 100-200мбайт свободной. В своп вообще не лезло :)
PS: не смотри, как оно по процессорам бегает, гораздо важнее, будет ли оно разруливать в итоге свои задачи. Оно разруливает. Главный вопрос - как заставить его использовать оба Xeon'a (с включенным HT). Естественно, получается 4 CPU.
-- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 12:20:44PM +0200, Valentin Nechayev wrote:
Кстати, вот с чем я его конфигурировал:
./configure --with-pthreads --with-aio --enable-snmp --enable-storeio --disable-wccp --enable-cache-digests --disable-http-violations --disable-hostname-checks --enable-underscores --enable-auth="basic ntlm" --enable-basic-auth-helpers="SMB" --enable-ntlm-auth-helpers="SMB" --enable-ntlm-fail-open
Надо было aufs включить, на 5.* это имеет больше смысла чем AIO. Он у меня и так включен в конфиге :)
Вообще же в такой ситуации я поставил два сквида впараллель друг другу и назначил два IP для прокси. Вместе с aufs (который, правда, на 4.* делался патчем через AIO+kqueue) стало совсем хорошо ;)) Не, ну я понимаю, что это способ. Но у меня 1 squid. И кстати, если я его собираю с --with-pthreads, то почему это до лампочки?
-- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 11:57:57AM +0200, Alexander Ignatyev wrote:
Apache2, PHP+cache, MySQL.
Наcтроено было два squid в режиме web-accelerator и ipfw fwd на обоих. у меня squid как проксик и все. Не web-accelerator. В этом случае, вешать 2 на такую задачу не вижу смысла :)
А если смысл и есть - как он между собой кеш делить будут? :) Люди, не верю, что никто это не решил путем не 2 squid'ов :) -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Nov 25, 2004 at 14:26:37, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Вообще же в такой ситуации я поставил два сквида впараллель друг другу и назначил два IP для прокси. Вместе с aufs (который, правда, на 4.* делался патчем через AIO+kqueue) стало совсем хорошо ;)) Не, ну я понимаю, что это способ. Но у меня 1 squid. И кстати, если я его собираю с --with-pthreads, то почему это до лампочки?
Потому что squid так написан. У него центральный цикл сетевого обмена сделан на одной центральной нити, а дополнительные нити/процессы используются для неблокирующего чтения с диска. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 02:32:01PM +0200, Valentin Nechayev wrote:
Thu, Nov 25, 2004 at 14:26:37, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Вообще же в такой ситуации я поставил два сквида впараллель друг другу и назначил два IP для прокси. Вместе с aufs (который, правда, на 4.* делался патчем через AIO+kqueue) стало совсем хорошо ;)) Не, ну я понимаю, что это способ. Но у меня 1 squid. И кстати, если я его собираю с --with-pthreads, то почему это до лампочки?
Потому что squid так написан. У него центральный цикл сетевого обмена сделан на одной центральной нити, а дополнительные нити/процессы используются для неблокирующего чтения с диска. Ставим вопрос по-другому - "переход на linux SMP мне позволит использовать CPU load balancing именно с 1 squid?"
Я такое видел еще в NT4 ;) -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Nov 25, 2004 at 14:29:55, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Наcтроено было два squid в режиме web-accelerator и ipfw fwd на обоих. у меня squid как проксик и все. Не web-accelerator. В этом случае, вешать 2 на такую задачу не вижу смысла :)
А если смысл и есть - как он между собой кеш делить будут? :)
Два разных кэша в sibling.
Люди, не верю, что никто это не решил путем не 2 squid'ов :)
Повторяю: у squid'а сетью занимается одна задача. Метод лечения этого - только замена на другое ПО прокси-сервера. Можешь oops попробовать, он у массы народа стоит. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Nov 25, 2004 at 14:51:01, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Потому что squid так написан. У него центральный цикл сетевого обмена сделан на одной центральной нити, а дополнительные нити/процессы используются для неблокирующего чтения с диска. Ставим вопрос по-другому - "переход на linux SMP мне позволит использовать CPU load balancing именно с 1 squid?"
Нет.
Я такое видел еще в NT4 ;)
И что там стояло - неужели squid? -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 02:52:27PM +0200, Valentin Nechayev wrote:
Ставим вопрос по-другому - "переход на linux SMP мне позволит использовать CPU load balancing именно с 1 squid?"
Нет. Преимущества по сравнению с freebsd SMP будут? Если да - насколько ощутимые?
Я такое видел еще в NT4 ;)
И что там стояло - неужели squid? Нет.
-- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Nov 25, 2004 at 17:38:36, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Ставим вопрос по-другому - "переход на linux SMP мне позволит использовать CPU load balancing именно с 1 squid?"
Нет. Преимущества по сравнению с freebsd SMP будут? На squid - не будут.
-netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 02:29:55PM +0200, Edward Melnik wrote:
On Thu, Nov 25, 2004 at 11:57:57AM +0200, Alexander Ignatyev wrote:
Apache2, PHP+cache, MySQL.
Наcтроено было два squid в режиме web-accelerator и ipfw fwd на обоих. у меня squid как проксик и все. Не web-accelerator. В этом случае, вешать 2 на такую задачу не вижу смысла :)
А если смысл и есть - как он между собой кеш делить будут? :)
Люди, не верю, что никто это не решил путем не 2 squid'ов :) Путём 1+N решаемо - 1 лезет в N, где каждый из N лезет в определённую группу доменов (типа 1 - .net / 1 - .com / 1 - усё остальное).
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 02:51:01PM +0200, Edward Melnik wrote:
On Thu, Nov 25, 2004 at 02:32:01PM +0200, Valentin Nechayev wrote:
Thu, Nov 25, 2004 at 14:26:37, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
Вообще же в такой ситуации я поставил два сквида впараллель друг другу и назначил два IP для прокси. Вместе с aufs (который, правда, на 4.* делался патчем через AIO+kqueue) стало совсем хорошо ;)) Не, ну я понимаю, что это способ. Но у меня 1 squid. И кстати, если я его собираю с --with-pthreads, то почему это до лампочки?
Потому что squid так написан. У него центральный цикл сетевого обмена сделан на одной центральной нити, а дополнительные нити/процессы используются для неблокирующего чтения с диска. Ставим вопрос по-другому - "переход на linux SMP мне позволит использовать Переход на linux smp позволит, возможно, получить более живучую под нагрузкой систему. CPU load balancing именно с 1 squid?" нЫкак. А в конструкции как я предложил (1 смотрит в N parents, паренты ходят в разные места - кэши не дублируются) есть свои неприятные грабли - типа даунлоадеров в кучу потоков - жрёт вагон полосы, delay pools ты на каждого клиента нормально не сделаешь - инфу о клиенте "вверх" можно только через то самое место передавать... Грабли решаемы, но я их решением по-нормальному не занимался. Если паренты хранят кэш (при по-доменной балансировке это имеет смысл) - то на каждого парента по диску/массиву, а то взлёт этой конструкции будет весьма тормозным(особенно, если все сразу пустить...). Если наоборот (клиенты идут в тот, что хранит всё, а паренты уже ходят "куда надо") - то на дисках сэкономить можно :).
2 сквида "впаралель" хреново либо появлением оверхеда на взаимные запросы, либо тем, что они независимые - и в итоге дублируют информацию.
Я такое видел еще в NT4 ;) Если тебе рисуют, что оба CPU заняты на 50% и имеем 1 задачу - значит один из них практически занят "ничем". Если чуть больше - то в системе тоже есть разные процессы, системные вызовы и другая всячина. Короче, я вот забиваю named9@xp2600 - 14-15% постоянной загрузки, при том что в него смотрят 3 таких же, а не куча клиентов. Далее он становится абсолютно неюзабкльным - резолвинг несколько секунд занимает. Это вобщем намёк, что если задача сводится к "чем бы занять" - то всегда есть чем, редиректоров штук 50 пустить умных сильно...
Короче - любая большая нагрузка описываема статистически. Если влом считать - подбирабельно эмпирически. Если решишь два паралельно - то просто клиентов одних в один, других - в другой. И сразу понятно, чего и где. Если клиентов транспарентом заворачивать - то можно по dst разрулить ipfw. Но это "кропотливый труд". -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Nov 25, 2004 at 02:51:32PM +0200, Valentin Nechayev wrote:
Можешь oops попробовать, он у массы народа стоит.
Ставим еще вопросы: 1. Как красиво и оптимально заварить oops с каким storage/memory/smp параметрами на freebsd5.2.1? Что бы все это чудо грузило 4 CPU ;) т.к., попробовал. CPU load одного проца - ~10%, другие - Idle 98-99. "Доктор, что я не так делаю?" (c) ???? ;) 2. Чудо умеет netflow. Как впечатления? Оно считает in/out к клиенту? что оно вообще в пакете отдает (если у меня есть авторизация и надо знать не только про client_ip, но и про client_login). -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, 29 Nov 2004, Edward Melnik wrote:
On Thu, Nov 25, 2004 at 02:51:32PM +0200, Valentin Nechayev wrote:
Можешь oops попробовать, он у массы народа стоит.
Ставим еще вопросы:
1. Как красиво и оптимально заварить oops с каким storage/memory/smp параметрами на freebsd5.2.1? Что бы все это чудо грузило 4 CPU ;)
т.к., попробовал. CPU load одного проца - ~10%, другие - Idle 98-99. "Доктор, что я не так делаю?" (c) ???? ;)
Зависит от прилинкованной библиотеки нитей.
2. Чудо умеет netflow. Как впечатления? Оно считает in/out к клиенту? что оно вообще в пакете отдает (если у меня есть авторизация и надо знать не только про client_ip, но и про client_login).
Нет, client_login не передает (а разве в netflow для этого есть место?), считает только выход к клиенту. Точный перечень передаваемых полей видно по "документации" в исходнике модуля. PS. Рекомендуется использовать версию из cvs - порт во FreeBSD довольно старый, с тех пор было внесено много исправлений.
-- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Igor Khasilev | PACO Links, igor at paco dot net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Nov 29, 2004 at 10:08:13AM +0200, Igor Khasilev wrote:
т.к., попробовал. CPU load одного проца - ~10%, другие - Idle 98-99. "Доктор, что я не так делаю?" (c) ???? ;)
Зависит от прилинкованной библиотеки нитей. Прошу ткнуть меня в вменяему доку по этому поводу. Я уже запутался, пока пытался подружить squid с smp.
2. Чудо умеет netflow. Как впечатления? Оно считает in/out к клиенту? что оно вообще в пакете отдает (если у меня есть авторизация и надо знать не только про client_ip, но и про client_login).
Нет, client_login не передает (а разве в netflow для этого есть место?), Естественно нет.
Только этот вопрос можно же решить в рамках стандартного netflow пакета в5. Например - логин передавать в поле: 40-41 src_as Autonomous system number of the source, either origin or peer 42-43 dst_as Autonomous system number of the destination, either origin or peer т.к., мне эти ASnumber вообще не нужны и можно сделать типа extension v5 ;)
считает только выход к клиенту. Точный перечень передаваемых полей видно по "документации" в исходнике модуля. И еще - а в стандартный лог аля squid полностью? Т.е., тоже пишет только все, что идет к клиенту? И в случае, если клиент закачивает Nmb инфы в инет, естественно, будет видно только несколько кб подтверждения?
PS. Рекомендуется использовать версию из cvs - порт во FreeBSD довольно старый, с тех пор было внесено много исправлений. На этом спасибо. Не знал.
-- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, 29 Nov 2004, Edward Melnik wrote:
т.к., мне эти ASnumber вообще не нужны и можно сделать типа extension v5 ;)
Всё в Ваших руках :), исходник netflow.c довольно прозрачен, в модуль попадает вся необходимая информация.
считает только выход к клиенту. Точный перечень передаваемых полей видно по "документации" в исходнике модуля. И еще - а в стандартный лог аля squid полностью? Т.е., тоже пишет только все,
неполностью в том смысле, что некоторые поля не поддерживаются.
что идет к клиенту? И в случае, если клиент закачивает Nmb инфы в инет, естественно, будет видно только несколько кб подтверждения?
Так точно. Igor Khasilev | PACO Links, igor at paco dot net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Mon, Nov 29, 2004 at 10:21:28, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
т.к., попробовал. CPU load одного проца - ~10%, другие - Idle 98-99. "Доктор, что я не так делаю?" (c) ???? ;) Зависит от прилинкованной библиотеки нитей. Прошу ткнуть меня в вменяему доку по этому поводу. Я уже запутался, пока пытался подружить squid с smp.
На 5.2.1 по умолчанию прицепилась libc_r, а это один процессор. Почитайте man libmap.conf и заставьте ее запуститься с libthr или libkse (если под таким именем нет, искать libpthread). В отличие от сквида, шансы на равномерную загрузку значительно выше :) Ну и рекомендую систему догнать до 5.3, это полезно в плане избавления от глюков (в 99% случаев). -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Nov 29, 2004 at 10:55:05AM +0200, Valentin Nechayev wrote:
На 5.2.1 по умолчанию прицепилась libc_r, а это один процессор. Почитайте man libmap.conf и заставьте ее запуститься с libthr или libkse (если под таким именем нет, искать libpthread). В отличие от сквида, шансы на равномерную загрузку значительно выше :) Буду пробовать. Спасибо.
Ну и рекомендую систему догнать до 5.3, это полезно в плане избавления от глюков (в 99% случаев). А вот 1%, который явно не понравился:
em (может не только на ней) + vlan + tcpdump. Машинка выпадает и сети. Если давить долго (секунд 5-10) на Ctrl-C - попускает и естественно, выходит из tcpdump. Т.е., нормально воспользоваться ни tcpdump и trafshow у меня на ней не получилось на этой связке. Причем, это на 2 тестируемых агрегатах. Кто-то наступал? -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Nov 29, 2004 at 10:55:05AM +0200, Valentin Nechayev wrote:
Mon, Nov 29, 2004 at 10:21:28, edd wrote about "[uanog] Re: [q] SMP mashine. OS - ?":
т.к., попробовал. CPU load одного проца - ~10%, другие - Idle 98-99. "Доктор, что я не так делаю?" (c) ???? ;) Зависит от прилинкованной библиотеки нитей. Прошу ткнуть меня в вменяему доку по этому поводу. Я уже запутался, пока пытался подружить squid с smp.
На 5.2.1 по умолчанию прицепилась libc_r, а это один процессор. Почитайте man libmap.conf и заставьте ее запуститься с libthr или libkse (если под таким именем нет, искать libpthread). В отличие от сквида, шансы на равномерную загрузку значительно выше :) Ну и рекомендую систему догнать до 5.3, это полезно в плане избавления от глюков (в 99% случаев). /me в продакшне гоняет 5.2.1-R, kernel собранный с -O3 и т.п. (частично), роутер с НАТом это... Глюков нету, но вот крэши под нагрузкой(0% idle) - это бывает, особенно если часто менять адрес на outgoing interface, killall -9 natd, natd -a .... Если это делать в "спокойной" обстановке - то всё ОК...Хотя - оно может после какого-то раза.
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Добрый день. Есть ли у кого наброски по требованиям организации рабочего места системного администратора, технических специалистов по обеспечению работоспособности узла связи (интернет) для наиболее еффективной их работы по выполнению обязанностей? Требования к объему помещения, освещения широко описаны в различных справочниках по охране труда. Но вот другими словами, как объяснить руководству, что нельзя сажать вместе програмистов, веберов ну и всяких остальных генераторов шума в одно помещение с системщиками. :) -- Best regards, Sergei mailto:serega@itt.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Nov 29, 2004 at 03:25:02PM +0200, Sergei Naidych wrote:
Добрый день.
Есть ли у кого наброски по требованиям организации рабочего места системного администратора, технических специалистов по обеспечению работоспособности узла связи (интернет) для наиболее еффективной их работы по выполнению обязанностей? Да - где-то были картинки с унитазом, креслом и холодильником, совмещёнными с "типичным рабочим местом" :) Требования к объему помещения, освещения широко описаны в различных справочниках по охране труда. Но вот другими словами, как объяснить руководству, что нельзя сажать вместе програмистов, веберов ну и Если мне для эффективной работы нужно... внимание особей противоположного пола, причём в умеренных количествах - то ты это тоже предложишь объяснять? Ну и поесть тоже. всяких остальных генераторов шума в одно помещение с системщиками. :) а системщики что? тихие и мирные, совсем-совсем?
Короче - это уже организация труда и обстановки в коллективе, более повязанная на психологии и конфликтологии, чем на эргономике. И тут скорее вопрос не в помещении, а в совместимости персонала. Да, рассадив всех как-нибудь хитроумно можно добиться роста производительности труда. Но это явно не "организация рабочего места". -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (7)
-
Alexander Ignatyev -
Edward Melnik -
Igor Khasilev -
Paul Arakelyan -
Sergei Naidych -
Valentin Nechayev -
vladimir.sharun＠ukr.net