- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ситуация следующая есть сервер Intel Xeon E3-1270v5 3.6GHz 8 ядер, 64GB RAM ECC REG, 3 TB HDD файловая система ext4, CentOs7
При удалении или перемещении файлов в php цикле с помощью rename, unlink, exec(mv и cp)
после удаления примерно 10000-20000 изображений сервер начинает существенно тормозить вплоть до того, что даже html страницы не открываются, есть подозрения на тормоза из-за того, что в папке более 2 000 000 изображений, знаю, что такое количество изображений хранить в 1 папке глупо, но на другом сервере слабее в 4 раза на CentOs 6.4 все отлично работало.
Подскажите куда копать?
Диск один, без RAID? Тогда дело конечно в кол-ве файлов, особенно если эти файлы мелкие, а это еще может быть и SATA2. Это называется иноды.
Покажите вывод команды:
Вполне вероятно, что дело именно в кол-ве файлов в папке. До этого диск мог быть подключен по другому интерфейсу, либо RAID контроллер, либо SSD, либо диск тогда был серверный, а сейчас десктопный.
Нужно делать анализ, не всегда нужен такой конфиг как у Вас с одним HDD на 3 Тб, а скорее всего он Вам и не нужен, так как производительности дисковой у Вас нет никакой и остальные параметры Вы не используете.
Диск один, без RAID? Тогда дело конечно в кол-ве файлов, особенно если эти файлы мелкие, а это еще может быть и SATA2. Это называется иноды.
Покажите вывод команды:
Вполне вероятно, что дело именно в кол-ве файлов в папке. До этого диск мог быть подключен по другому интерфейсу, либо RAID контроллер, либо SSD, либо диск тогда был серверный, а сейчас десктопный.
Нужно делать анализ, не всегда нужен такой конфиг как у Вас с одним HDD на 3 Тб, а скорее всего он Вам и не нужен, так как производительности дисковой у Вас нет никакой и остальные параметры Вы не используете.
2xHDD Toshiba 3TB 7200rpm 64MB зеркало (Raid 1)
/dev/md2 292567424 6745743 285821681 3% /
devtmpfs 8201090 441 8200649 1% /dev
tmpfs 8203713 1 8203712 1% /dev/shm
tmpfs 8203713 667 8203046 1% /run
tmpfs 8203713 16 8203697 1% /sys/fs/cgroup
/dev/md0 65536 345 65191 1% /boot
tmpfs 8203713 1 8203712 1% /run/user/0
При удалении или перемещении файлов
Если цель именно удалить файлы то
или
Если цель именно удалить файлы то
При 2млн файлах это так себе идея.
Если цель именно удалить файлы то
или
Все равно тормозит.
Еще заметил, что переполнен буфер - это нормально?
KiB Mem : 65629708 total, 2374112 free, 4583508 used, 58672088 buff/cache
При 2млн файлах это так себе идея.
Это гораздо быстрее чем rm -rf. А что, есть ещё идеи?
Вообщем интересная штука получается полностью зависает apache даже при копировании других файлов с панели isp manager. Очень странно. Тут уже дело даже не в количестве файлов.
Все равно тормозит
Рейд то ваш в порядке вообще? cat /proc/mdstat
Нагрузка на диск есть? iotop и top -n 1
Это гораздо быстрее чем rm -rf. А что, есть ещё идеи?
Интернет полон идеями!
https://habrahabr.ru/post/157613/
$ find /mnt/test_dir/ -type f -delete
Вырос до 600Мб, прибил по ^C. Ничего не удалил.
Аналогично предыдущей команде. И это крайне удивительно! На эту команду я возлагал надежду изначально.
p.s.: сами используем php скрипт через readdir, остальные способы оказались как-то слишком индивидуальны и зависящими от ФС, ОС и еще непонятно чего.
$ find /mnt/test_dir/ -type f -delete
Вырос до 600Мб, прибил по ^C. Ничего не удалил.
Странно, но мой опыт совершенно противоположный. Проверять еще раз не хочу :D