Мы предлагаем:У нас есть:
1 базу данных MySQL(50MB)PHP 5
Прикрепление своих доменовMySQL
Предустановленные движки сайтовPerl
Место под файлы(300MB)Ruby
Бесплатно и без рекламы!
Авторизация:
e-mail: Пароль:
Забыли пароль?    Запомнить  
Все блогиВажное → Технические работы: Результаты работ
Rss

Сразу скажу, если кто-то (например Денис) не согласен с установленными мной различными параметрами, пусть напишет, я верну.

1. nginx:

  • отключена запись access логов, т.к. зачем дублировать в принципе одинаковые логи с Apache….
  • Включено сжатие не только текстовых данных(как было по стандарту), но и css/xml/js/xhtml файлов
    Результат: уменьшение (небольшое) времени генерации страницы, увеличение скорости работы сайтов в общем
    2. PHP:
  • Добавлен кеш(XCache) для PHP
    Результат:немного увеличена скорость работы сайтов.
    3. MySQL:
  • увеличено значение параметра thread_cache_size (Параметр thread_cache_size указывает количество тредов (threads), уходящих в кеш при отключении клиента. При новом подключении тред (thread) не создается, а берется из кеша, что позволяет экономить ресурсы при больших нагрузках.)
  • увеличено значение параметра wait_timeout (это время(в секундах), которое mysql-сервер ожидает активности от соединения, если не дожидается – закрывает его). Думаю 2 минут хватит (по умолчанию 28800 секунд = 8 часов это уже слишком)
  • Включено логирование медленных запросов (запросы, которые выполняются очень медленно и требуют большого количества ресурсов).
    Результат: неизвестен

Все изменения касательно MySQL находятся на стадии эксперимента(подбор оптимальных значений)


Автор: cyber01 | Дата создания: 13 мая 2012, 20:01 UTC | 0.968


Комментарии(17)
Gitaros  14 мая 2012, 08:57 UTC  #
0.0
Blank

Улучшения не заметил, даже наоборот, а как у вас?

cyber01  14 мая 2012, 09:12 UTC  #
0.08
Avatar

На твоем бложике тяжело их заметить, там хоть как оптимизируй,блог очень тяжелый

Gitaros  17 мая 2012, 08:29 UTC  #
0.0
Blank

*Включение Gzip сжатия на WEB сервере *хостинга, имеет и негативную составляющую — увеличивается нагрузка вашего ресурса на web сервер хостинга (где-то прибавилось, а где-то убавилось).

cyber01  17 мая 2012, 11:17 UTC  #
0.0
Avatar

Вчитайся, что ты написал….. увеличивается нагрузка вашего ресурса на web сервер хостинга
т.е. здесь имеется ввиду включение сжатия со стороны CMS,а не у самого вебсервера.
Также все очень сильно зависит от сжимаемых данных и уровня сжатия, а т.к. данные текстовые( xml/css/текст/js) их сжатие особой нагрузки не вызывает, а вот скорость работы увеличивает

Gitaros  17 мая 2012, 11:38 UTC  #
0.0
Blank

В том и дело что на сервере, об этом пишут везде.

cyber01  17 мая 2012, 11:41 UTC  #
0.0
Avatar

значит прочитай еще раза 2 свое предыдущее сообщение

Gitaros  17 мая 2012, 11:45 UTC  #
0.0
Blank

Не знаю,что тебе там не так. Я говорю о том,что бывает так, что сервер на сжатие xml/css/js) тратит много ресурсов из-за этого он сам себя напрягает, и скорость место увеличение падает, если слабый сервер.

Денис  17 мая 2012, 12:02 UTC  #
0.339
Index

Gitaros прав, сжатие данных вообще самая процессороемкая задача. И это было ответом на:

Включено сжатие не только текстовых данных(как было по стандарту), но и css/xml/js/xhtml файлов
Результат: уменьшение (небольшое) времени генерации страницы, увеличение скорости работы сайтов в общем

Результат все же – увеличение времени генерации, т.к. теперь приходится еще и сжимать. Однако, здесь есть большое НО, это не значит что вся система в целом станет работать медленнее, т.к. большую часть времени запроса – браузер пользователя получает данные, а не они генерируются, а после сжатия нужно передать меньше данных. Поэтому в целом, если сервер справляется, то сжатие данных влияет положительно, т.к. уменьшается количество открытых соединений (данные быстрее передаются и соединение быстрее закрывается).

Но если сервер перестает успевать сжимать, то проблема растет резко и очень сильно. Но у нас такого пока нет.

Денис  17 мая 2012, 12:03 UTC  #
0.339
Index

Gitaros, поэтому сжатие здесь уместно, не волнуйся.

cyber01  17 мая 2012, 12:04 UTC  #
0.0
Avatar

Кстати раньше стояло только для текста.
У меня на форуме(IPB+куча разного хлама) время генерации уменьшилось, было 0.1,а стало Время исполнения: 0,0892

Денис  17 мая 2012, 12:14 UTC  #
0.339
Index

Бгг, а вот сейчас ты явно начал чушь нести, это если коротко.

Нет никакого смысла сжимать nginx для apache, потому что последнему прийдется их распаковывать, поэтому конвертация туда\назад точно скажется отрицательно, да и лишено всякого смысла.

Пакуется, если пакуется вообще, трафик в сторону пользователя.

cyber01  17 мая 2012, 12:14 UTC  #
0.339
Avatar

Честно говоря, не помню, где именно идет сжатие)

Денис  17 мая 2012, 12:17 UTC  #
0.0
Index

У тебя изменения производительности в пределах статистической погрешности. Можно не рассматривать этот пример. Реально на скорость генерации это не влияет никак, просто вообще никак. А вот на отзывчивость сайта влияет, т.к. как я уже писал выше – меньший объем данных передается юзеру. И там значительно, текст жмется до 9 раз, вот в 9 раз и уменьшится время.

Сайт грузится 10 сек, из них время генерации 0.1 сек. А все остальное – время передачи, вот его и оптимизируют, а не те несчастные 0.1

Денис  17 мая 2012, 12:18 UTC  #
0.0
Index

0.1 и 0.09 – это влияние фазы луны.

cyber01  17 мая 2012, 12:21 UTC  #
0.5
Avatar

Ну в общем в любом случае к лучшему)

Денис  17 мая 2012, 12:21 UTC  #
0.0
Index

Я думаю ты сделал все верно, просто не вникал в суть вопроса. Поэтому оставим это :)

cyber01  17 мая 2012, 12:50 UTC  #
0.0
Avatar

Гы)) В кеш сервера memcached ежедневно попадает 8-19тысяч объектов)) Все таки польза от него есть


Простите, Ваш браузер не поддерживает html5
Управление стрелками. Пробел - пауза.