Подключение memcached

[bagouser]

Вот сервер без кэширования ↑ http://9caratt.com 50 000 выдерживает, тестили.

Здравствуйте, 9CaraTT!
Можно узнать методологию тестирования?
Вы отключали опкод кеширование, кеширование шаблонов, кеширование mysql или что-то еще?
Чем и как проводилось нагрузочное тестирование?

50 000 выдерживает,

Что означает данная цифра? Число коннектов в секунду (минуту, неделю) или число просмотров, уников? Уточните пожалуйста.
Заранее спасибо!

[9CaraTT]

Здравствуйте, 9CaraTT!
Можно узнать методологию тестирования?
Вы отключали опкод кеширование, кеширование шаблонов, кеширование mysql или что-то еще?
Чем и как проводилось нагрузочное тестирование?

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

Что означает данная цифра? Число коннектов в секунду (минуту, неделю) или число просмотров, уников? Уточните пожалуйста.
Заранее спасибо!

Причём тут просмотров? Уников конечно же.

[bagouser]

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

Методика тестирования, необходима для возможности оценить качества тестирования и провести свое для сравнения.

Причём тут просмотров? Уников конечно же.

Уник, это уникальный посетитель. Он может зайти на Ваш сайт, посмотреть одну страницу (не найти ничего интересного для себя) и выйти. А может заинтересоваться темой и просмотреть 100 страниц. Серверные ресурсы потраченные "первым" и "вторым" будут отличаться. Это тоже азы.

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

[bagouser]

перепробовал разные варианты;
APC Easselerator Memcashe ,остановился сейчас на Xcashe.
но это все не на phpbb3

Не пробовали у себя проводить подобное сравнение?
http://we-love-php.blogspot.ru/2013/02/ ... cache.html

[filosof]

нет не пробовал.Очень сомневаюсь в правдивости автора и в "правдивости" скрипта ,разница между мемкешем и апс слишком большая на скрине,да и установленные на одном сервере все они как минимум должны конфликтовать друг с другом,а по идее вообще не отрабатывать.
Я ставил поочередно их все,в итоге выиграл Xcashe,плюс он более гибкий в настройках.У других есть недостатки http://dev.1c-bitrix.ru/api_help/perfmo ... hp?print=Y

[bagouser]

разница между мемкешем и апс слишком большая на скрине,

На скрине да. Но по факту часто можно видеть, что memcache медленнее, из-за сетевого взаимодействия. Его основной плюс, что он может жить на соседнем сервере (когда надо очень много кешировать).

да и установленные на одном сервере все они как минимум должны конфликтовать друг с другом,а по идее вообще не отрабатывать.

Тут я с вами буду не согласен. Apc может быть как опкодкешер, а memcache как кеш данных. По крайней мере похожую связку (только вместо apc был eaccelerator) в работе в течении пары лет на одном трекере видел.

Я ставил поочередно их все,в итоге выиграл Xcashe

Насколько у Вас большой получился выигрыш и в чем(встроенный бенчмарк, скорость загрузки страницы, потребление ресурсов сервера)?

У других есть недостатки http://dev.1c-bitrix.ru/api_help/perfmo ... hp?print=Y

Возможно произошли изменения с даты написания. Поиск подсказывает, что статья 2009 года. Но если Вами это подтверждается, то спасибо Вам за повторный тест!
http://dev.1c-bitrix.ru/community/webde ... blog/1361/

,плюс он более гибкий в настройках.

И там и там, есть что потюнить.
http://xcache.lighttpd.net/wiki/XcacheIni
http://php.net/manual/en/apc.configuration.php
Если честно я тоже думаю сейчас над сменой кешера для модуля http://www.dragonbyte-tech.com/vbecomme ... ontent=Pro
Ибо кэш APC довольно быстро фрагментируется, а значит используется не совсем целесообразно.

[9CaraTT]

Методика тестирования, необходима для возможности оценить качества тестирования и провести свое для сравнения.

Разрабатывай сам, у меня свои методики, о которых тут писать не собираюсь )))

[filosof]

Тут я с вами буду не согласен. Apc может быть как опкодкешер, а memcache как кеш данных. По крайней мере похожую связку (только вместо apc был eaccelerator) в работе в течении пары лет на одном трекере видел

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

Насколько у Вас большой получился выигрыш и в чем(встроенный бенчмарк, скорость загрузки страницы, потребление ресурсов сервера)?

сужу по встроенному бенчарку,прирост составил примерно 20-40 %,но это не объективная оценка,так как апач и мускул подвергались в это время "извращениям". Скорость загрузки опять же по бенчмарку улучшилась. Потребление по идее должно было вырасти (оно и выросло по части оперативки),но на Openvz правдивость показаний нагрузки под большим вопросом.
..................
честно говоря,мне как пользователю,приятнее "поставил и забыл" ,а вникать в подробности и разбирать чужие косяки нужно,если предоставлять хостинг (такой сертификат тоже имеется),ну или по крайней мере иметь свой хороший дедик с несколькими раскрученными проектами.

[bagouser]

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

Исходя из названия статьи "shm vs. apc vs. memcache vs. mysql vs. file cache" все может быть сразу и не мешать друг другу.
file cache жить на диске(или в tmpfs), mysql в memory таблицах, memcache отдельный демон жующий свой кусочек памяти к которому идет доступ через спец расширение, тоже самое с apc и shm - это непересекающиеся кусочки оперативки(apc.mmap_file_mask=/apc.shm.XXXXXX не будем рассматривать). Мешать оно конечно будет, но с тем же успехом, как и все другие процессы.

сужу по встроенному бенчарку,прирост составил примерно 20-40 %,но это не объективная оценка,так как апач и мускул подвергались в это время "извращениям". Скорость загрузки опять же по бенчмарку улучшилась. Потребление по идее должно было вырасти (оно и выросло по части оперативки),но на Openvz правдивость показаний нагрузки под большим вопросом.

Проблема ВПС, что при настройке на уровне "экономим на спичках" не всегда можно это заметить, ибо активность "соседа" может свести все на нет. Даже на дедике при одновременной работе (кто-то парсит грабером) бенч мускула на число insert"oв (http://www.1c-bitrix.ru/products/cms/re ... sting-link) прыгал в 2 раза (15-30тыс). На Openvz особенно проблематично с подсчетом памяти(Оверселлинг)
Как вараинт тестирования на впс - проводить серию из большого числа прогонов и откидывать все что вылетает скажем на N% от среднего.

честно говоря,мне как пользователю,приятнее "поставил и забыл"

Для "посмотреть на сам движек" думаю готовые окружения это замечательная идея.

Добавлено спустя 59 минут 34 секунды:

Разрабатывай сам, у меня свои методики, о которых тут писать не собираюсь )))

Тогда ваши результаты не несут никакой смысловой нагрузки. (что-то как-то чем-то потестили и не пойми что получили).
На примере уважаемого filosof. Можно понять, и воспроизвести тесты. Есть стандартный модуль в приложении, и именно по этой пузомерке и можно судить о влиянии каких-либо действий, после стабилизации результата. (чтобы не зависило от соседа по впс, или другово приложения на дедике) Как вариант возьмем дедик под эти цели,и уже на нем будем эксперементировать. Например дедик из темы ovh

[filosof]

думаю,для посмотреть,достаточно и exeшника с уже встроенным окружением.