Ситуация следующая
Мы подали ряд документов и ждем утра что бы открылись организации в которые эти документы отправлены
Они не работают как мы 24 часа в сутки.
Ну да. Только в штатах 9 утра наступит в 4-6 вечера (зависит от региона) ...
Арендую сервер. Сервер настроен и бегает, хотя винт в нем не новый, но обошел и эту проблему. Бывают каналы падают - редко докажете даже сам факт падения. Как-то падал канал на 15 минут, и даже на графиках трафика было заметно это падение - хостер так и не признался. Ценовая политика на уровне "хотим повысим цену без предупреждения, не нравится - свободны"...
Вообщем тут надо смотреть самому индивидуально. В наше время продавать услуги с сервисом, мы (хостинги) не умеем. Если сравнивать с нашими аналогичными крупными конторами (компаниями их язык не поворачивается назвать) - hosting.ua будет где-то в лидерах. Если сравнивать наши "конторы" с западными компаниями - тут к сожалению выигрывают серьезно последние. Я бы сказал что наши хостинги даже в подметки не годятся худшему западному хостингу, а сравнивать с серьезными западными хостингами вообще нет смысла.
Вообщем если вам нужен не дорогой и более менее стабильный хостинг - hosting.ua будет для вас терпимым решением с достаточно быстрым пингом. 🚬
2. сначала включите slow_log, понаблюдайте и уже потом ищите, а экстрасенсов поменьше слушайте. может не в mysql дело вообще.
3. если уж и анализировать производительность автоматизированными средствами, то не phpmyadmin, а скриптом mysqltuner.pl
f0x: А почему Вы так уверены что дело именно в настройках mysql ? Тормоза могут давать и другие причины
Та вот тормоза имеено на тех старницах где больше всего идут запросы в mysql ... я бы сказал точнее - чем больше товаров на странице - тем дольше мы грузимся ... причем при 500 товарах, генерация страницы уже 30 сек.
С учетом того, что Magento грамотно кеширует блоки сайта (меню, подвалы и прочие куски страницы), причем эти блоки хранятся в tmpfs папке (в ОЗУ вообщем) + стоит еще APC, единственный вариант на что грешить - помоему на мускул.
RAS: статус бы еще посмотреть. А так или самостоятельно или запустить туда умного человека, который все сделает.
А есть такие, которые не будут греть ценой как за настройку сервера с нуля? :-)
У меня подозрение что проблема связанна с этими цифрами:
Handler_read_rnd 141 k
Handler_read_rnd_next 2,540 k
и проблема скорей всего гдето рядом ...
Вообщем попробую поковырять, промаркировать скрипты и посчитать время и задержки ...
Добавлено: 04/06/09 в 12:06
Ситуация следующая
Мы подали ряд документов и ждем утра что бы открылись организации в которые эти документы отправлены
Они не работают как мы 24 часа в сутки.
Ну да. Только в штатах 9 утра наступит в 4-6 вечера (зависит от региона) ...
ТС, где такую дурь в Одессе берешь? Отсыпь мне немножко. 🚬
Арендую сервер. Сервер настроен и бегает, хотя винт в нем не новый, но обошел и эту проблему. Бывают каналы падают - редко докажете даже сам факт падения. Как-то падал канал на 15 минут, и даже на графиках трафика было заметно это падение - хостер так и не признался. Ценовая политика на уровне "хотим повысим цену без предупреждения, не нравится - свободны"...
Вообщем тут надо смотреть самому индивидуально. В наше время продавать услуги с сервисом, мы (хостинги) не умеем. Если сравнивать с нашими аналогичными крупными конторами (компаниями их язык не поворачивается назвать) - hosting.ua будет где-то в лидерах. Если сравнивать наши "конторы" с западными компаниями - тут к сожалению выигрывают серьезно последние. Я бы сказал что наши хостинги даже в подметки не годятся худшему западному хостингу, а сравнивать с серьезными западными хостингами вообще нет смысла.
Вообщем если вам нужен не дорогой и более менее стабильный хостинг - hosting.ua будет для вас терпимым решением с достаточно быстрым пингом. 🚬
Есть опыт, какова цена вопроса? 🚬
Лучше в приват...
Думаю, что стоит включить лог "медленных запросов", а так же посмотреть на нагрузку. (в частности на диск)
Он и включен (Вами). Вы ж этот сервер и настраивали (там где тонна доп. требований было под Magento) 🚬
Запросов больше 2 сек за неделю всего 1.
1. show GLOBAL status. у вас значения слишком маленькие, это был show status
(нулевые почистил)
2. сначала включите slow_log, понаблюдайте и уже потом ищите, а экстрасенсов поменьше слушайте. может не в mysql дело вообще.
3. если уж и анализировать производительность автоматизированными средствами, то не phpmyadmin, а скриптом mysqltuner.pl
Ок, спасибо, завтра попробую.
статус бы еще посмотреть
(Нулевые значения убрал, чтобы влезло в сообщение)
VDS? Сколько записей в таблице?
Нет, выделенный сервер.
Таблиц: 198 Записей: ~1,246,660
Есть ли в таблицах с запросом text или blob поля?
Есть ли таблицы содержащие text поля? - Да. ИЛИ?
P.S. Попробуйте отсортировать в MYSQL-таблице данные так же, как они выводятся на страницу ;)
ммм ... можно подробнее? ...
-Mouse- добавил 21.03.2009 в 23:09
Вы лучше приведите текст скрипта, вызывающий столь мощный загруз. Сдаётся мне, что всё дело в его логике.
Пытаюсь выловить. 🚬
Magento движек далеко не маленький, не получается так быстро.
VDS ...
У нас не VDS.
Это сервер в аренду. Atlon 2100LE, 2Gb ОЗУ.
А почему Вы так уверены что дело именно в настройках mysql ?
Тормоза могут давать и другие причины
Та вот тормоза имеено на тех старницах где больше всего идут запросы в mysql ... я бы сказал точнее - чем больше товаров на странице - тем дольше мы грузимся ... причем при 500 товарах, генерация страницы уже 30 сек.
С учетом того, что Magento грамотно кеширует блоки сайта (меню, подвалы и прочие куски страницы), причем эти блоки хранятся в tmpfs папке (в ОЗУ вообщем) + стоит еще APC, единственный вариант на что грешить - помоему на мускул.
статус бы еще посмотреть. А так или самостоятельно или запустить туда умного человека, который все сделает.
А есть такие, которые не будут греть ценой как за настройку сервера с нуля? :-)
У меня подозрение что проблема связанна с этими цифрами:
Handler_read_rnd 141 k
Handler_read_rnd_next 2,540 k
и проблема скорей всего гдето рядом ...
Вообщем попробую поковырять, промаркировать скрипты и посчитать время и задержки ...
Спасибо за советы.
Да любые банки позволяют оплачивать гугл карточкой ... Приват, Альфа, Имекс, Аваль, Укрссиб и тд ... главное чтобы у вас был Classic ...
Пополнять карточки элементарно ... С деньгами, карточкой и паспортом в кассу и говорите: "положить деньги на мою карточку"...
беру за 60 .....
ТС, стукни плиз в аську 1540134восемь,шесть