- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
MIRhosting.com, собрали ? считает секунды процессорного времени ?
а то тут в соседнем треде рассказывают, что кроме zend с софтом для хостинга под freebsd проблем нет.
MIRhosting.com, собрали ? считает секунды процессорного времени ?
а то тут в соседнем треде рассказывают, что кроме zend с софтом для хостинга под freebsd проблем нет.
На 6 не ставиться, ошибка при компилировании описанная здесь: http://code.google.com/p/google-mysql-tools/issues/detail?id=14
на freebsd8 это должно быть уже решено. к сожалению, прямо сейчас нет свободного сервера с freebsd8, вопрос интересный, как только будет время обязательно проверю. Скорее всего нормально работает, т.к. по ответам в mailing group при упоминание о freebsd никто не писал что оно не поддерживается.
В любом случае, к вопросам хостинга это отношение имеет слабое. Те средства которые включаются в патчи гугла имеют смысл на высоконагруженных системах, на шаред серверах стандартного разлива (каждый сервер со своим mysql, mail, web серверами) это не имеет смысла.
MIRhosting.com, userstatsv2.patch посмотрите. очень даже полезен именно для хостинга.
и судя по вашим репликам, бсдшники даже не догадываются об их существовании, как и гугл об существовании бсдшников :)
какие уж там письма в группу. там по вашей ссылке ни одного ответа нет.
и судя по вашим репликам, бсдшники даже не догадываются об их существовании, как и гугл об существовании бсдшников
какие уж там письма в группу. там по вашей ссылке ни одного ответа нет.
Может у них небыло проблем (MIRhosting.com) с Mysql зачем искать какието патчи, когда всё работает как (швейцарские часы )
MIRhosting.com, userstatsv2.patch посмотрите. очень даже полезен именно для хостинга.
и судя по вашим репликам, бсдшники даже не догадываются об их существовании, как и гугл об существовании бсдшников :)
какие уж там письма в группу. там по вашей ссылке ни одного ответа нет.
Я к бсдшникам отношения не имею, и по мне не стоит судить о них :)
А касательно ответа.. это не имеет отношения конкретно к этим патчам, подобная ошибка возникает и с другим ПО на freebsd и решается или патчем или обновлением до 8 версии, где как я понял, CLOCK_PROCESS_CPUTIME_ID декларируется "по-линуксовски".
MIRhosting.com добавил 14.03.2010 в 02:46
Может у них небыло проблем (MIRhosting.com) с Mysql зачем искать какието патчи, когда всё работает как (швейцарские часы )
IMHO, 50% решается правильным конфигом mysql, 40% правильной настройкой индексов и оптимизацией запросов на уровне скрипта и может в районе 10 дадут эти патчи. В лучшем случае.
Патчи которые дадут расширенную статистику - это замечательно для разработчиков, но обычно хостинг-провайдеры не занимаются анализом этой статистики и поэтому она им нафиг не нужна. Ту информацию которую можно получить стандартными средствами более чем достаточно. Да и как я уже говорил, в основном они направлены на innodb и репликацию, что на обычных шаред хостингах не используется.
+, касательно патчей улучшения производительности SMP, начиная с версии 5.1.28 сделано очень много с этим и смысла использовать внешние патчи нет.
MIRhosting.com, Андрей вы не поверите,
50% решается правильным конфигом mysql, 40% правильной настройкой индексов и оптимизацией запросов на уровне скрипта - на реальном хайлоаде, совсем не помогает :) Проблемы нагруженных проектов решаются большим количеством памяти и грамотной работой с мемкешем в качестве кешера ибо постоянные инсерты той же статистики забивают любой сервер. Ну правда это обычно уже за рамками администрирования, админы в обычном случае так далеко не копают, а говорят шаблон : Оптимизируйте скрипты :)
Напомню, что я упоминал патчи в смысле диагностики, прежде всего. Патчи диагностики идут в одном наборе с патчами оптимизации innodb неспроста, так как процесс оптимизации опирается на диагностические данные. С ними можно понять какой из аккаунтов бОльшую нагрузку создает, какие таблицы наиболее активно обновляются - userstats, и какие именно этапы выполнения простых с виду запросов тормозят - профилирование в slow_log.
а в 95% случаев никакого реального хайлоада нет. Даже если вы думаете, что он есть.
MIRhosting.com, Андрей вы не поверите,
50% решается правильным конфигом mysql, 40% правильной настройкой индексов и оптимизацией запросов на уровне скрипта - на реальном хайлоаде, совсем не помогает :) Проблемы нагруженных проектов решаются большим количеством памяти и грамотной работой с мемкешем в качестве кешера ибо постоянные инсерты той же статистики забивают любой сервер. Ну правда это обычно уже за рамками администрирования, админы в обычном случае так далеко не копают, а говорят шаблон : Оптимизируйте скрипты :)
Правда - не поверю.
Большое количество памяти и грамотная работа с кешами не имеет никакого отношения к правильному конфигу и правильной настройкой индексов и оптимизацией запросов на уровне скрипта.
Недавно одному товарищу настраивали mysql, кстати на freebsd. У него по 2 раза в день стабильно все ложилось из-за высокой нагрузки. Первоначальная приблизительная настройка конфига mysql, + ее подкрутка в течение 2 дней полностью решило проблему. До настройки индексов и оптимизации скрипта даже не дошли. Не говоря о добавление памяти.
Напомню, что я упоминал патчи в смысле диагностики, прежде всего. Патчи диагностики идут в одном наборе с патчами оптимизации innodb неспроста, так как процесс оптимизации опирается на диагностические данные. С ними можно понять какой из аккаунтов бОльшую нагрузку создает, какие таблицы наиболее активно обновляются - userstats, и какие именно этапы выполнения простых с виду запросов тормозят - профилирование в slow_log.
netwind, я абсолютно согласен что эти патчи дают интересные фичи, которые можно активно использовать и на шаред хостингах и тем более на более индивидуальных установках. Я лишь говорил о том, большинство проблем решается и без этого.
Тема интересная, как и любая тема насчет оптимизации расходов. Знаете, что при правильных навыках вождения, можно уменьшить расход топлива минимум в 2 раза? У кого есть iphone - посмотрите интересное приложение в app store: think blue :)
а в 95% случаев никакого реального хайлоада нет. Даже если вы думаете, что он есть.
абсолютно согласен
netwind, MIRhosting.com,
Вы ещё поцелуйтесь :)
Сорри за оффтоп :)