- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В интернете нашёл вот такую вот статью.... НО, как провернуть с этим с Дебианом или Центосом?
Будет ли толк и тд и мб у вас есть какие-то ещё замечания и тд ?
_______________________________________________________
Ниже собраны рекомендации по оптимизации работы SSD-накопителя во FreeBSD 9.0,
которые удалось найти в Сети.
Процесс установки и оптимизации под 4k блоки со сдвигом кратный 8, описывать не
буду так как FreeBSD 9.0 cам все это делает (если установка выполнялась в
автоматическом режиме).
После установки необходимо включить поддержку TRIM, для этого следует выполнить
(диск должен быть отмонтирован - загрузись с LiveCD):
Отключение журналирования (может быть чревато более длительным временем
проверки целостности ФС, если некорректно завершить работу, нажать reset, или
если свет отключат - пользуйтесь бесперебойником):
tunefs -n disable /dev/adaxxx
tunefs -j disable /dev/adaxxx
Посмотреть состояние флагов раздела можно командой:
Код:
Отключение лишних обновлений метаданных (noatime) и использование tmpfs для
временных разделов и логов в /etc/fstab:
tmpfs /tmp tmpfs rw 0 0
tmpfs /var/run tmpfs rw 0 0
tmpfs /var/spool tmpfs rw 0 0
tmpfs /var/log tmpfs rw 0 0
того, что может потребоваться между перезагрузками.
Вариант настройки через /etc/rc.conf:
Перед добавлением убедитесь, что /var/spool, /var/log и /var/run не содержит
того, что может потребоваться между перезагрузками.
Вариант настройки через /etc/rc.conf:
tmpsize="20m"
tmpmfs_flags="-S"
varmfs="YES"
varsize="32m"
varmfs_flags="-S"
populate_var="YES"
Размер виртуальной файловой системы (tmpfs) писать в соответствии с свободным
ОЗУ (в нашем примере, 20 мегабайт для /tmp и 32 мегабайт для /var). Настройки
нужно сделать или в /etc/fstab или в /etc/rc.conf.
Баян.
SSD загрузились ? зачем вам их оптимизировать ?
Если имеются сайты с высокой посещаемость от 500 тыс в сутки.
Любая оптимизация, честно, скажу кстати.
Если имеются сайты с высокой посещаемость от 500 тыс в сутки.
Любая оптимизация, честно, скажу кстати.
xDD
Лучше купите еще SSD в рейд. Или разделите нагрузку на несколько серверов.
Они и так имеются весь стандартный набор.
НО никогда не задумывалось про оптимизацию дисков. Почему глупое решение ? =___+
Они и так имеются весь стандартный набор.
НО никогда не задумывалось про оптимизацию дисков. Почему глупое решение ? =___+
Это решения вам не даст высокой производительности, есть проблемы:
1) определите узкое место.
2) определите возможности, ваши,сервера ;)
3) надо SSD доставьте их. создайте RAID 10 6disk мало ? добавьте сервер распределите нагрузки.
P.s Решений много есть на 2012 год :) Это не 90-тые. :)
Единственное верное решение это горизонтальное масштабирование
Если имеются сайты с высокой посещаемость от 500 тыс в сутки.
А это планируются или имеются? 500 тыс уникальных посетителей, которые не просто попадают по ошибке, а что-то делают на сайте ? На одном единственном сервере? Это должен быть весьма специфичный проект. Отсюда и некоторые посты не касающиеся вопроса непосредственно.
Что касается конкретно специфики использования SSD, можно использовать файловую систему поддерживающую trim : Ext4, XFS, Btrfs, и, как ни странно, FAT. Практически стоит пробовать только EXT4 и XFS.
Для отключения журнала в EXT4 опция называется has_journal, в man tune2fs все написано.
Насчет XFS что-то не вижу ничего, но есть возможность использовать для журнала другое устройство и это устройство может быть диском в памяти. Эффект должен быть почти такой же как и от отключения журнала.
Замечания про /etc/fstab практически не отличаются в linux. Есть и tmpfs и noatime и nodiratime.
В EXT4 вместе с журналированием отключается TRIM. Рекомендую XFS. Год назад тестировал, на моих задачах (раздача кучи мелких файлов) она оказалась быстрее EXT4 на ~40%. Btrfs не рассматривал из-за неготовности к продакшену.
Так как SSD внутри является по сути RAID-массивом, полезно это учесть при создании ФС - "mkfs.xfs -d su=128k -d sw=1 /dev/sdXX" (это почти универсальный пример, но лучше таки вникнуть ;) ).
Имеется. 440-580 тыс в сутки. Уже около пол года(Сайту год). Сайт не большой, самопис. Используется innoDB. На данный момент 4 сервера используется на канал 2 гб.
Иногда случают перебои в работе из за нагрузки. Сайтом занимаюсь только сам, по этому интересно решения даже мизирного решения облегчить нагрузку.
netwind, спасибо насчёт форматов дисков. Нужно тоже над этим подумать. НО, что будет лучше использовать?
Pinkie, видимо, xfs с журналом на ramdrive, но лучше тестировать самостоятельно в ваших конкретных условиях. тем более, что серверов у вас несколько и наверное есть возможность тестировать постепенно и сравнивать.
Еще есть сценарии, когда один из дисков в raid1 попеременно убирают из массива, делают оптимизацию (стирение через trim) и снова включают. В этом случае вероятность поломки не такая уж большая, но появляется возможность использовать любую другую файловую систему типа reiserfs или ext2.