Romka_Kharkov: Я предлагаю попробовать, так как не ясно какие могут быть оборванные коннекты при работе с локальной тачкой ?:)
Могу предположить, что работа скрипта завершается по max_execution_time и открытый им коннект остается оборванным. Наверно тут поможет какой-нибудь MySQL-прокси.
Вообще интересно увидеть:
show variables like '%thread%'; show status like '%thread%';
sstyle:
вот проблема как раз в оборванных соединениях. Случайно попал на ошибку пока по сайту ползал Can`t creatre new thread (errno 11). Удаленных нет
Так в оборванных или в несозданных?
А что в это время в логах MySQL? Покажите вообще вывод:
Romka_Kharkov: Снимаю шляпу, недочитал, тогда еще вопрос, у вас конект по TCP или socket ? Если TCP... попробуйте поменять на socket... хотя если у вас ВПС как говорится... проблемы могут быть и снаружи окружения, а ВПС уже тупит скажем так по своему в эти моменты..... У меня за несколько месяцев 0% обрывов ....... при этом у меня частично открыт SQL в мир.... (но это дедик)
Это опасная игра. Да, Unix-сокеты быстрее TCP-сокетов (кстати не вот прям значительно), но они могут отлететь при нагрузке (например на них влияет ограничение на количество открытых дескрипторов).
К слову, у библиотеки php-mysql есть одна недокументированная особенность: если человек в своем сайте указывает сервер "localhost", то подключение пойдет по Unix-сокету, а если указывает "127.0.0.1" - то по TCP :) Вот такой вот неожиданный поворот событий! Получается, что производительность зависит от клиентов хостинга даже.
Здесь нет универсальных советов. Делать выбор в пользу той или иной цифры надо по результатам замеров. Но их не сделать, не познакомившись с базовыми понятиями.
MeToGame: Здравствуйте , решил организовать хостинг , для начала Shared . Собрался покупать дедик и ставить на Colocation.
Для начала? Если я правильно понимаю, это вершина технического мастерства. По сложности даже VPS проще (правда в этом не уверен), но остальное точно все проще.
MeToGame:
1. Сколько примерно сайтов со средней посещаемостью выдержит данный дедик - Xeon E3 1220 , 8GB озу , 4x1TB HDD , 100 мб канал. Озу , HDD и канал увеличиться при необходимости.
На шареед 8Gb не подойдет. Вам под дисковый кэш только гигабайт 20 понадобится. А еще FastCGI как дурной процессы кушает. 8Gb хватит сайтов на сто-двести, если они среднестатистические.
MeToGame:
2. В начале собираюсь работать не для прибыли , а для клиентов , ну и в минус соответственно не уходить
Не придумал пока никто таких бизнесов, чтобы не уйти в минус. У меня первый сервер наполняся примерно пол года и при этом сожрал на железо и рекламу примерно 600k + 300k потерянной зарплаты. Вы даже не представляете под какие расходы подписываетесь.
MeToGame:
поэтому на некоторых тарифах клиенту будут выделяться реальное место на HDD и % от ядра процессора , а так же озу. В связи с этим - 490 руб за 10ГБ , 10% от ядра и 256 мб озу это нормально?
10% от ядра - это Вы сможете запилить, если у Вас будет несколько лет опыта системного администрирования и Вы сможете внедрить CFS HL. А пока забудьте. У Вас каждый пользователь будет занимать весь процессор.
256Mb на сайт - не хватит. Два FastCGI-процесса по 128Mb? Да у Вас сайты даже не стартанут, если туда придется хотябы 10 посетителей - все в очереди повстают и уложат Апач с сообщением max clients exeeded. Вы же не умеете наверно ограничивать очередь по каждому клиенту в этой очереди?
MeToGame:
3. Каким бы вы видели идеальный хостинг?
Покупают не идеальный хостинг, а идеально пропиаренный. А остаются на хостинге с идеальным саппортом.
В итоге: единственно верное решение Вам предложил HIDEHOST. Только реселлинг.
hvosting: БольшАя часть клиентов имеет 2-3 пароля на все случаи жизни.
То есть как передать пароль оператору - тут они параноидальные специалисты по безопасности. А как сгенерировать пароль на каждый сервис и забыть про него, вписав в LastPass, - тут они станвятся обывателями...
Ria.neiron: Здравствуйте.
Частая "проблема" при неправильном пароле это скопированный пробел справа или слева от пароля. Возможно, поддержка хотела убедиться что пароль действительно не подходит, прежде чем его менять. Да и в чем проблема сообщите пароль, если он все-равно не подходит? Тем более что хостер в любом случае имеет доступ ко всем вашим данным. Не доверяете хостеру? Не мучайте и его и себя, найдите себе достойного хостера.
Все верно. Это и есть единственная причина, почему все хостеры так делают. Уровень безопасности "не сообщайте оператору свой пароль" годен только для банковских карт, где 1) речь о деньгах 2) невозможно ввести пин в капсе, не той раскладке и с пробелами. А в мире хостинга другие правила, другие требования и потому другие решения. ТС должен быть адекватным ситуации, а не собственным шаблонам, коих в его голове, судя по его мнению ужа даже в количестве двух не умещается :)
seolancer: Готовьте деньги на высшие строки поисковиков. Минимум 1000$ в месяц. В противном случае клиентов не будет.
Средняя цена клиента, пришедшего по рекламе, 2000-3000 рублей. Соответственно тарифы должны быть от 2000 р. за год.
У нас с $1700 приходило 120 клиентов примерно. То есть средняя затрата на клиента $14. Учитывая, что каждый клиент в среднем приводит еще 0.7 клиента(уже без затрат на рекламу), то сумму можно делить еще на полтора. Почему у Вас так дорого? Може неправильно запросы делаете?
masterlan:
web2us: в общем решил построить на базе продуктов FreeBSD(своя сборка ядра) + ISP
Угу. как 5-20% хостеров наверное. Многие сей час перешли на Linux.
С Линукса почти все начали, а не сейчас перешли :)
Andreyka: И я одобряю фрибсд. Ведь такие прогрессивные вещи как новая версия php, кластерные файловые системы и средства гарантированного лимитирования ресурсов разрабатываются только на фрю. А все остальные недоос завидуют ей.
Я надеюсь это сарказм? ))) В Линуксе есть все перечисленное. GFS/OCFS, Cgroups Hard limit.
Я предлагаю попробовать, так как не ясно какие могут быть оборванные коннекты при работе с локальной тачкой ?:)
Могу предположить, что работа скрипта завершается по max_execution_time и открытый им коннект остается оборванным. Наверно тут поможет какой-нибудь MySQL-прокси.
Вообще интересно увидеть:
вот проблема как раз в оборванных соединениях. Случайно попал на ошибку пока по сайту ползал Can`t creatre new thread (errno 11). Удаленных нет
Так в оборванных или в несозданных?
А что в это время в логах MySQL? Покажите вообще вывод:
Снимаю шляпу, недочитал, тогда еще вопрос, у вас конект по TCP или socket ?
Если TCP... попробуйте поменять на socket... хотя если у вас ВПС как говорится... проблемы могут быть и снаружи окружения, а ВПС уже тупит скажем так по своему в эти моменты..... У меня за несколько месяцев 0% обрывов ....... при этом у меня частично открыт SQL в мир.... (но это дедик)
Это опасная игра. Да, Unix-сокеты быстрее TCP-сокетов (кстати не вот прям значительно), но они могут отлететь при нагрузке (например на них влияет ограничение на количество открытых дескрипторов).
К слову, у библиотеки php-mysql есть одна недокументированная особенность: если человек в своем сайте указывает сервер "localhost", то подключение пойдет по Unix-сокету, а если указывает "127.0.0.1" - то по TCP :) Вот такой вот неожиданный поворот событий! Получается, что производительность зависит от клиентов хостинга даже.
Здесь нет универсальных советов. Делать выбор в пользу той или иной цифры надо по результатам замеров. Но их не сделать, не познакомившись с базовыми понятиями.
Здравствуйте , решил организовать хостинг , для начала Shared .
Собрался покупать дедик и ставить на Colocation.
Для начала? Если я правильно понимаю, это вершина технического мастерства. По сложности даже VPS проще (правда в этом не уверен), но остальное точно все проще.
1. Сколько примерно сайтов со средней посещаемостью выдержит данный дедик -
Xeon E3 1220 , 8GB озу , 4x1TB HDD , 100 мб канал.
Озу , HDD и канал увеличиться при необходимости.
На шареед 8Gb не подойдет. Вам под дисковый кэш только гигабайт 20 понадобится. А еще FastCGI как дурной процессы кушает. 8Gb хватит сайтов на сто-двести, если они среднестатистические.
2. В начале собираюсь работать не для прибыли , а для клиентов , ну и в минус соответственно не уходить
Не придумал пока никто таких бизнесов, чтобы не уйти в минус. У меня первый сервер наполняся примерно пол года и при этом сожрал на железо и рекламу примерно 600k + 300k потерянной зарплаты. Вы даже не представляете под какие расходы подписываетесь.
поэтому на некоторых тарифах клиенту будут выделяться реальное место на HDD и % от ядра процессора , а так же озу.
В связи с этим - 490 руб за 10ГБ , 10% от ядра и 256 мб озу это нормально?
10% от ядра - это Вы сможете запилить, если у Вас будет несколько лет опыта системного администрирования и Вы сможете внедрить CFS HL. А пока забудьте. У Вас каждый пользователь будет занимать весь процессор.
256Mb на сайт - не хватит. Два FastCGI-процесса по 128Mb? Да у Вас сайты даже не стартанут, если туда придется хотябы 10 посетителей - все в очереди повстают и уложат Апач с сообщением max clients exeeded. Вы же не умеете наверно ограничивать очередь по каждому клиенту в этой очереди?
3. Каким бы вы видели идеальный хостинг?
Покупают не идеальный хостинг, а идеально пропиаренный. А остаются на хостинге с идеальным саппортом.
В итоге: единственно верное решение Вам предложил HIDEHOST. Только реселлинг.
БольшАя часть клиентов имеет 2-3 пароля на все случаи жизни.
То есть как передать пароль оператору - тут они параноидальные специалисты по безопасности. А как сгенерировать пароль на каждый сервис и забыть про него, вписав в LastPass, - тут они станвятся обывателями...
Ну спустя 3 часа уже работает :)
Здравствуйте, Вы проверили через три часа, а не сервер заработал через три часа :) Даунтайм был минут 10-15. В любом случае приношу извинения.
Здравствуйте.
Частая "проблема" при неправильном пароле это скопированный пробел справа или слева от пароля. Возможно, поддержка хотела убедиться что пароль действительно не подходит, прежде чем его менять. Да и в чем проблема сообщите пароль, если он все-равно не подходит? Тем более что хостер в любом случае имеет доступ ко всем вашим данным. Не доверяете хостеру? Не мучайте и его и себя, найдите себе достойного хостера.
Все верно. Это и есть единственная причина, почему все хостеры так делают. Уровень безопасности "не сообщайте оператору свой пароль" годен только для банковских карт, где 1) речь о деньгах 2) невозможно ввести пин в капсе, не той раскладке и с пробелами. А в мире хостинга другие правила, другие требования и потому другие решения. ТС должен быть адекватным ситуации, а не собственным шаблонам, коих в его голове, судя по его мнению ужа даже в количестве двух не умещается :)
К тому же всегда можно сказать "я забыл пароль".
Готовьте деньги на высшие строки поисковиков. Минимум 1000$ в месяц. В противном случае клиентов не будет.
Средняя цена клиента, пришедшего по рекламе, 2000-3000 рублей. Соответственно тарифы должны быть от 2000 р. за год.
У нас с $1700 приходило 120 клиентов примерно. То есть средняя затрата на клиента $14. Учитывая, что каждый клиент в среднем приводит еще 0.7 клиента(уже без затрат на рекламу), то сумму можно делить еще на полтора. Почему у Вас так дорого? Може неправильно запросы делаете?
в общем решил построить на базе продуктов FreeBSD(своя сборка ядра) + ISP
Многие сей час перешли на Linux.
С Линукса почти все начали, а не сейчас перешли :)
Хостерам на FreeBSD посвящается. 5-20% говорите? А почему Митчелл об этом не знает?
И я одобряю фрибсд. Ведь такие прогрессивные вещи как новая версия php, кластерные файловые системы и средства гарантированного лимитирования ресурсов разрабатываются только на фрю. А все остальные недоос завидуют ей.
Я надеюсь это сарказм? ))) В Линуксе есть все перечисленное. GFS/OCFS, Cgroups Hard limit.
Говорили, говорили, а все об стену....
Ага, вообще жесть какая-то ))) Он уже и не замечает.
Поэтому сейчас замерим другую VPS ( в другом ДЦ ) и выложим результаты ...
Зачем?
Вам на протяжении нескольких страниц доказывали, что этого не только бесполезный, но и вредный труд. Неужели не доказали?