- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Честно говоря понимаю что тема затерта до дыр, но толком ничего так и не понятно :)
Кучи тестов смотрел, и парритет все же за ext 4 но тесты старые.
На сайте перконы так же кучу примеров приводили и говорили что хоть и xfs при определенных настройках совсем не плох, но все же, по графикам видно что чутка отстает.
тут наткнулся на старую тему:
/ru/forum/740440
horofag заявляет примерно следующее
В EXT4 вместе с журналированием отключается TRIM. Рекомендую XFS. Год назад тестировал, на моих задачах (раздача кучи мелких файлов) она оказалась быстрее EXT4 на ~40%. Btrfs не рассматривал из-за неготовности к продакшену.
Так как SSD внутри является по сути RAID-массивом, полезно это учесть при создании ФС - "mkfs.xfs -d su=128k -d sw=1 /dev/sdXX" (это почти универсальный пример, но лучше таки вникнуть ).
Стало интересно. Но и сомнения все же есть. Где-то на хабре нашел примерно такой совет для ext4
журналирование, обычно рекомендуют отключать.
Если это очень хочется сделать, то после установки системы грузимся с liveCD, и пишем в терминале
tune2fs -O ^has_journal /dev/sda1
e2fsck -f /dev/sda1
Другие способы не рекомендуются — потеряете поддержку TRIM. Также не стоит отключать журнал, добавляя параметр "writeback" в конфигурацию fstab — система не запустится из-за ошибки монтирования (если до этого был включен трим).
Кто что использует ? Поделетесь опытом. Спасибо.
Вам целостность и сохранность данных совсем не важно? Юзаю просто ext4, без тюнингов.
Вам целостность и сохранность данных совсем не важно? Юзаю просто ext4, без тюнингов.
Целостность данных очень сложный вопрос. К примеру при наличии двух дисков и задачи размещения базы данных лучше вынести лог на второй диск а журналирование вырубить, так как избыточность возникает ровно в два раза.
Кое где данные вообще не критичны, временные.
Собственно вопрос ведь не об этом. А о скорости и поддержке Trim. И тема изначально именно о тюненге, а не о том как из коробки все прекрасно работает.
В любом случае можно по крону делать fstrim / по ночам
В любом случае можно по крону делать fstrim / по ночам
С ним тоже не все так просто.
Кстати вопрос а что лучше налету discard или раз в неделю по крону fstrim
Чисто теоретически дефрагментация будет выше при использовании discard
где то вчера видел ссылку на за и против но не дотянулся.
ext2 без журналирования ) не пойдет?
ext2 без журналирования ) не пойдет?
так она trim не поддерживает, а значит зло на ssd дисках.
ext4 бывает без журналирования
ext4 бывает без журналирования
Получаете награду - Мистер Очевидность
собственно об этом и написанно в первом посте.
Опишите, что вы делаете с мелкими файлами, сколько их, какой процент генерирует 70% 80% 90% нагрузки и какой нагрузки, на запись, на чтение.
У меня миллионы мелких файлов, только noatime при монтировании добавляю и все.
Опишите, что вы делаете с мелкими файлами, сколько их, какой процент генерирует 70% 80% 90% нагрузки и какой нагрузки, на запись, на чтение.
У меня миллионы мелких файлов, только noatime при монтировании добавляю и все.
Да собственно 5 картинк к посту на каждый миниатюра (thumbnail) по 1 kb - 2 kb 100 000 node и того около 3 лямов картинок
вообщем остановился на ext4 так как видел кдето пост очень крупного сервиса которые столкнулись с серьезными проблемами на свежей xfs.
журнал отключил через tune2fs -O dir_index,^has_journal
при форматировании увеличил колличество inode через -T news
с discard проблем нет. Но так как считаю что будет большая дефрагментация при его использовании буду по крону раз в неделю чистить fstrim ом.
мантирую так:
rw,auto,async,nouser,nosuid,noexec,nodev,discard,noatime,barrier=0
если есть что добавить Велком :)