Как ускорить работу openserver
Как ускорить работу OpenServer?
Простой 2 комментария
Обращений больше всего на сторонние сайты (API)
Respirant, Не получится ничего ускорить, просто чему-то выделив память. Это можно делать на уровне алгоритмов используемых в приложении(выбирать производительность/ресурсоёмкость), а не в настройках серверного ПО.
Если ресурсов много, надо как-то пытаться распараллелить выполнение «тяжёлых» задач, чтобы ресурсы можно было использовать более полно. Что опять же делается на уровне приложения, а не сервера.
Memcached/Redis, вероятнее всего, вам вообще не нужны. Они никак не увеличат быстродействие, если ваше приложение в явном виде для чего-то их не использует, а если использует что-то из них, то надо выделять память по необходимости.
Посмотреть стоит на настройки используемой вашим приложением СУБД прежде всего.
Также, надо чётко понимать, что openserver это среда для разработки, не более того.
Форум
Скорость OpenServer
Скорость OpenServer
Непрочитанное сообщение head » 09 июл 2012, 01:37
Непрочитанное сообщение head » 09 июл 2012, 11:25
2 мин 59.07446 сек., повторный запуск вообще 3 мин. 20 сек.
Защитник отключен, в настройках Open-server выбран php 5.3.14.
NGINX вряд-ли поможет, там статики нету, чистая обработка файлов в папке скрипта и всех вложенных.
UPD: Проверил nginx.
504 Gateway Time-out
Непрочитанное сообщение head » 12 мар 2013, 01:46
Есть предположение, что к mysql надо обращаться не по localhost, а по 127.0.0.1, «в лоб» так сказать.
Добавлено спустя 18 минут 29 секунд:
На локалхосте замечательно себя показал ramdrive, но увы стабильность и надёжность его оставляет желать лучшего, даже при наличии UPS. Про синхронизацию ram-диска и его образа на винте я вообще молчу, в одной из реинкарнаций он у меня это делал автоматически и даже с бэкап-копией, но однажды благополучно запорол и основную и бэкап-версию, угробив пару дней моей работы.
Пока мирюсь со скоростью доступа, благо винт сносный, и коплю на хороший SSD под это дело.
На скорость скриптов (со стороны Windows или Open Server) могут влиять только 2 вещи: неотключенный ipv6 на компьютере и тогда база секунду подключается, либо включение настройки «Защитить сервер от внешнего доступа» при которой скорость php падает раз в 5.
Ну еще некоторые включают автоматический профайлинг php (Xdebug), потом забывают отключить и вот у них постоянно всё тормозит.
Тут надо еще иметь в виду, что php под виндой работает где-то раза в полтора-два раза медленнее чем php под линуксом.
По крайней мере на 5.2 апачевский бенчмарк показывал такой разрыв пару лет назад. 5.3 и 5.4 не мерял.
Плюс не надо забывать, что сейчас даже самый дешевый хостинг располагается на сервере, который скорее всего превосходит ваш домашний комп и по процессору и по памяти и по дисковой подсистеме.
Непрочитанное сообщение head » 13 мар 2013, 00:48
Да ну его, всё надо проверять самому и вдумчиво. Никогда не юзал.
LiveStreet CMS
Интересные расширения из каталога
Вопросы
Прямой эфир
lifecom 21 сентября 2021, 21:53
cshome 21 сентября 2021, 13:08
sersar 5 апреля 2021, 18:22
lifecom 27 февраля 2021, 03:26
iVee 16 февраля 2021, 13:07
Doom74 5 февраля 2021, 09:03
Работа!
Блоги
Медленная загрузка на локальной машине
Здравствуйте! Наблюдаю странно долгую загрузку страниц на локальной машине. От 2 до 7(!) секунд. Две разных установки LS, обе нулевые (плагины только из коробки). Вот цифры:
denwer3: Livestreet 1.0.1, Apache 2.2.4, PHP 5.2.12, MySQL 5.1.40 (InnoDB)
OpenServer: Livestreet 1.0.3, Apache/2.2.25, PHP 5.3.27, MySQL 5.5.33 (InnoDB), Memcached 1.4.5
Поиском нашлось два решения. Первое. Переключение file/memory в конфиге изменений не дает. Отключение кеша тоже, вот цифры:
Второе. Надо заменить InnoDB на MyISAM. Удалил в БД на денвере все foreign keys вручную, так же перевел все на MyISAM.
Результаты остались ровно те же.
Подскажите, такие цифры нормальны? Или что я делаю не так? Спасибо!
42 комментария
неужели никто не отлаживает на локальных машинах и под виндой
Второе. Надо заменить InnoDB на MyISAM. Удалил в БД на денвере все foreign keys вручную, так же перевел все на MyISAM.
Отключал кеширование, и написал об этом в первом пункте (когда менял еще тип кеша). Не помогло. И вот только что еще раз перепроверил — то же самое.
Насчет InnoDB/MyISAM. Я просто попробовал варианты, которые нагуглил тут на сайте. Кому-то смена типа на myisam как раз помогла, хотя да, все говорят, что целостность-безопасность-итп.
Дело не в InnoDB, а в том как он настроен.
И будет вам счастье.
уже было, только в формате
Стали появляться цифры 1,6-2,1 вместо 2,1-2,6 но на некоторых страницах все равно вылетает и 4,6. Но 1,6 уже лучше (:
Вот весь конфиг innodb:
Стали появляться цифры 1,6-2,1 вместо 2,1-2,6 но на некоторых страницах все равно вылетает и 4,6. Но 1,6 уже лучше (:
Вы не очень поняли что произошло. У нормально настроенного LS база данных не является узким местом. Узкое место там Smatry. Поэтому тестировать это дело надо на топике с несколькми сотнями комментариев от кучи пользователей — вот там заметно что и как. Если у вас скажем такая страница генерируется 2 секунды, то база там будет занимать не больше 25% общего времени и даже если вы уберете базу в ноль — на общем времени генерации эффект не будет особо заметен.
как я уже писал, при прочих равных innodb_flush_log_at_trx_commit = 2 очень увеличивает скорость INSERT/UPDATE. где вы почувствуется эффект от этого? — там где они есть, а ничего другого нет. Например Ajax запроса на «+» или «-» заметки или топика, или добавление нового комментария — должны заработать намного быстрее.
Если у вас скажем такая страница генерируется 2 секунды, то база там будет занимать не больше 25% общего времени и даже если вы уберете базу в ноль — на общем времени генерации эффект не будет особо заметен.
Примерно понял. Но вот цифры-то поменялись? В конфиге уже был
Я добавил только и цифра общего времени упала до 1,6 сек.
И 1.125 сек на php на пустой странице? Это нормально?
На тот момент да. Я просто взял цифры из поста. Вот сейчас такие цифры:
И, кстати, все равно 0.04688 > 0.
И все равно, около секунды куда-то уходит, помимо перечисляемых потребителей.
Эм… Давайте разбираться. APC — это Alternative PHP Cache? Если стоит, то неочевидно для меня. XCache тоже вроде бы нигде не упоминается в конфиге. Сейчас тестирую на OpenServer: Apache/2.4.6, PHP 5.3.27, MySQL 5.5.33 (InnoDB), включен Memcached 1.4.5
Вы что думаете что только в «форейн ключах» разница между MyISAM и InnoDB? Любая DML операция в рамках MyISAM вешает lock на всю таблицу, что цитирую «Приводит к отсутствию масштабируемости, то есть к сильной деградации производительности с повышением нагрузки.»
Забудьте про существование MyISAM. Никогда не используйте MyISAM.
(хоть смена типа не помогла, спрошу на будущее) А вот если бы с myisam работало бы быстрее, можно ли было разрабатывать на ней, а потом при переезде на хостинг конвертировать это все в innodb и продолжать работать?
Еще пишут, что разница в нагрузочных характеристиках проявляется уже при довольно высоких значениях кол-ва посетителей. Можно ли без проблем конвертировать базу при достижении этих чисел?
а потом при переезде на хостинг конвертировать это все в innodb и продолжать работать?
внешние ключи для каждой таблицы сами будете назначать?
просто сконвертировать — можно, но это будет уже не та база, если она была изначально в иннодб.
а вот скорость работы заметно будет быстрее с MyISAM.
kpoxas… вы категорически заблуждаетесь во многом.
Во-первых MyISAM не хуже InnoDB в плане надёжности. Целостность данных и надёжность — это не одно и то же.
Во-вторых, просто в силу своей природы, при хоть какой-то параллельной нагрузке MyISAM проигрывает InnoDB в производительности всегда. И чем больше такая нагрузка — тем больше проигрыш. И с какого-то момента (high load), MyISAM умирает полностью.
Однако, бывают «single thread» конфигурации, для отдельного класса задач, и вот там — да, MyISAM имеет смысл. Но это совершено точно, не случай LiveStreet.
innodb_flush_log_at_trx_commit = 0 не убивает вам надёжность. C этой опцией вы имеете шанс потерять изменения за последние несколько секунд в случае краша MySQL демона или сервера. Ужасная потеря для LS :).
innodb_flush_log_at_trx_commit = 2 — тоже самое что выше, но только при краше сервера. Краш MySQL демона к потере данных не приведет.
Если вам innodb_flush_log_at_trx_commit = 0 помогает, а innodb_flush_log_at_trx_commit = 2 — нет, то это уже знак знак где копать. например в конфигурации лога: innodb_log_file_size?
Ну и innodb_locks_unsafe_for_binlog = 1 всё же рекомендую. 🙂
Как ускорить работу openserver
Rutube увеличил свою ежемесячную аудиторию почти в 4 раза
Маркетологу «под елочку»: 20 вредных советов, как все угробить и начать новый год с фэйлов
Привет всем. Буду рад любым советам, может у кого-то была уже такая причина.
Значит, пользуюсь локальным сервером Open Server уже давно больше 2 лет, обычно для тестирования новых шаблонов на WordPress. Все работало нормально быстро и четко. А вот вчера вдруг начал медленно работать, не просто медленно, а очень медленно каждое обновление страницы на сайте происходит по 2-3 минуты. В чем причина не пойму, настройки никакие не менял. Думал может базу данных почистить, так как предположил, что она замедляет ответ, но нет, ее оптимизировал и нифига, короче не знаю че и делать. Может кто че знает, посоветуйте?
А, что интересно, сайты, которые сделаны просто на html, открываются в принципе нормально быстро, а вот тупят именно те которые с движком и базой SQL
Место на диске свободное есть?
логи же там есть? Банально переустановить не пробовали?
В диспетчере задач, во вкладке быстродействие, на что нагрузка в этот момент?
та вроде еще 5 Гб, может надо дефрагментацию сделать
переустанавливать не пробовал еще ни разу, а как, кстати, его переустанавливать, он по-моему портативный? т.е. удалить просто папку и заново закачать?
это то? и че там смотреть?
Windows сам по себе со временем засоряется записями реестра и пр мусором. Не зря даже свой домашний ПК зачастую переустанавливают периодически, т.к. он начинает лагать.
Нет в диспетчере задач ОС, вкладка быстродействие или диск, если на вкладке быстродействие не видно, на что нагрузка.
У Вас ОС какая Windows же..
+ как выше сказали винда и само по себе может тормозить
Установка и настройка OpenServer
В случае необходимости запуска сайта на домашнем компьютере (например, если во время тестирования не хочется загружать его на хостинг), пользователи обращаются за помощью к программам, развертываемым на локальном сервере. Одним из лучших локальных серверов является OpenServer, настройка которого даже у неопытного юзера не займет много времени.
Преимущество этого решения перед ближайшими аналогами заключается в грамотной реализации системы управления добавленными доменами, а также в присутствии графического интерфейса. Это позволит пользователю вовсе забыть об использовании «Командной строки» для управления собственным сервером.
Устанавливаем OpenServer на компьютер
Многие выбирают OpenServer, поскольку этот софт крайне прост в инсталляции и конфигурировании. Также он имеет графический интерфейс, что немаловажно для огромного пласта юзеров. Предлагаю ознакомиться с развернутым тематическим руководством, начать которое нужно с того, как установить OpenServer.
После установки и перезагрузки компьютера можно переходить к следующему этапу взаимодействия с OpenServer.
Первый запуск OpenServer
После инсталляции рекомендуется произвести первый запуск OpenServer, чтобы продолжить дальнейшую настройку, а также просто убедиться в том, что программа функционирует нормально. Для этого потребуется выполнить всего несколько простых действий:
Если на этом этапе с запуском уже возникли проблемы, переходите к ознакомлению с отдельным разделом в конце статьи, где вы узнаете о двух разных методах решения возникшей неполадки.
Первоначальная настройка OpenServer
Настройка OpenServer – обязательный процесс, который требуется выполнить хотя бы для того, чтобы обеспечить комфорт в работе. Первоначальное конфигурирование подразумевает изменение всего нескольких параметров и выглядит так:
Остальные параметры пока трогать не нужно. Большинство из них ситуативные и редко изменяются пользователями, которые разворачивают на своем компьютере локальный сервер.