-
☆ A M B ☆
- 91 Posts
Проблема: при увеличении кол-ва страниц на сайте, значительно разрастается кэш сайта. Это связано с тем, что MODx Revolution кэширует все варианты ЧПУ:
ID-документа — ЧПУ
ЧПУ — ID-документа
Родители и дочерние записи и т.п.
В результате на 20 000 страниц мы имеем почти 20 Мб кэш. Мало того, что это просто извращение, подгружать 20 метров кэша для того, чтобы выдать 20 кило конечного HTML, так дело еще в том, что это почти что лимит для MODx Revolution, и 50 000 страниц нам просто никогда не создать.
Но это в базовой комплектации. Слава Богу MODx Revolution имеет очень мощное API, и при желании платформу можно адаптировать практически под любые нужды.
В нашем случае мы поставили для себя задачу — прокачать MODx Revolution так, чтобы он легко работал с 200 000 документами.
Читайте полную статью:
http://newpg.ru/documentation/modx/modx-revolution/modx-revolution-optimizatsiya-kesh.html
И задавайте вопросы.
Вызывают сомнения утверждения:
«при более 1 000 000 документов любой запрос к сайту - менее 0,35 секунд»
и
«По результатам тестирования одновременно 50-ти посетителей, загрузка страницы не превышает 0,8 секунд»
Что-то тут недосказано, так как если 50 посетителей одновременно обратятся и для каждого запроса время составит 0,35, то в 0,8 вряд ли получится уместиться… Разве что кэширующий прокси используется или что-то подобное. Правда в тестируемой странице не видно, что вообще требуется хоть какое-то обращение к базе, но тогда вообще непонятно, о чем речь.
50 одновременных - это видимо некая программа нагрузочного тестирования отработала.
"Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein."
Не используйте Revo для "просто сайтов". Используйте Evo
Who can defeat
the Russian bear?
-
☆ A M B ☆
- 91 Posts
AKots:
Вызывают сомнения утверждения:
«при более 1 000 000 документов любой запрос к сайту - менее 0,35 секунд»
и
«По результатам тестирования одновременно 50-ти посетителей, загрузка страницы не превышает 0,8 секунд»
Что-то тут недосказано, так как если 50 посетителей одновременно обратятся и для каждого запроса время составит 0,35, то в 0,8 вряд ли получится уместиться… Разве что кэширующий прокси используется или что-то подобное. Правда в тестируемой странице не видно, что вообще требуется хоть какое-то обращение к базе, но тогда вообще непонятно, о чем речь.
Извините, если мало чего смыслите в асинхронном выполнении скриптов, то не стоит засорять эфир. На виртуальных хостингах порой по 2-3 десятка сайтов висит. По-вашему, время генерации каждого сайта суммируется? А ничего, что существует понятие 100%-ая загрузка? А бывает не 100%-ая загрузка...
-
☆ A M B ☆
- 91 Posts
Aleksey Stepanov:
50 одновременных - это видимо некая программа нагрузочного тестирования отработала.
Да, он-лайн сервис.
http://loadimpact.com/
вы лучше объясните про много-много страниц. это синтетические страницы или реальные. набор сниппетов на них одинаковый. в общем деталей бы. может выложите дамп тестового сайта. сообщники проверят, и проверят.
"Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein."
Не используйте Revo для "просто сайтов". Используйте Evo
Who can defeat
the Russian bear?
Quote from: Fi1osof at Apr 25, 2011, 11:56 AM
Извините, если мало чего смыслите в асинхронном выполнении скриптов, то не стоит засорять эфир.
Хамством думаете свой бред протолкнуть? Может, поясните мне, темному, как в асинхронном режиме один запрос чтения страницы сервера может выполняться столько же, сколько пятьдесят таких же запросов? И если речь идет об одном веб-сервере и одном сервере базы данных, то два одновременных запроса будут выполняться примерно в два раза дольше, чем один такой же запрос (я не говорю об облачных хостингах и прочей экзотике).
Quote from: Fi1osof at Apr 25, 2011, 11:56 AM
По-вашему, время генерации каждого сайта суммируется? А ничего, что существует понятие 100%-ая загрузка? А бывает не 100%-ая загрузка...
И при чем тут загрузка? Если на хостинге разная загрузка в разные моменты тестирования, доверять таким тестам вообще не стоит. Если же хостинг незагружен, и скрипт выполняется на нем за 1 секунду, то есть тратит 1 секунду процессорного времени, не деля процессор ни с кем, то за сколько будет выполнены 2 таких же скрипта? Никогда не догадаетесь? Или думаете, что на ненагруженном хостинге процессор простаивает, и поэтому скрипт выполняется одну секунду, а мог бы в 50 раз быстрее, но это не делается, так как ожидается повышение нагрузки?
не ввергайте тему во флэйм. давайте все таки дождемся, коли автору будет угодно, дампа тестового сайта и сможем проверить на своих "стэндах" порядок цифер и все что хотим.
"Und wenn du lange in einen Abgrund blickst, blickt der Abgrund auch in dich hinein."
Не используйте Revo для "просто сайтов". Используйте Evo
Who can defeat
the Russian bear?
Тестирование – ХАЛТУРА, как я и предполагал. Хвастаясь, что «По результатам тестирования одновременно 50-ти посетителей, загрузка страницы не превышает 0,8 секунд», автор дал ссылку на сервис статистики, откуда можно взять адрес тестируемой страницы: modxforum.ru. И если просмотреть серверные заголовки, отдаваемые этой страницей (практически без контента, кстати), можно увидеть:
Server:nginx/0.8.53
Как я выше и предполагал, «Разве что кэширующий прокси используется». Конечно, я не знаю, как там nginx настроен, но результаты теста позволяют думать, что только он и работает.
-
☆ A M B ☆
- 91 Posts
Quote from: Aleksey at Apr 25, 2011, 01:31 PM
вы лучше объясните про много-много страниц. это синтетические страницы или реальные. набор сниппетов на них одинаковый. в общем деталей бы. может выложите дамп тестового сайта. сообщники проверят, и проверят.
Нет, это не синтетические страницы, во всяком случае это реальные записи в таблице site_content. Придется подождать, пока я смогу влить дамп, таблица site_content весит более 2GB.
Завтра будет дамп.
Пока фото-подтверждения.
Правда Мускулу башню сносит, выводит больше строк, чем на самом деле.
На самом деле:
