Добрый день господа.

Есть задача, заменить Forefront TMG 2010, на свободный аналог.

Я выбрал squid3, + ntlm_auth + wbinfo_groups.pl

Все успешно завелось.

При внедрении в продакшн столкнулись с проблемой низкой производительности.

Люди не могут получить URL по пять минут. На данный момент откатились назад к Forefront TMG 2010.

Как я понимаю проблему: Схема имеет низкую производительность изза того что используются внешние компоненты такие как wbinfo->winbind и ntlm_auth->winbind.

Схема распространения адреса прокси это wpad.dat через DHCP OPTION 252 и запись WPAD в нашей зоне.

Клиентов примерное 100, у всех Windows Xp, ie8.

Сервер развернут на платформе Vmware, debian 6.0, squid3 3.1.6-1.2, samba 2:3.5.6~dfsg-3squeeze2.

Мысли и идеи приветствуются.

Добрый день уважаемое коммьюнити.

Есть сервер, это HP DL 380 G5/xeon 5120/4gb ram/SATA RAID1 250GB. На сервере развернут Debian Squeeze/sid. Сервер используется как хостинг платформа, apache2, php5, mysql.

Мешает работать ужасно высокий iowait:

sar.sysstat

13:30:18 all 8.72 0.58 2.62 74.45 0.00 13.62 13:40:01 all 11.29 0.20 2.22 75.13 0.00 11.15 13:50:29 all 8.95 0.88 2.24 75.00 0.00 12.93 14:00:48 all 7.85 0.41 2.54 83.24 0.00 5.96 14:10:01 all 6.59 0.21 2.05 83.71 0.00 7.44 14:20:01 all 12.58 0.55 2.47 67.38 0.00 17.02 14:30:01 all 7.21 0.40 2.15 76.72 0.00 13.51 14:40:01 all 8.14 0.40 1.95 73.94 0.00 15.57 14:50:01 all 2.97 0.67 1.18 70.07 0.00 25.11

Вот результаты hdparm:

b:/etc# hdparm -Tt /dev/cciss/c0d0

/dev/cciss/c0d0: Timing cached reads: 4662 MB in 2.00 seconds = 2332.80 MB/sec Timing buffered disk reads: 120 MB in 3.03 seconds = 39.61 MB/sec

Я думал что это из-за kernel bug #12309, но когда я обновился на 2.6.32 ситуация не изменилась, вернулся на старое ядро 2.6.26.

Хочу завтра собрать 2.6.35 я слышал что там этот баг побороли.

Прошу ваших идей, готов предоставить необходимые логи и данные.