Форум → Сообщество → Флейм → Бесплатный хостинг
Бесплатный хостинг
-
25 октября 2010 г. 13:17, спустя 5 минут 43 секунды
У нас стали накапливаться и падать апачевские процессы при высокой нагрузке. Проблему искали долго и вот что откопал наш волшебник :) - системный администратор:
на каждом бэкэнде апачи сожради все что можно включая проц и начали падать по сигфолу
на каждом из бэкэндов я включил корки чтобы сохранялся coredump рухнувшего процесса и подрубился к сохранненой корке и вот что я там увидел
#15 0x000000080090d83c in sched_yield () from /lib/libc.so.7
#16 0x0000000803b0dc1a in _mm_lock () from /usr/local/lib/php/20060613/eaccelerator.so
#17 0x0000000803b05d02 in eaccelerator_clean_request () from /usr/local/lib/php/20060613/eaccelerator.so
#18 0x0000000803b05ef4 in zm_deactivate_eaccelerator () from /usr/local/lib/php/20060613/eaccelerator.so
#19 0x0000000802ef0b2c in module_registry_cleanup () from /usr/local/libexec/apache/libphp5.so
#20 0x0000000802ef9f64 in zend_hash_reverse_apply () from /usr/local/libexec/apache/libphp5.so
#21 0x0000000802eeefea in zend_deactivate_modules () from /usr/local/libexec/apache/libphp5.so
#22 0x0000000802eab13a in php_request_shutdown () from /usr/local/libexec/apache/libphp5.so
#23 0x0000000802f73eac in apache_php_module_main () from /usr/local/libexec/apache/libphp5.so
#24 0x0000000802f74ec6 in send_php () from /usr/local/libexec/apache/libphp5.so
#25 0x0000000802f75123 in send_parsed_php () from /usr/local/libexec/apache/libphp5.so
#26 0x000000000040eb18 in ap_invoke_handler ()
#27 0x000000000041e9bc in process_request_internal ()
#28 0x0000000801732f00 in handle_dir () from /usr/local/libexec/apache/mod_dir.so
#29 0x000000000040eb18 in ap_invoke_handler () #30 0x000000000041e9bc in process_request_internal ()
#31 0x000000000041ebdb in ap_process_request ()
#32 0x0000000000416a1a in child_main ()
#33 0x0000000000416dbd in make_child ()
#34 0x0000000000416e6f in startup_children ()
#35 0x0000000000417a7f in standalone_main ()
#36 0x0000000000418787 in main ()
прошу обратить внимание на самую первую строчку
#15 0x000000080090d83c in sched_yield () from /lib/libc.so.7
и вторую
#16 0x0000000803b0dc1a in _mm_lock () from /usr/local/lib/php/20060613/eaccelerator.so
_mm_lock - это явно какой-то memory-mutex который использует spin-lock'и
а spin=lock'и используют sched_yield() которая напроч сжирает весь CPU когда mutex теряется
стоит одному процессу залочить этот mutex и упасть как мигом все остальные процессы апача сожрут проц и ничего не будут делать т.к. будут в sched_yield()
эта функция просто ожидает пока не освободится шина а т.к. она уже залочена процессом который ее никогда не освободит, то все апачи тупо ее выполняли и жрали проц
я отключил eaccelerator и проблема сразу пропала
прям сразу
eaccelerator это очень бажная штука я всегда от нее плевался
лучше xcache использовать -
25 октября 2010 г. 13:09, спустя 23 часа 51 минуту 51 секунду
AlexB, нихуя себе расследование)Сапожник без сапог -
25 октября 2010 г. 13:09, спустя 29 секунд
о как! однако он очень распостранен. может быть не все релизы одинаково плохи?ιιlllιlllι унц-унц -
-
-
25 октября 2010 г. 13:21, спустя 9 минут 30 секунд
Я всех нюансов не знаю, возможно не все версии глючат, возможно можно как-то починить - есть только факт, акселератор подсунул каку которую никто не ждал. Причем наш штатный админ проблему найти не мог, решил проблему только наш консультант, который специлизируется на всей этой фигне. -
-
-
28 октября 2010 г. 14:45, спустя 5 часов 12 минут 56 секунд
апцэ у меня тоже показал себя гавном, отображал тулбар для залогиненных, когда человек незалогинен, и подобным чудил -
28 октября 2010 г. 14:51, спустя 6 минут 9 секунд
фу, апач :)
+1eaccelerator это очень бажная штука
Учту. Спасибо. -
17 ноября 2010 г. 14:10, спустя 20 дней 19 минут
Перехожу на платный вариант VPS хостинга McHost.
Тестировал с июня с.г., критических недостатков не выявлено.ιιlllιlllι унц-унц -
17 ноября 2010 г. 14:52, спустя 41 минуту 34 секунды
До сегодняшнего дня я был доволен качеством услуг. Сегодня произошла неприятная ситуация. Пишет пользователь сайта. Сайт лежит говорит. После нескольких действий, которые сделал второй админ (я в москве был) - засуспендили нас. Ну думаю все - пиздец.
По почте объясняют (видимо тот, что здесь МакХост), что засуспендили потому, что не пишем отзывы. Я сказал, что пишем. Это он пыху не читают xD. Скинул пару отзывов,описал ситуацию. В течении 5 минут после моего сообщения все было восстановлено.Спустя 82 сек.Общий простой 2-3 часа. -
17 ноября 2010 г. 15:57, спустя 1 час 5 минут 51 секунду
SpartakuS, ну по сути это все же больше проблема не хостинга, а человеческий фактор и прочее. Хотя да, неадекватненько получилось. -
17 ноября 2010 г. 16:50, спустя 52 минуты 36 секунд
Когда ты не покупаешь услугу, ты не можешь расчитывать на что-то определённое. Как дали, так и заберут. Ящитаю.
Эта программа раздачи бесплатного была хороша тем, что можно долго тестить и экспериментировать. Потестировал, не понравилось - ушел, понравилось - купил. Бесконечно тянуть с решением не получится.
Я покупаю.ιιlllιlllι унц-унц -
17 ноября 2010 г. 17:36, спустя 45 минут 52 секунды
Givi, ну я не жалуюсь. Тем более, что качество действительно на уровне. Да и решили все очень оперативно.
Проект некомерческий - поэтому платить мы тупо не можем.
По почте порешили, что гарантии неотключеня сервера даются. Но за это я должен поввесить кнопочку ихнюю. И так же я могу разорвать договор в случае, если решу, что качество услуг плохое, а плохое советовать не по понятиям.
Вот как то так :)
Пожалуйста, авторизуйтесь, чтобы написать комментарий!