Как ускорить ЛС ?
Люди добрые, помогите!
Поставила ЛС на firstvds тариф VDS-Отрыв (500 МГц, 128mb). Работает очень медленно. Общее время загрузки страницы 4-5 секунд. Файловое кэширование включено. Пробовала включить gzip . Ничего не вышло — вместо css и js браузер (ФФ3.5) получает gzip'ы и не распаковывает их, в следствие чего не работает ни js ни css — сайт становится страшный и не рабочий.
Поставила wordpress в один шаг, так он на том же самом тарифе работает в два раза быстрее — 1,5-1,8 секунды против 4-5 от ЛС. Почему так?
UPD. Поставлю вопрос иначе. Сайт livestreet.ru быстр и шустр. Как этого добиться? Не нужно говорить про VDS от hc.ru, т.к. пробовала только что на выделенном сервере у друга установить. Результат: Общее время загрузки страницы — 0,2 сек, но грузится все равно очень медленно из-за кущищи js. Как это ускорить?
Поставила ЛС на firstvds тариф VDS-Отрыв (500 МГц, 128mb). Работает очень медленно. Общее время загрузки страницы 4-5 секунд. Файловое кэширование включено. Пробовала включить gzip . Ничего не вышло — вместо css и js браузер (ФФ3.5) получает gzip'ы и не распаковывает их, в следствие чего не работает ни js ни css — сайт становится страшный и не рабочий.
Поставила wordpress в один шаг, так он на том же самом тарифе работает в два раза быстрее — 1,5-1,8 секунды против 4-5 от ЛС. Почему так?
UPD. Поставлю вопрос иначе. Сайт livestreet.ru быстр и шустр. Как этого добиться? Не нужно говорить про VDS от hc.ru, т.к. пробовала только что на выделенном сервере у друга установить. Результат: Общее время загрузки страницы — 0,2 сек, но грузится все равно очень медленно из-за кущищи js. Как это ускорить?
209 комментариев
* Работа с БД:
* Запросов: 12
* Время: 0,239 с.
* Работа с кэшем:
* Запросов: 17 из них
* — записей: 8
* — прочтений: 8
* Время: 0,83087 с.
* PHP:
* Время загрузки модулей: 1,037 с.
* Общее время загрузки страницы: 4,384 с.
ЛС без ускорения работает крайне медленно — это всем ясно. Под 400кб хлама (js,css) на каждой странице не добавляют ему прыти никак.
Скинте пожалуйста логи Вашего стилиста-визажиста. Так же хотелось бы уточнить цвет вашей причёски на данный момент (это необходимо для установления причин «тормозов» LS на? вашем? VDS).
Вполне возможно, что причиной данных «тормозов» являются проделки группы хакеров-сюткинистов. Они каким-то образом вычисляют женщин админов/веб-мастериц и устраивают им пакости.
Разве что перейти и правда к HC, его многие хвалят. Но, говорят, есть узкое место — ограничение на количество сокетов + поддержка не нравится очень многим.
«Что скажет начальник транспортного цеха?» (с)…
проблема не в движке, а в хостинге. Даже 1.5 сек для WP — это много, особенно для VPS'а
это что за такой выделенный сервер, который работает медленнее небольшого VPS'а (livestreet.ru)?
Возможна проблема в оптимальных настройках среды работы(php,apache,mysql)
А сервер п4 2.8, 2 гига памяти, винчестер сата — обычная машина, но стоит в норвегии и настроена обычным программистом самостоятельно, возможно, много не оптимально.
Core 2 Duo 2х2 GHz
2 Gb RAM
и то медленнее… вроде)
И как видно, в моем случае все упирается во время работы с БД.
Установлена 0.3.1 — последнюю из svn поставить не могу пока, так как в ней не работают используемые мною модулю, но знаю, что была проведена существенная оптимизация как раз в области работы с БД. Ну и указанные параметры очень зависят от количества народа на сайте. Бывает общее время и несколько секунд.
Решил посмотреть, как ЛС будет работать на трехдолларовом шаред-хостинге. Вот самый «тяжелый» результат по общему времени загрузки:
А вообще фулл тайм варьирует от 0,3 до до 0,6. Т.е. на моем шаред-хостинге ЛС шустрее, чем на VDS топикстартера, как минимум, в пять раз! Делаем выводы.
От firstvds уходит его любимая женщина. Драма.
Насчет кучи js и css — например javascriptcompressor.com, также можно все слить в один файл, открыть header.tpl — и заменить вызов кучи js вызовом одного файла.
Статистика производительности
* Работа с БД:
* Запросов: 12
* Время: 1,403 с.
* Работа с кэшем:
* Запросов: 17 из них
* — записей: 8
* — прочтений: 8
* Время: 0,86129 с.
* PHP:
* Время загрузки модулей: 2,18 с.
* Общее время загрузки страницы: 7,618 с.
=))))
query: 22
time: 0,554
* Cache
query: 0
set: 0
get: 0
time: 0
* PHP
time load modules:0,326
full time:3,113
FirstVDS
query: 22
time: 0,559
* Cache
query: 0
set: 0
get: 0
time: 0
* PHP
time load modules:0,345
full time:1,507
F5 после предыдущего запроса)
query: 2
time: 0,028
* Cache
query: 12
set: 0
get: 11
time: 0,07671
* PHP
time load modules:0,321
full time:0,847
С включённым file кешем, сегодня буду пробовать настраивать memcached + ngnix на front-end, sphinx. Всем удачи!
Любой сервер забьют клиентами под завязку, ибо цена. =(((
Среди сайта есть один на LiveStreet. Время открытия менее 1 секунды.
Так же отключите все модули в ядре PHP, который вам не нужны для работы, типа CURL и т.д. После перезагрузки сервера это освободит вам немного памяти, а как мне кажется — проблемы именно с ней, ее недостаточно.
query: 17
time: 0,511
* Cache
query: 0
set: 0
get: 0
time: 0
* PHP
time load modules:0,306
full time:1,464
=)) пока что устраивает.
Была таже проблема без мемкеша
на нем висит 3 моих ЛСа и еще мно дргуих сайтов. memcached on
MySql
query: 7
time: 0,092
Cache
query: 31
set: 2
get: 28
time: 0,00659 PHP
time load modules:0,033
full time:0,233
* MySql
query: 2
time: 0,021
* Cache
query: 28
set: 0
get: 27
time: 0,10019
* PHP
time load modules:0,248
full time:0,595
Вопрос к знатокам, выдержит ли данный сервер Хабраэффект?
Но дело даже не в том, что остался мороз в 3 секунды, а в том, что страница браузеры в разы быстрее отдается. Осталось придумать, как заставить ЛС работать быстрее секунды ходя бы. (((
По деньгам 600р, а дается всего 600 мегагерц и памяти 160мб, в то время как у хц за те же деньги 600 мегагерц и 512 памяти. Разница ощутима.
сервера в германии, но вроде канал хороший до России, а цены загляденье.
В обеих конторах нет оверселинга по отзывам. Технология дележки ресурсов — Xen.
gandi.net — дают ресурсы порциями стоимостью 16$, каждая порция содержит 256mb ram + 5gb hdd + 5mbit канал. + везде 512 мб файл подкачки и дополнительно 2 гб места под систему. многие рекомендуют.
fsckvps.com — привлекательные цены (600mhz гарантировано + 512 память + 50gb hdd + 600gb траффика = все за 17$), хорошая скорость, рекомендации народа есть.
Я у hc не нашел информации, будет ли устанавливаемая ОС отъедать выделяемые ресурсы. А то может то же самое и выйти. Рекомендую это уточнить, если что надумаете.
Одна доза (1 share) стоит 16$ и содержит:
1 доза по мощности процессора примерно равна 3-му пентиуму, судя по картинке .
В топку этот французский декаданс.
И это на 256 мегабайт памяти, из которых часть зарезервирована под систему! Стоит дефолтная GandiOS (Apache2 + MySQL 5.0 + ProFTPd + PHP 5.2 + PhpMyAdmin). Какие модули php стоят — пока не знаю, не смотрела. Но думаю, всё это хозяйство в умелых руках можно оптимизировать (или вообще снести и поставить своё) + Nginx поставить + еще чего-нить, о чем я даже не догадываюсь…
Прощай фёрствэдэсэ! Привет французики! Хочу в Париж!..
Результат: на фествдс — среднее время 1730ms, на ганди — 384ms.
Мне там дружно дали понять что я ничего не понимаю :)
* Работа с БД:
* Запросов: 2
* Время: 0,009 с.
* Работа с кэшем:
* Запросов: 11 из них
* — записей: 0
* — прочтений: 10
* Время: 0,02719 с.
* PHP:
* Время загрузки модулей: 0,07 с.
* Общее время загрузки страницы: 0,186 с.
VDS 256М, 500мг, файловый кеш,eAccelerator,nginx
Но только там веб манями платить нельзя(
Результат всего этого. Работает быстрее GandiOS в пару-тройку раз. ЛС грузится теперь за 0,15-0,20 сек.
Но есть проблема. Из 256 мегабайт выделенной памяти свободно бывает максимум 90 мб. (((
Неужели Debian5 и все описанное выше столько кушает? (((
Что такое 100.0%id?
подделкаподелка а-ля какбэ женская толстота.К.О. как бэ намекает на «простой процессора» или «холостой ход» кому как нравится.
а памяти столько свободно потому, что ядро кеширует все по максимуму когда есть свободная память — если память потребуется реальным процессам, ядро кеши очищает и выделяет процессам, так что все ок
>> Но есть проблема. Из 256 мегабайт выделенной памяти свободно бывает максимум 90 мб. (((
у меня сервер с 4гб памяти и в топе тоже свободной числится не больше 10мб =)
Сразу, не думая, поставила 1 час времени и 100 человек, которые в реальном времени стали тыкать в разные урлы на сайте. Поторопилась. =)
Вот что эта толпа натворила:
Посмотрела загрузку процессора из панели — колебалась в диапазоне 60-90%, пик был пару раз 100%.
Думаю, при ~1,200,000 показов страниц в сутки (50,000*24), смогу себе позволить железо пошустрее. =)))
А на моём VPS, минимальной для ганди.нет конфигурации, разумнее будет, тестировать максимум на 10 человек онлайн. Что и было сделано, но время 15 минут:
В итоге, transaction rate не зависит от количества юзеров. Что ему 10, что 100. Но вообще так и есть даже при мне одной онлайн — 0,166 сек на страницу. Загрука процессора 50-90%. Получается, узкое место — процессор. А при 100 онлайн, скорее всего, просто кончается память и используется swap, поэтому и время отдачи увеличивается. Я так думаю.
Я думала про eAccelerator и memcache. Но боюсь, у мну оперативной памяти так не хватит. Вот как дорасту до 2 share, так и поставлю это дело.
Чо, я побил рекорды? ^_^
memcached+eAccelerator
RAM 160.86 MB used
Памяти всего 256 мб, по команде free показывает что занято реально 80 мегабайт в среднем на все (dedian со всеми своими процессами, mysql, php-fastcgi, nginx, memcached). Время выполнения 0,15-0,25 сек. :(
# mkdir eAccelerator
# cd eAccelerator
# wget
# tar -xvjf ./eaccelerator-0.9.5.3.tar.bz2
# cd eaccelerator-0.9.5.3
# export PHP_PREFIX="/usr/local"
или
# export PHP_PREFIX="/usr"
# $PHP_PREFIX/bin/phpize
# ./configure --enable-eaccelerator=shared --with-php-config=$PHP_PREFIX/bin/php-config --with-eaccelerator-shared-memory
# make
# make install
# mkdir /tmp/eaccelerator
# chmod 777 /tmp/eaccelerator
конфиг
/etc/php.ini секцией [Zend]
extension="/usr/lib/php/modules/eaccelerator.so"
eaccelerator.shm_size=«64»
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable=«1»
eaccelerator.optimizer=«1»
eaccelerator.check_mtime=«1»
eaccelerator.debug=«0»
eaccelerator.filter=""
eaccelerator.shm_max=«0»
eaccelerator.shm_ttl=«3600»
eaccelerator.shm_prune_period=«1800»
eaccelerator.shm_only=«0»
eaccelerator.compress=«1»
eaccelerator.compress_level=«9»
# service httpd restart
# mkdir eAccelerator
# cd eAccelerator
# wget
# tar -xvjf ./eaccelerator-0.9.5.3.tar.bz2
# cd eaccelerator-0.9.5.3
# export PHP_PREFIX="/usr/local"
или
# export PHP_PREFIX="/usr"
# $PHP_PREFIX/bin/phpize
# ./configure --enable-eaccelerator=shared --with-php-config=$PHP_PREFIX/bin/php-config --with-eaccelerator-shared-memory
# make
# make install
# mkdir /tmp/eaccelerator
# chmod 777 /tmp/eaccelerator
конфиг
/etc/php.ini секцией [Zend]
extension="/usr/lib/php/modules/eaccelerator.so"
eaccelerator.shm_size=«64»
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable=«1»
eaccelerator.optimizer=«1»
eaccelerator.check_mtime=«1»
eaccelerator.debug=«0»
eaccelerator.filter=""
eaccelerator.shm_max=«0»
eaccelerator.shm_ttl=«3600»
eaccelerator.shm_prune_period=«1800»
eaccelerator.shm_only=«0»
eaccelerator.compress=«1»
eaccelerator.compress_level=«9»
# service httpd restart
если не работает попробуй установить
phpize
gcc
make
apt-get install php5-dev build-essential
Пробовала класть конфиг отдельно для акселератора в /etc/php5/conf.d, там конфиг memcached, например, лежит и прекрасно работает. Та же история! Видимо, ошибка какая-то в конфиге. Вот текст eaccelerator.ini:
Если убрать комментарии, php не запускается.
eaccelerator.ini
в /etc/php.d/
Я php5 ставила через порты:
В нем memcache.dbpath вообще по-умолчанию ведет не понять куда. У меня нет ни файла ни папки "/var/lib/memcache" и тем не менее мемэш работает!
Все файлы с расширением .so лежат в одной папке «20060630+lfs» и php знает путь до них.
Или если php запустить как cgi-процесс, что у меня и сделано.
Но скажу честно, первый вариант работал в пару раз бытрее второго (по тестам), но пришлось отказаться, т.к. я не смогла настроить автозагрузку этой связки. :(
Видимо, надо даунгрейдить пхп
У меня, оказывается, наоборот акселератор требует 5.2.10! ))) Редиска!
И вообще:
— ставьте дебианы и юзайте репозитории.
— ставте генту и ебилды
— …
— PROFIT!
Минимальное время 0,10 сек, максимальное 7 сек при нагрузке 5 чел онлайн в течение часа с помощью siege, долбящей по разным урлам. Подозревая, что время 0,10 показала не главная страница, а какой-нить раздел типа «о проекте».
Худо-будно да жить можно! Это вам всяко не вордпресс и иже с ними!
с главной страницы
зы. и всёравно обгоняйте ^_^
а настройки мускула какие?
кеширует memcache
Видимо, сервер пустует. Как забьется клиентами — такого близко не будет.
1) там оверселлинг
2) ограничение по количеству сокетов, в которое все очень быстро упираются на нижнем тарифе. так что тариф нужно брать или второй или третий.
но это не значит, что там плохо. просто общеизвестные минусы.
Вот теперь душа довольна, можно заниматься сайтом и забыть надолго про весь этот кошмарный сон! )
Запустила ради интереса 10 человек на 15 минут поклацать по ссылкам с помощью siege:
Как видно из теста, результат от eAccelerator в моем случае оказался гораздо лучше чем в 2 раза. Yahooooooo!!! ))))
Как процесс автоматизировать, что бы после каждой перезагрузки не фигачить в шелле тонны строк? В php.ini прописано все, но что-то не работает.
такого по этому адресу у себя на серваке я не нашел, было по этому пути
туда рекомендовалось еще при установке прописать
Вот я и подумал что Вы имели в виду именно это. А свой взрыв вдохновения я произвел по поводу замены на вот такую запись.
Или я Вас не правильно понял?
Определенно нет, иначе и не обращался бы за помощью :)
Ок, поищу. Спасибо!
Intel® Core(TM)2 Quad CPU Q6600 @ 2.40GHz
4 гб оперативной памяти
2х500 гб raid1
отдельный mysql
отдельный почтовый сервер
Пока лс пустой(не настраивал, ничего не включал и т.д.), вроде шустренько бегает. Что посоветуете включить, для того чтобы было более менее терпимо пожить на хостинге, пока подготовлю переезд на vds?
Оптимизация.
Перезд на германский VPS (hetzner)
установка memcache и кеширования через него
Установка eAccelerator (Самое главное, т.к. тормозил php)
В кофиге отключение всего что только можно.
Результат стабильное время загрузки 0.2 при нагрузках 0.4 сек
Тот-же хостер, тариф за 12 евро.
2 с лишним тысячи блогов, посещалка, правда, маленькая. Ну и еще оптимизация запросов самой ЛС.
Оптимизация запросов, каких?
У меня проблем с БД и запросами не возникает, MySql отрабатывает за несколько сотых или даже тысячных секунды.
MySql time: 0.01 InnoDB
Cache time: 0.01598 — memcache
PHP
time load modules: 0.053 — Это хорошо ускорил eAccelerator
full time: 0.209 время улучшилось, но все равно время не понятно почему такое большое…
Трассировка выполнения скрипта показывает что самые долгие в обработке функции это работа с ссесиями и сматри.
Буду очень признателен, если подскажете как уменьшить общее время работы.