If this is a first time you visiting Scrolls, please register in Fight Club. If you already registered, please authorize on Fight Club start page with your login and password.
В последнее время сервер отдающий картинки постоянно подлагивает...
use LWP::Simple; while (1) { my $t = time(); get("http://img1.combats.ru/i/items/w3.gif"); $t = time()- $t; $i++; print ("Head Request $i: ".(sprintf("%.2f", $t))." sec\n") } gettimeofday не используется, т.к. не везде есть Time::HiRes.
По идее, ответы должны быть в пределах секунды. Но они "зависают" на 3, на 9 и даже на 21 секунду. Даже если делать запросы с самого img сервера.
Мы пробовали разделить img на два сервера у разных хостеров. Не помогло. Стали лагать оба. Мы пробовали вместо 0W поставить nginx и просто apache2. Не помогло, но нашлись любопытные обстоятельства: Если при лагающем 0W поднять параллельный nginx, например, на 81м порту, то он отдает контент без задержек, а значит, проблема не в сети или превышении кол-ва соединений. После перезапуска, первые секунд 15-20 все отдается нормально, потом начинаются подвисания.
Система практически не нагружена: Cpu(s): 0.3% us, 0.4% sy, 0.0% ni, 98.3% id, 0.0% wa, 0.1% hi, 1.0% si Mem: 16533004k total, 11292188k used, 5240816k free, 56k buffers Swap: 16008764k total, 0k used, 16008764k free, 10972428k cached
Статистика 0W: Last 5 seconds: 97 acc/sec, 351 req/sec, CPU usage: 0.1% user, 1.6% system Server req/s bytes/s 7 servers 351 924k
> Если при лагающем 0W поднять параллельный nginx, например, > на 81м порту,
Я конешна ламеу ... но м.б. глючит то, что является подобием "кеша" у "плевалки" ?
Comment deleted
Гость БК
20-08-07 @ 09:57
Re:
не-е-е... если парралельно с 0W поднимается nginx - и не висит - то проблема скорее всего не в этом.
Comment deleted
Гость БК
20-08-07 @ 11:02
Re:
Если бы это был скрипт, то загрузка ЦП увеличилась бы до 50 - 100%, а так всё виснет, а HttpdWatch кажет, что с сервера ожидается какой-нить main.css, висит секунд 20, потом отваливается по таймауту и грузится дальше
Кстате. А на той же машине - все снести к чертям - и перезалить по нвоой - не пробовали ?
Гость БК
20-08-07 @ 10:15
Re:
Так, стоп. Если пробовали ДВА разных сервера у двух рахных хостеров...в одинаковой конфигурации программного обеспечения .... и оба должны отдавать контент по 80 порту ... Ребята, а не в настройках ли политики безопасности дело ?
Comment deleted
Гость БК
20-08-07 @ 12:31
О_о Кстате да провели турнир по бильярду и приз не даёте
Гость БК
20-08-07 @ 12:42
Head Request 1: 0.00 sec Head Request 2: 0.00 sec Head Request 3: 1.00 sec Head Request 4: 0.00 sec Head Request 5: 0.00 sec Head Request 6: 1.00 sec Head Request 7: 0.00 sec Head Request 8: 0.00 sec Head Request 9: 1.00 sec Head Request 10: 0.00 sec
Гость БК
20-08-07 @ 18:28
Re:
> Head Request 1: 0.00 sec > Head Request 2: 0.00 sec > Head Request 3: 1.00 sec > Head Request 4: 0.00 sec > Head Request 5: 0.00 sec > Head Request 6: 1.00 sec > Head Request 7: 0.00 sec > Head Request 8: 0.00 sec > Head Request 9: 1.00 sec > Head Request 10: 0.00 sec
Йоу. Кратные 3 (тройке) запросы идут на секунду больше! 3-ий, 6-ой, 9-ый...а дальше ? то же самое ? Если да - все снести и залить по новой - должно пройти
И так каждый раз? Может, еще в крон это прописать? Думай, что советуешь...
Гость БК
21-08-07 @ 10:02
Re:
Вы о чем? Я Вас не понял.
Речь вел о том, что: А) странно, чток аждый тертий запрос - "длинный" кроме того, Б) > По идее, ответы должны быть в пределах секунды. Но они "зависают" > на 3, на 9 и даже на 21 секунду. Даже если делать запросы > с самого img сервера.
Странным не кажется? Каждый третий запрос - длинный Время запросов" - кратно степени трех секунд
"Что то тут не так" (с) я
2 ПО Кстати, озвучили мысль насчет kron'а - у Ва стам никакого процесса/демона лишнего не "бегает" нигде?
Йоу, это значит, что у вас обычный запрос занимает 0.3 секунды и после трех запросов меняется счетчик секунд в системе. Если использовать gettimeofday, то такого нет.
Гость БК
20-08-07 @ 13:38
Нечто напоминающее было - иногда запросы get проходили за доли секунды, а иногда зависали за десятки секунд. В нашем случае дело оказалось в DNS. Проверяется просто, достаточно заменить
get(""); на get("");
чтобы понять в DNS ли дело
Гость БК
20-08-07 @ 13:39
Re:
хм, не зарегистрировался это Alex Nomad
Гость БК
20-08-07 @ 18:24
Re: Re:
скорее всего нет... ибо ведь пробовали и у другого хостера поднять
Гм-м... НО: ПО, кстати - попробуйте поднять на том же серваке то же самое - но под "левым" доменом (но второго, а не третьего уровня) ? Разница будет ?
Частично. Залили старое ядро - стало получше. Похоже, дело в системе. Попробуем фрю/опен, тогда станет ясно окончательно.
Гость БК
21-08-07 @ 12:16
А если попробовать вот что (неважно, старый/новый сервер): step 1 1. Взять систему в текущей конфигурации 2. Залить в нее ВСЕ картинки 3. Замерить время запросов 4. Удалить часть (напрмиер, 10%) контента 5. Замерить время запросов, сравнить с п.3
Повторять step 1 пока не останется минимального кол-ва контента Два варианта: 1-й. Станет лучше Вывод: ядро/файловая система/еще хз что - глючит на кол-во файлов Рекомендации - пробовать в другой конфигурации софта 2-й. Лучше не станет Вывод: я - "пас", и у Вас домовенок поселился рекомендации - хз, если только все с хардов в RAM запихнуть, и то ен факт что поможет
(колючий негодяй)
Гость БК
21-08-07 @ 12:24
Re: (вдогонку)
Вы писали выше - "сервер статику отдает" Имхо - что-то с файловой подсистемой (на уровне софта - 99,999%) И Вы же где то раньше постили, что какая то система список из 100К файлов строит 15 секунд ....
Какую файловую подсистему юзаете ? Диски - в каком типе массива, SATA-шные ? 5 Гигов свободного места - не мало ли, м.б. действительно SWAP "валится"?
Когда "делили" img на два разных сервера - делили КАК ? img1.combats.ru полная копия img2.combats.ru, и запросы шли "через один на первый/на второй сервер", или же физически вынесли часть картинок на второй сервак ?
(колючий негодяй)
Гость БК
21-08-07 @ 12:30
Re: Re: (вдогонку)
БЛ...! (простите мне мой французский)
<b>Мысль идиотская</b>, но вдруг ? В са мой сети нигде не стоит "какая-то приблуда", которая "тормозит" траффик? Не знаю - у провайдера файерволл, или еще что-то "похожее" ?
Ведь ЕСЛИ кто-то в "Багах" жаловался на закрузку full_window.gif, а такого файла физически ен существует ... ТО - может быть - эта "какая-то приблуда" меняет запрос на пути <b>к</b> или <b>от</b> сервера, напрмиер, с w3.gif на w3.js, сервак "туда-сюда мечется", пока в итоге не получит правильный запрос?
Понимаю, что это бред ...но если ничто не поможет ...