Версия для печати Оригинальная версия тут |
Дневники: Rad -> IMHO |
05 августа 2008 |
18:26 Уф... |
...вроде нашёл, почему софт на этом грёбаном сервере со 100 метрами памяти не хочет обрабатывать запросы. Вопрос на засыпку, кто-нибудь может угадать почему rpg.by падает (имею в виду техническую сторону)? Желающие могут погадать в комментариях. Я надеюсь что нашёл причину... ![]() |
Комментарии [22] |
Написал Abaddon - 18:31 05 августа 2008 |
Хоть сузь область поисков: железо или софт? |
Написал Rad - 18:37 05 августа 2008 |
Конечно софт, серваки с доступом к железу в Беларуси очень дорого ставить, только для коммерческих проектов, пожалуй... |
Написал Abaddon - 19:22 05 августа 2008 |
Н-да, фигню сказал. Я так понимаю, нужно учитывать завидную периодичность падений (чуть ли не по часам), да? (: Кстати, лучше расскажи зачем переезжал. |
Написал Rad - 21:13 05 августа 2008 |
Периодичность тоже присутствует, но не по часам, элемент случайности по разным причинам есть. Такое же было и на старом месте, но там подругому всё было настроено. Пытаюсь бороться. QUOTE Кстати, лучше расскажи зачем переезжал. На каждом месте свои проблемы. Ни Virtuozzo, ни HyperVM не могут нормально разграничить процессор (это вообще сложно, да). Когда замечаешь, что процессы вроде ничего и не делают, а загрузка процессора подскакивает - значит кто-то соседний тебя ущемляет. В Киевском ДЦ всё было бы хорошо, если бы не несколько "но" - во-первых, соседний VPS разрастался, а память добавить не могли (там был наёб с сервером, он не держал больше 3 гиг железом своим), во-вторых, процессорная загрузка иногда зашкаливала (я уже всё перенёс, вырубил почти все процессы, а мне приходили письма, что нагрузка почти 100% от выделеной - откуда бы?), в-третьих, прямого доступа к саппорту у меня не было (это самая малая проблема, конечно, но...). Помониторив состояние загрузки процессора на сервере в Беларуси вообще без какой-то нагрузки я не заметил особых всплесков. Тут есть два варианта: соседей пока нет или соседи слабы, чтобы сильно загрузить проц. Вот и выбрал. К тому же я на ByFly пересел, а тут халявный доступ к серверам в ЦОД БТК. Посмотрим что дальше будет. |
Написал Свободный Шут Тьмы - 22:04 05 августа 2008 |
А, вот и Вы! ![]() |
Написал Rad - 00:09 06 августа 2008 |
Нет, я бы не хотел использовать телефон для вопросов по сайту и форуму, тем более в стиле первой линии технической поддержки. Кукарачу посоветую воспользоваться информацией из раздела «Помощь» «Восстановление забытого или неработающего пароля». |
Написал Rusia - 17:22 06 августа 2008 |
QUOTE Посмотрим что дальше будет. Главное, чтобы сайт не лежал так часто и так капитиально как сейчас... |
Написал Rad - 18:32 06 августа 2008 |
Rusia А что сегодня лежит?... ![]() |
Написал Katteya - 09:48 08 августа 2008 |
Ночью лежал... (; |
Написал Rad - 15:10 08 августа 2008 |
Было написано: http://rpg.by/index.php?act=announce&f=104&id=8 Потому что http://rpg.by/journal/index.php?user=339&comm=14134 - компиляцию обрывает, если запущены все программы (памяти не хватает), приходится на время отключать. |
Написал Rusia - 15:54 08 августа 2008 |
Rad ну, я не с первого раза зашла тогда, это точно... Правда, ошибка была, как ты и говорил раньше, за №502... И, да, ночью я тоже не могла войти. |
Написал Rad - 16:04 08 августа 2008 |
QUOTE Rad ну, я не с первого раза зашла тогда, это точно... Самое главное когда, во-сколько. С 7 августа ошибки появляться не должно. Я только пару раз смог добиться ошибки, да и то, только потому что открывал быстро страницы. А сегодня ночью и в 8 утра (с 8:00 до 8:23) я запускал компиляцию, приходилось отключать всё, иначе компилятор вырубало из-за нехватки памяти. |
Написал Che Guevara - 02:30 11 августа 2008 |
QUOTE Помониторив состояние загрузки процессора на сервере в Беларуси вообще без какой-то нагрузки я не заметил особых всплесков. Тут есть два варианта: соседей пока нет или соседи слабы, чтобы сильно загрузить проц. ......... Посмотрим что дальше будет. ИМХО соседей нет или они мало едятдальше все может повториться по новой |
Написал Rad - 04:21 11 августа 2008 |
Che Guevara Я надеюсь до того момента появится возможность поставить это всё на совсем отдельный сервер. К тому же есть мелкие технические нюансы. По моему мнению на большинстве прошлых серверов выщемление путём зохавывания процессорных ресурсов происходит из-за операций со свопом. Перекидывание туда-сюда здорово грузит процессор, так что он выбивается из ограниченых процентов и тянет разграниченную мощность с других виртуалок. Тут доступа к свопу нет вообще. Такое ощущение, что систему на которой ставили VPS сделали вообще без свопа. Может и не так, но я не могу выйти за пределы треклятых 100 мб жёстко ограниченной памяти. Иначе шейпер убивает процесс пытающийся отхапать лишнюю память. Это меня здорово злило, пока я не нащупал как надо всё настроить. Случалось, что процессы отхапывали вообще всю память, что даже по ssh-сервер не отвечал, ssh-демон просто не мог форкнуться - памяти не хватало. С такими ограничениями пусть какой-нибудь виртуоз попробует загрузить комп свыше положенного - я бы хотел узнать и увидеть как это у него получится? Вообще пристальное изучение логов и выкидывание ненужных функций в стандартных программах крутящихся на сервере помогло мне понять, что в рамках метода "установки из коробки", как ни настраивай, не будет прироста эффективности, как в случае компиляции программ только под свои нужды. Понадобится что-то ещё - перекомпилируем. Правда обновлять муторно - всё руками, всё перекомпилировать. |
Написал fucr - 14:43 11 августа 2008 |
Проблемы с базой были и такое чуство, что логи "загадили" все свободное место. Угадал? |
Написал Rad - 18:19 11 августа 2008 |
fucr С базой, это да. Не логи, на это я постоянно смотрю, к тому же бин-логи (которые очень прожорливы) я включаю только на время дебага. На старом месте уж не знаю отчего база вешалась, врядли там можно было всю память отхапать, хотя корень проблем может был тот же. Здесь же, на беларуском VPS, она спокойно отхапала всю память на операциях сортировки и выборки с подключением других таблиц (JOIN), когда создаётся дополнительная временная таблица, из больших или неоптимизированных таблиц - форумных постов и таблицы сессий (которая постоянно неоптимизирована ![]() Короче, ты не угадал, тебе подсказали (страницы ошибки), что это база. ![]() |
Написал fucr - 11:45 12 августа 2008 |
Ну конечно мне страницы ошибки подсказали, что это база ![]() ![]() А каие ттх впс сейчас если не секрет? Я просто со своим хочу сравнить... |
Написал Rad - 19:13 12 августа 2008 |
http://extmedia.com/vps.no.admin.html шестой номер, размещение в РБ |
Написал fucr - 09:34 13 августа 2008 |
А бэндвич какой? |
Написал Rad - 20:13 13 августа 2008 |
С каналом отдельный прикол. На сайте он не указан, но когда начинаешь заказывать, то тебя предупреждают, что на VPS траффик unlim, но внешний (внебеларуский) входящий канал ограничен до 128 кбит/сек (чтоб не качали на сервак порно и не сосали его потом с байфлая, видимо). Но когда я загружал извне (ага, порно ![]() ![]() P.S.: Кстати, у экстмедии какой-то интересный внутренний курс у.я. - 40 в переводе на беларуские = 98 000. Я так понял я им и налоги с суммы оплачиваю и девочек для развлечений. ![]() |
Написал fucr - 14:54 14 августа 2008 |
Я те потом расскажу про эксмедию, хочешь? Работали мы с ними... А насчет шейпера... Когда я еще сидел в суппорте на свисхосте (помидоры оставте себе) у нашего прова "баснет" по пятницам "вырубалось электричесиво" и почему-то не поднимался шейпер (у них админы видимо не дураки тоже ![]() |
Написал Rad - 15:30 14 августа 2008 |
Гг... И не надо мне про Экстмедию, я пока нормально с их саппортом общаюсь. Проблемы будем решать по мере поступления, без предубеждений. ![]() |
mJournal © 2003-2008 by UriSoft |