Чрезвычайно обеспокоен выступлением Magento

Ответ 1

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

Источник: http://www.cpubenchmark.net/cpu.php?cpu=AMD+Athlon+64+X2+Dual+Core+3400%2B

Имейте ввиду, что перечисленные выше процессоры - это высокопроизводительные процессоры, которые в 10 раз превосходят вычислительную мощность по сравнению с двухъядерным чипом AMD. Мой ноутбук, который является четырехъядерным процессором Intel Core i7 2.2GHz, составляет около 5000. Я бы порекомендовал вам перейти на CPU выше 5000 из списка, найденного здесь.

ОЗУ 16 ГБ и SSD также выглядят разумно/разумно, учитывая, что в наши дни это не так дорого.

Ответ 2

Размер вашего кэша слишком мал для сайта, такого как Magento. Я запускаю аналогичный сайт, и у нас 256 МБ кеша. С 16mb вы будете постоянно работать в кэшировании свалок.

Ресурсы сервера хороши для вашей загрузки, если предположить, что рядом с Magento не будет ничего огромного. Это свиньи, но это не так уж плохо и 4 ГБ ОЗУ более чем достаточно.

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

Ответ 3

Я занимаюсь веб-разработкой для компании, которая обрабатывает продукты 30k + на 7 сайтах, и мы обычно стараемся избегать использования admin для загрузки/редактирования продуктов. Мы используем magmi для загрузки и редактирования. Мы очень довольны этим продуктом. Вы используете сервер ligtspeed?

Ответ 4

Я знаю, что эта ветка - это древнее интернет-время. Просто подумал, что добавлю несколько моментов, которые, по моему мнению, наиболее актуальны для большинства владельцев/разработчиков. Эффективность Magento может быть глубокой темой, в которой есть много вещей, но, надеюсь, понимание нескольких основных моментов будет долгим:

• Чем больше вы используете кеширование (кеш-код операции, кэш MySQL, кеш полной страницы и т.д.) , тем менее важным является hardwar. Звучит здорово, потому что аппаратное обеспечение, на котором вы сейчас находитесь, к сожалению, довольно ужасно (как уже указывалось). Вы можете обойти это и создать маску проблем с производительностью, улучшив кэширование. Наиболее важно настроить кеш полной страницы (google) и кеш-код операции.
• В то время как кэширование поможет ускорить процесс, плохое аппаратное обеспечение будет заметным, если вы нажмете не кешированные страницы, как страницы с отфильтрованной категорией, страницы поиска, корзину, checkout и т.д. В принципе ничего уникального. Когда посетитель попадает на одну из этих страниц, большинство ваших cahces обходят, а затем сводятся к хорошей настройке оборудования/хорошо настроенной. На этом этапе будет очевидно, что есть проблемы с производительностью.
• Вообще говоря, более быстрый процессор (более высокий ГГц) будет означать, что многие PHP файлы, содержащие Magento (примерно 14 000+), могут обрабатываться быстрее. PHP почти всегда является самым большим узким местом.
• SSDs помогут немного из-за более низкой задержки, но они действительно помогают с более крупными каталогами (больше продуктов или заказов в системе). В этом случае SSD, как правило, превосходит HDD (даже 15 000 об/мин), поскольку данные распределяются по большему разделу на диске, поэтому он должен подпрыгивать в разных физических местах на жестком диске для доступа к различным таблицам MySQL и доступа к данным, SSD обрабатывают этот вид "случайного поиска" намного лучше. Если у вас достаточно памяти для загрузки всей вашей БД в память, это не имеет большого значения, кроме как при написании заказа в базе данных во время проверки или данных о продукте для сохраненной корзины и т.д.
• Распространенное заблуждение состоит в том, что больше процессорных ядер = более быстрый веб-сайт. Это очень вводит в заблуждение. Подумайте о процессоре, как о большой автостраде. Ядра подобны полосам на автостраде, а CPU GHz - как ограничение скорости. Вы бы предпочли иметь 20 полос шириной 50 миль в час или 1 полосу со скоростью 100 миль в час? Зависит от количества трафика, правильно! Более одновременные посетители на вашем сайте означают, что в большинстве случаев будет больше ядер. Если у вас относительно низкий трафик, то меньше ядер, но более высокая тактовая частота намного лучше. Примите во внимание, что такие вещи, как Magento cron, indexer и администраторы, работающие в области администрирования, все добавляют к нагрузке. Если вы также добавили программы кэширования, такие как redis, memcache, лак и т.д., Они также потребляют некоторое пространство на автостраде.
• Простой способ проверить, перегружен ли ваш процессор или жесткий диск, - проверить статистику сервера. Попробуйте установить что-то вроде sar, которое будет записывать статистику cpu/disk каждые 10 минут, чтобы вы могли просмотреть (можете настроить). Вы захотите увидеть% простоя процессора. Больше времени простоя = не работает слишком сложно. Наверное, не нужно больше ядер. Для диска проверьте столбец iowait (или используйте iostat в режиме реального времени). Если у вас есть высокий iowait, тогда, возможно, лучшие диски или SSD помогут.
• Чем больше бара у вас есть, тем больше вы можете кэшировать (и соединения, которые вы можете обрабатывать).. Определенное количество бара используется для каждого подключения от пользователей (apache/nginx/mysql) и для общего системные накладные расходы. Чем больше у вас барана, тем больше вы можете кэшировать в ram, который быстрее. Например, вы можете настроить MySQL и хранить большую часть данных в памяти, чтобы ускорить поиск вещей. Это связано с тем, что барабан не только имеет более низкую задержку, но также требует меньше циклов ЦП для извлечения данных. Результатом являются более быстрые нагрузки (иногда только незначительно) и значительно меньшая загрузка процессора. Вы можете хранить сеансы, кеш Magento, полные страницы cahces, данные MySQL и другие элементы в памяти. Таким образом, количество, которое вам нужно, может варьироваться, но здесь общее правило: размер вашей базы данных должен составлять примерно 25-50% вашей памяти. Если у вас есть 1-граммовая пурпурная база данных, у вас должно быть около 4 ГБ памяти. Это, очевидно, изменяет больше сеансов или кешированных страниц и т.д., Которые вы сохраняете в памяти.
• Часто CDN не оказывает существенного влияния на загрузку пользовательских страниц, но, что более важно, снижает нагрузку на сервер.Основным преимуществом CDN является то, что его серверы физически ближе к вашему посетителю для загрузки контента. Если рассматривать более близкий сервер, он может сэкономить только 50 мс от времени загрузки, что не будет иметь большого эффекта. Что еще более важно, имея дескриптор CDN, все требования для статических файлов могут оставить ваш сервер в основном для работы с динамическими запросами. В некоторых случаях это означает, что CDN обрабатывает загрузку для 90-99% активов, загружаемых на страницу (изображения, css, js и т.д.). Под шипами трафика/высокими нагрузками, которые могут быть значительными.

