мини тест pressflow

Прислано: zman

вс, 15/05/2011 - 08:32

Залил контент, добавил нужных модулей и чуток потестировал pressflow-6.20.97

настройка Performance
Caching mode : Disabled
Page compression : Enabled
Block cache : Disabled
Optimize CSS files : Disabled
Optimize JavaScript files : Disabled

модуль трэйсера - Tracker 2

Сервер без нагрузки, кэш очищен.
Первая строчка - первое открытие друпалом, следующая строчка просто рефрэш страницы.

главная страница

529.05 ms. 397 queries 124.87 milliseconds. devel_it()=2.82 MB, devel_shutdown()=29.31 MB.
477.19 ms. 403 queries 79.42 milliseconds. devel_it()=2.81 MB, devel_shutdown()=28.98 MB.
514.61 ms. 392 queries 97.94 milliseconds. Memory usage:Memory used at: devel_it()=2.82 MB, devel_shutdown()=27.79 MB.
409.51 ms. 392 queries 69.31 milliseconds. devel_it()=2.82 MB, devel_shutdown()=27.8 MB.
392.5 ms. 392 queries 69.25 milliseconds. devel_it()=2.82 MB, devel_shutdown()=27.8 MB.
391.05 ms. 392 queries 68.32 milliseconds. devel_it()=2.82 MB, devel_shutdown()=27.8 MB.
---pressflow---
503.62 ms. 396 queries 125.31 milliseconds. devel_it()=2.98 MB, devel_shutdown()=28.97 MB.
398.83 ms. 391 queries 75.63 milliseconds. Memory used at: devel_it()=2.98 MB, devel_shutdown()=27.46 MB.
411.62 ms. 391 queries 71.07 milliseconds.
393.17 ms. 391 queries 70.42 milliseconds.
444.57 ms. 405 queries 81.94 milliseconds.

[РЕШЕНО] Как узнать какую нагрузку дают модули?

Прислано: vanyasmart

пн, 02/05/2011 - 09:36

Хотелось бы увидеть информацию по каждому модулю, а в частности процессорное время (ну, или просто время выполнения ) и использование памяти, а не только нагрузка на базу данных.

NGINX

Прислано: bodro

пт, 11/06/2010 - 22:43

Другие статьи по теме:

Выкладываю конфиг примеры из которого были освещены на DrupalCamp.

Конфиг вполне рабочий, при желании и небольших изменений под ваш сервер его можно использовать на продакшене
----

Некоторые фишки которые присутствуют в нем:
- Редирект с www.domen.com на domen.com
- Небольшая защита от HTTP флуда, к php файлам разрешено не более 4 запросов в сек. с одного IP
- Динамическая конфигурация, при обращении к test.com он будут искаться в /htdocs/test.com/, sub.test2.com в /htdocs/sub.test2.com/ и т.д.
т.е. для добавления домена нужно просто создать папку, конфиг править не нужно
- Нормально работает с ImageCache и содержит друпаловские правила

Сейчас уезжаю, после отпуска планирую сделать друпал модуль который позволит настраивать nginx кэширование из админки друпала

Правки и дополнения принимаются

Ускорить Drupal

Прислано: finsql

ср, 16/09/2009 - 06:23

Интернет-магазин
Drupal 6.13
Ubercart 2.0
Виртуальный хостинг
Главная страница выводится с помощью Views.
Куча мелких модулей.

В общем и целом не сайт, а нечто жутко неповоротливое, как травоядный динозавр.
Хотя подключены boost, ява агрегатор и все что нашел на drupal.org

Скорость загрузки страницы доходит иногда до 20 секунд.
По логам вижу, что пользователи просто не дожидаются загрузки.

Весь в депрессии набираю в Яше "ускорить drupal"
нахожу ссылку на
www.freecoder.ru/node/18

подправляю path.inc в соответствии с рекомендациями,
хотя немного напрягает, что у меня 6.13 а рекомендации для 4-ки и 5-ки и код, который надо заменять не тот. Меняю просто по названиям функций, терять все равно уже нечего.

И вот оно! скорость не увеличилась в 60-70 раз, но в 10 раз точно.
Теперь загрузка любой страницы не более 2 сек (проверял всеми проверяльщиками, которые нашел в инете)
Для кого-то это медленно, но после моих 20 сек, сайт просто летает.

Проделал то же самое с другим сайтом на 6.9 . Эффект есть.

Спасибо тебе друг хакер с сайта freecoder.ru

Пока тестирую, побочных эффектов не заметил.
Если что будет неприятное, обязательно отпишусь.

Профилирование CSS селекторов

Прислано: VladSavitsky

вс, 07/12/2008 - 21:52

Поиск CSS селекторов, которые не используются
Для PHP-кода есть методы и средства для профилирования - поиска неиспользуемых кусков кода (функций). Это помогает избавляться от устаревшего кода и делать приложение более эффективным.
В связи с тем, что верстальщик из меня пока профессиональный не получился, - я бы очень хотел знать сколько лишнего кода у меня в таблицах стилей остается...

Понятно, что лучше аккуратно его делать, но после года-другого развития сайта уже такой "мертвый" код будет по любому. К своему удивлению нашёл отличное дополнение к Firefox Dust-Me Selectors, которое находит неиспользованные CSS-селекторы.

Описание Dust-Me Selectors

Dust-Me Selectors это расширение Firefox (1.5 и поздних), которое ищет не используемые CSS селекторы.

Извлекает все селекторы из всех таблиц стилей на странице, которую вы просматриваете, затем анализирует эту страницу, чтобы найти селекторы, которые не используются. Данные сохраняются, поэтому, при тестировании последующих страниц, селекторы могут пересечься, если они встречаются.

Вы можете тестировать страницы по одной или пройтись по всему сайту. Таким образом вы сделаете профилированием селекторов, которые нигде не используются.

странное торможение друпала - база отдает данные за 30-40ms, а время генерации странички 1-3 секунды

Прислано: kiev1

пн, 04/08/2008 - 00:07

у меня это, помогите пожалуйста - случилось странное - модуль devel показывает суммарное время выдачи данных из базы 40ms - а в то же время генерация странички 2-3 секунды - явное дело что php тормозит и eaccelerator с xcache не помогают - точнее помогают, но только в 2 раза - наверняка что то не то происходит... но что непонятно - уже и не знаю что и думать!!!

Идея: облегчаем сайт упорядочивая css

Прислано: WiseMan

пт, 28/03/2008 - 16:27

Вдруг подумал, а можно ли сделать чтобы инклюды css файлов от модулей были не на всех страницах, а только на тех где используется модуль которому нужен этот css. Кто что думает, возможно ли такое реализовать?

Увеличение производительности сайта

Прислано: andreyle

ср, 26/03/2008 - 17:44

На OpenNet.ru выложен очень интересный материал: "34 совета по увеличению производительности web-приложений" от разработчиков, отвечающие за создание высокопроизводительных решений в Yahoo.

Ускорение выдачи JS сервером.

Прислано: VladSavitsky

ср, 19/03/2008 - 12:47

В результате поисков в интернете и экспериментов доказано, что такая конфигурация работает:

В файле .htaccess (в корне сайта) сразу после

<IfModule mod_rewrite.c>
  RewriteEngine on

добавил:
    RewriteEngine on
    RewriteRule ^(.*\.js\.gz)$ - [L]
    RewriteCond %{HTTP:Accept-Encoding} gzip
    RewriteCond %{REQUEST_FILENAME}.gz -f
    RewriteRule ^(.*)$ $1.gz

Упаковал *.js файл в *.js.gz и закачал на сервер в ту же папку, где был оригинальный JS-файл.

Открыл браузер загрузил страницу и посмотрел заголовки запроса:

  • Response Headers
  • Date Wed, 19 Mar 2008 12:32:09 GMT
  • Server Apache
  • Cache-Control max-age=1209600

Кеширование для своих - для тех, кто представился системе. Ищем решение

Прислано: VladSavitsky

вт, 20/11/2007 - 08:09

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

Есть модуль [http://www.drupal.org/project/Boost Boost], но он даст ускорение только для анонимных пользователей, но не для тех, кто представился системе... А ведь хочется именно для активных увеличить скорость - именно им она нужна.

Друпал.ру на стероидах

Прислано: marazmus

пн, 08/10/2007 - 05:55

Другие статьи по теме:

Мне кажется, или друпал.ру начал ощутимо быстрее шевелиться?

RSS-материал

Новое на сайте

Ссылки партнёров