- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть скрипт наполнения базы данных который работает по 5-6 часов, что нереально долго.
99,9 его работы состоит в запросах вида
UPDATE tradenames SET article_associations = '1d5696fe7fb4ab330d9f8429b1b12db7' WHERE id = 12
UPDATE tradenames SET article_id = '43544' WHERE id = 13
SELECT article_associations FROM l.tradenames WHERE id=13
Что я пытался делать:
1. В настройках опенсервера сменил версию пхп на 7 - не заметил разницы
2. Отрубил антивирь и защитника виндовс - не заметил разницы
3. Вырубил поддержку IP6 - стало чуть быстрее
4. Создал виртуальный диск в памяти, дал ему 20 гигов и запустил опенсервер оттуда - стало чуть быстрее
5. заменил локалхост на 127.0.0.1 - стало чуть быстрее
идеи закончились. Все мои потуги дали +10-15% к скорости.
Я то думал из оперативы он начнет летать (до этого было на ссд) - но скрипт по прежнему работает часы!!!
Что еще можно предпринять?
Анализируйте каждый запрос.
Вообще скрипт какой-то "ущербный". В том смысле, что что-то он делает "непонятное" и неясно надо ли это делать вообще...
Ну и наличие индекса по id проверьте :), и что он влезает в память.
PS. Не исключено, что проще забрать все данные в память, модифицировать их и выгрузить обратно.
От задачи зависит...
Про "данные в память" очень хорошая идея.
Когда-то мне пришлось парсить большой объём данных.
Скрипт работал неспешно, но что самое убийственное, с каждой новой записью быстродействие уменьшалось.
Я примерно прикинул, и понял, что предстоит не меньше недели работы, с постоянной высокой нагрузкой на диск.
Решил всё установкой виртуального диска и перенесением всех данных на него.
4 часа с нагруженным процессором и спящим диском.
Мне не помог виртуальный диск - разницы с SSD я не увидел. Переношу щас скрипт на ВПС. Надеюсь с серверным процессором и линуксом будет быстрее
Скрипт - дрянь, переписать!