Ответ 5

Если вы используете виртуальный сервер, возможно, посмотрите на использование Nginx в качестве замены Apache. Я нашел, что это может дать некоторые повышения производительности. Также обратите внимание на реализацию какого-то кеширования. Я бы рекомендовал использовать Memcached или Redis (если вы можете запустить его). Это, несомненно, даст вам большой прирост производительности.

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

Ответ 6

Magento требует много ресурсов. Бэкэнд-структура - это что-то вроде медленного и трудного для оптимизации. Но я предлагаю импортировать весь продукт из csv/xml и не делать это вручную. Вы найдете много учебников по этому вопросу.

Чтобы оптимизировать интерфейс, вот несколько советов:

• Обратитесь к GTMetrix за метрикой вашей производительности: http://gtmetrix.com/reports/www.belexpress.eu/k2bPETVr ваша домашняя страница слишком большая. При первой загрузке страница не должна превышать 1 МБ. Вы должны использовать ленивую загрузку, оптимизировать изображение и т.д., Чтобы ускорить это.

• Некоторые советы позволяют иметь очень высокую производительность, но вам нужен более крупный сервер, если ваш сайт генерирует трафик, и вы можете получить 500 долларов в месяц за хостинг, вы можете найти очень мощную конфигурацию сервера, например 6 Quad Core, 48 ГБ оперативной памяти, SSD-диски, сеть 10 ГБ/с с неограниченной пропускной способностью.

• Если вы выберете лучшее решение для хостинга (с более мощным сервером), вы сможете повысить производительность, установив в качестве RAM наиболее используемые каталоги, например, /var и/include/src, если вы используете компиляцию. Используйте компиляцию только в том случае, если вы не вносите ежедневные изменения в свой код, если вы этого не сделаете, компиляция + установка/включение/src, поскольку оперативная память даст вам очень хорошее усиление производительности.

• Я плохо знаю eAccelerator и memcached, personnaly Я использую APC, и я заменил порт 80 лаком. Это дает дополнительную скорость моим сайтам.

Быстрое выполнение Magento - это повседневная работа по оптимизации всех аспектов, нет волшебных трюков.

Привет,

Ответ 7

Если вы закончили с разработкой, я бы отключил медленное ведение журнала запросов на mysql (строки, скопированные с вашего my.cnf):

log_slow_queries        = /var/log/mysql/mysql-slow.log
long_query_time = 2

Вы не опубликовали файл .htaccess, где некоторые параметры php и apache можно переопределить.

Добавили ли вы настройки кеша в /app/etc/local.xml? Если нет, посмотрите /app/etc/local.xml.additional и примените то, что вам больше всего подходит.