Могу предположить, что работа скрипта завершается по max_execution_time и открытый им коннект остается оборванным. Наверно тут поможет какой-нибудь MySQL-прокси.
Вообще интересно увидеть:
show variables like '%thread%';show status like '%thread%';
Так в оборванных или в несозданных?
А что в это время в логах MySQL? Покажите вообще вывод:
show variables like '%log%';
Это опасная игра. Да, Unix-сокеты быстрее TCP-сокетов (кстати не вот прям значительно), но они могут отлететь при нагрузке (например на них влияет ограничение на количество открытых дескрипторов).
К слову, у библиотеки php-mysql есть одна недокументированная особенность: если человек в своем сайте указывает сервер "localhost", то подключение пойдет по Unix-сокету, а если указывает "127.0.0.1" - то по TCP :) Вот такой вот неожиданный поворот событий! Получается, что производительность зависит от клиентов хостинга даже.
Здесь нет универсальных советов. Делать выбор в пользу той или иной цифры надо по результатам замеров. Но их не сделать, не познакомившись с базовыми понятиями.
Для начала? Если я правильно понимаю, это вершина технического мастерства. По сложности даже VPS проще (правда в этом не уверен), но остальное точно все проще.
На шареед 8Gb не подойдет. Вам под дисковый кэш только гигабайт 20 понадобится. А еще FastCGI как дурной процессы кушает. 8Gb хватит сайтов на сто-двести, если они среднестатистические.
Не придумал пока никто таких бизнесов, чтобы не уйти в минус. У меня первый сервер наполняся примерно пол года и при этом сожрал на железо и рекламу примерно 600k + 300k потерянной зарплаты. Вы даже не представляете под какие расходы подписываетесь.
10% от ядра - это Вы сможете запилить, если у Вас будет несколько лет опыта системного администрирования и Вы сможете внедрить CFS HL. А пока забудьте. У Вас каждый пользователь будет занимать весь процессор.
256Mb на сайт - не хватит. Два FastCGI-процесса по 128Mb? Да у Вас сайты даже не стартанут, если туда придется хотябы 10 посетителей - все в очереди повстают и уложат Апач с сообщением max clients exeeded. Вы же не умеете наверно ограничивать очередь по каждому клиенту в этой очереди?
Покупают не идеальный хостинг, а идеально пропиаренный. А остаются на хостинге с идеальным саппортом.
В итоге: единственно верное решение Вам предложил HIDEHOST. Только реселлинг.
То есть как передать пароль оператору - тут они параноидальные специалисты по безопасности. А как сгенерировать пароль на каждый сервис и забыть про него, вписав в LastPass, - тут они станвятся обывателями...
Здравствуйте, Вы проверили через три часа, а не сервер заработал через три часа :) Даунтайм был минут 10-15. В любом случае приношу извинения.
Все верно. Это и есть единственная причина, почему все хостеры так делают. Уровень безопасности "не сообщайте оператору свой пароль" годен только для банковских карт, где 1) речь о деньгах 2) невозможно ввести пин в капсе, не той раскладке и с пробелами. А в мире хостинга другие правила, другие требования и потому другие решения. ТС должен быть адекватным ситуации, а не собственным шаблонам, коих в его голове, судя по его мнению ужа даже в количестве двух не умещается :)
К тому же всегда можно сказать "я забыл пароль".
У нас с $1700 приходило 120 клиентов примерно. То есть средняя затрата на клиента $14. Учитывая, что каждый клиент в среднем приводит еще 0.7 клиента(уже без затрат на рекламу), то сумму можно делить еще на полтора. Почему у Вас так дорого? Може неправильно запросы делаете?
С Линукса почти все начали, а не сейчас перешли :)
Хостерам на FreeBSD посвящается. 5-20% говорите? А почему Митчелл об этом не знает?
Я надеюсь это сарказм? ))) В Линуксе есть все перечисленное. GFS/OCFS, Cgroups Hard limit.
Ага, вообще жесть какая-то ))) Он уже и не замечает.
Зачем?
Вам на протяжении нескольких страниц доказывали, что этого не только бесполезный, но и вредный труд. Неужели не доказали?
