The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Сравнительный тест систем кэширования пользователь..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: Сравнительный тест систем кэширования пользователь..."  
Сообщение от opennews (ok) on 03-Сен-08, 15:39 
"Сравнительный тест систем кэширования пользовательских данных для PHP. (http://club.shelek.ru/viewart.php?id=300)" - в статье  рассмотрены средства кэширования:  
eAccelerator (http://bart.eaccelerator.net/doc/phpdoc/), APC (http://www.php.net/apc), XCache (http://xcache.lighttpd.net/wiki/XcacheApi) и Memcache (http://www.php.net/memcache).

URL: http://club.shelek.ru/viewart.php?id=300
Новость: http://www.opennet.me/opennews/art.shtml?num=17696

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от Pilat (ok) on 03-Сен-08, 15:39 
Вместо того, чтобы замерить время генерации страницы в какой-нибудь CMS, автор придумал искусственные тесты...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от Aleksey (??) on 03-Сен-08, 17:11 
Ну если бы "какая-то CMS" могла не обращатся к БД при формировании страниц, то возможно в этом был бы смысл. А так тестирование зависит от большого числа различных параметров.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от Pilat (ok) on 03-Сен-08, 17:28 
>Ну если бы "какая-то CMS" могла не обращатся к БД при формировании
>страниц, то возможно в этом был бы смысл. А так тестирование
>зависит от большого числа различных параметров.

Например, сильно зависит от количества php файлов, очень сильно. А смоделировать такой тест трудно.
Я тестировал на слабой машине (Via Epia, аналог PII или слабее), там эффект от кэширования очень заметен (в Drupal), может быть имеет смысл тестировать на слабой машине с внешней быстрой базой?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от User294 (ok) on 04-Сен-08, 16:22 
>Например, сильно зависит от количества php файлов, очень сильно.

Да, очень понятная мысль.

>Я тестировал на слабой машине (Via Epia, аналог PII или слабее), там
>эффект от кэширования очень заметен (в Drupal),

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

> может быть имеет смысл тестировать на слабой машине с внешней быстрой базой?

А почему именно так?Хотя как 1 из вариантов можно.Но только как один из :).А то хилый сервер для php но крутой для БД - врядли типичный сценарий.
А вмваре вообще отдельная песня.Там все несколько тормозное :) и диски, и проц :) в общем что тест на вмваре показывает - большой вопрос.Возможно что особенности вмвари вообще.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от Pilat (ok) on 04-Сен-08, 20:25 
>А почему именно так?Хотя как 1 из вариантов можно.Но только как один

Смысл тестов - не получить результаты для конкретных условий, а оценить влияние условий на эффективность кэширования. Тогда для конкретного применения можно будет выбрать нужный метод, и совсем необязательно он будет один для всех случаев.

Кстати, странно что memcached не выиграл по всем пунктам. Он самый из них стандартный.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от одмин on 03-Сен-08, 16:51 
мде, сравнили memcached и eAccelerator....
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от Аноним (??) on 03-Сен-08, 17:25 
На мой взгляд:
- автор слабоват в выгугливании нужной инфы, при желании не так уж сложно найти то, что он найти толком так и не смог (т.е. разнообразные сравнения акселей такого рода);
- проверка в виртуалке и на каких-то левых синтетических тестах... не хотелось бы употреблять выражения нынешней молодежи, но это именно "ни о чем", а уж фраза "...Тестировать все это на живом сервере я не рискнул и использовал виртуальную машину..." реально убивает;
В итоге - может сойти для получения весьма общего представления о предмете (пыхо-акселераторах, грубо говоря), но никак не более того. Вдобавок тестирование вышло более чем однобоким т.к. задействовали только Апач/2 - а где тесты на первом Apache, где на lighttpd и nginx?..
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Сравнительный тест систем кэширования пользовательских данны..."  
Сообщение от RXL email on 04-Сен-08, 18:13 
После, как все проделал и опубликовал статью, тесты тесты нашел. Ничего в них интересного не нашел, т.к. я тестировал _не_работу_скриптов_, а скорость самих кеширующих систем в равных условиях. Совершенно согласен, что в зависимости от условий результат может сильно меняться.

На гуру не претендую - раньше этими системами не пользовался.

О виртуалке: не было у меня под рукой машины, на которой можно было безболезнено провести все эксперименты. Виртуалка тут не сильно хуже - условия все равно для всех систем равные (ну, кроме memcache). Memcache, собственно, включил в тест для сравнения.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру