Потребление памяти русского WPMU 2.9.2 + BP 1.2.3

Я записывал видео своего нового плагина для буржуев – админку демо-сайта надо было переключить на английский язык. После этого я просто офонарел…

Вот причина моего шока – я действительно не знал этого!!!

Скриншот потребления php памяти английского и русского WordPress MU 2.9.2, BuddyPress 1.2.3, Akismet, CodeStyling Localization, CD Advanced BuddyBar, BuddyPress Album+, BuddyPress Like, BuddyPress Quickpress, cets_blog_defaults, Limit Blogs per User и WP-Memory-Usage – больше ничего не активировано.

WPMU+BP en_EN Потребление памяти

WPMU+BP en_EN Потребление памяти

WPMU+BP ru_RU Потребление памяти

WPMU+BP ru_RU Потребление памяти

Это просто невероятно…

комментарий 21

  1. Jettochkin:

    Сама технологий подключения локали – устарела… тоже заметил, что локаль жрет..
    Единственный вариант – прям в коде “русифицировать”

    • Jettochkin,
      В коде – не вариант. Заколебешься просто все переводить… Но реально, такая разница в потреблении – это жуть.

  2. Jettochkin:

    Вариант ручного перевода темы.. либо замена механизма локализации.. первое реже менять…

  3. Альберт:

    Как решение использовать не локалилизованную версию)

    • Альберт,
      Ну да, а пользователям как объяснить, почему все на английском, а не на их любимом русском/украинском/…?

  4. Альберт:

    Подождите…так это тема жрет так русифицированная а не сам движок?

    • Альберт,
      Как раз сам движок так жрет – и только он. Ну плюс еще плагины :) Шаблон – это часть движка, по большому счету.

  5. shirs:

    ну а в чем там дело? Каким-то образом в память “разворачивается” русская часть UTF8, и при этом дублируется английская?
    Или еще в чем-то?

    В принципе частично такую вещь можно объяснить тем что перевод с английского более длинный, но уж не более 25%-30%…
    А тут аж в 3 РАЗА %-[ ]]]

  6. Koshnv:

    Эта тема давно обсуждалась, у того же Локастуса был легкий перевод. В нем была админка на “en”.
    Движек не выгружает английский язык, он одновременно держит два языка и в рельном времене делает перевод, от того и ресурсов ему много надо)))
    Вот вопрос, если движек делает перевод в реальном времени, то по идее есть софт который может перелопатить двежок на автозамене.
    Так сказать грамотно – это надо писать к разрабам, их косяк
    Все остальные выходы гемор.

  7. Jettochkin:

    Предлагаю создавать две версии перевода.. одна полная и другая лайт.. собственно это делается за 1-2 часа.. если с минимизацией возможных косяков (удалили лишнее)
    а в wp-config писать строчку.. если админка – то полная версия, если морда – то лайт (у Кактуса это в сборках есть)

    • Jettochkin,
      Я уже делал light для себя. Знаешь, какая экономия? 10 килобайт (даже чуток меньше). И это реально сложно выделить строки, которые в админке, а которые на морде – приходится вручную блокнотом искать и удалять. Не стоит такая экономия стольких сил.

  8. Jettochkin:

    Мне показалось, что все таки если вычистить ВСЕ что от админки.. то получается 5% от всего файла po :)
    Не вспомню сейчас цифры – но у меня это было не 10кб…

    Кстати, вот мысля пришла – а если тебе выпускать сборки?.. WP MU + Локализация + Rus-to-Lat +… + BP ?
    А то чтоб с нуля поставить – надо в кучу источников залезть..

    • Jettochkin
      5% от 220 кб – это и есть 10 кб примерно :)
      Сборка – это хорошая идея. С версии 1.3 в рамках [CDPACK] – где пока что только мои плагины отображаются – и буду выпускать.

  9. Jettochkin:

    Морда портала с дофига плагинов:

    Render Time: 0.629 секунды cpu (96% загрузка, 360.091 запуск). Время: 0.654 sec (5.9% for queries). DB queries: 108, none defective, none > 0.500 sec. Память: 10.4MB

  10. Jettochkin:

    И админка WP MU + BP:
    Render Time: 0.906 секунды cpu (28% загрузка, 361.840 запуск). Время: 3.139 sec (2.5% for queries). DB queries: 248, none defective, none > 0.500 sec. Память: 16.2MB

    Морда обычного сайта (на простом WP):

    Render Time: 0.590 cpu sec (65% load, 11.717 startup). Clock: 0.904 sec (37.9% for queries). DB queries: 25, none defective, none > 0.500 sec. Memory: 10.5MB

    Админка :)
    Время рендеринга: 0.384 секунды cpu (17% загрузка, 23.175 запуск). Время: 2.228 секунды (0.4% на запросы). Запросы БД: 17, нет дефективных, нет > 0.500 секунды. Память: 4.4MB

  11. Koshnv:

    Все равно для MU версии это не варианты, лат версии для админки и настроек плагина.
    Тем более скоро 3 и версии будут штамповаться очень шустро.

  12. Все равно как ни крути WPMU+BP да еще и плагины жрут много и не только памяти и чтобы мы не делали мало поможет. Есть вариант перейти на более простую версию многопользовательских блогов и жалкое подобие социальной сети. Я попробовал LiveStreet, конечно в плане быстродействия и потребления ресурсов – система отличная, но на этом ее плюсы заканчиваются. В тестовом режиме 3 из 4 пользователей не смогли без подсказки создать себе блог. На WPMU все создали сами. Да геморой настраивать каждому виджеты, но пользователи не заморачиваются, а я могу уделить несколько минут чтобы накидать их самому. Про 3 версию WPMU нигде пока не видел теста скорости, есть ли отличия от предыдущей версии? Я пока не рискую спешить с обновлением, система стабильна, а это самое главное.

    • WP 3.0 – быстрее на мой субъективный взгляд. Не считая замеры скорости админки – админка стала значительно легче.
      Я выложу сегодня 2 (или 3) совета по ускорению сайта. Они не новые, нашел где-то в инете, но у меня здесь и на демо прекрасно работают.

  13. Использую кэш+сжатие страниц сервером с разных частей мира загрузка от 0.5 до 1.5 секунды, считаю нормальным вариантом. Все остальное от лукавого :) Хотя менее тормознутую админку и отсутствие проблем у провайдера и мир стал бы вообще прекрасным :)

  1. 25.06.2010

    […] комментариях тут на сайте снова промелькнула тема оптимизации […]

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *