- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Разговор о лампочках :D
Что значит "долго" ? Какой у вас объем массива и сколько по времени занимает fsck ? Простите если недоглядел и в теме уже есть такие данные, но вроде не увидел, а то может быть вы хотите ускорить то, что происходит пару секунд (к примеру)...
Скорость работы fsck на сколько я понимаю прямо зависит от скорости носителей (массива) , а так же зависит еще от того , что происходит в системе в этот момент, да именно в системе, как бы странно это не звучало, например у меня регулярно возникали вот такие вот ситуации, собрано ядро с GEOM, есть 2 диска в мирроре.. после "неправильного" ребута разваливается gmirror, а при старте системы начинает пересобираться вместе с запущенным fsck ..... в таких случаях у меня некоторые тачки где всего на всего ~300GB массив могли делать fsck несколько часов.... а то и дольше, приходилось из сингла тормозить gmirror Rebuild, потом делать fsck, запускать OS и только потом инициировать пересборку рейда. Но это конечно частный случай :D Но может натолкнет на какие-то соображения :D
Разговор о лампочках :D
Что значит "долго" ? Какой у вас объем массива и сколько по времени занимает fsck ? Простите если недоглядел и в теме уже есть такие данные, но вроде не увидел, а то может быть вы хотите ускорить то, что происходит пару секунд (к примеру)...
По логам на два 1500Г диска(процентов на 5-10 заполнены 200.000 файлов на всех) 15-20 минут - есть о чём задуматься. Предыдущий запуск был месяцев 6 назад. Это хетзнеровские сервера.
Скорость работы fsck на сколько я понимаю прямо зависит от скорости носителей (массива)
Нет, рейда у меня нет - система, можно считать, только fsck и делает.
Pilat добавил 05.09.2011 в 12:49
Судя по форумам - один вариант - это переход на другую FS (у меня ext3) , например на XFS. Другой вариант - периодические перезагрузки.
Я бы ещё попробовал ext4 - но нет свободного сервера.
Другой вариант - периодические перезагрузки.
Если Вы не от запуска fsck в "неподходящий" момент хотите защититься - тогда от чего и как тому поможет плановая перезагрузка?
Если сервер перезагрузится "грязно" - fsck пойдет в любом случае. А если Вы осуществляете "чистую" перезагрузку по каким-то причинам - отключить выполнение fsck итак в Ваших руках.
Я бы ещё попробовал ext4 - но нет свободного сервера.
А зачем тут свободный сервер? Проверить как масштабируется fsck можно и без этого. Есть на LVM свободное место - делаем разделы разных размеров, заполняем данными, смотрим...
Но не думаю, что Вас ждет чудо.
myhand, на самом деле старт fsck после краха тоже интересен - люди пишут о сутках (!!!) чеканья. Раз нет вариантов - буду думать о смене FS
myhand, на самом деле старт fsck после краха тоже интересен - люди пишут о сутках (!!!) чеканья. Раз нет вариантов - буду думать о смене FS
15-20 минут для 1.5ТБ с журналом при аварийном завершении работы - это нормально.
iHead добавил 05.09.2011 в 15:20
приходилось из сингла тормозить gmirror Rebuild, потом делать fsck, запускать OS и только потом инициировать пересборку рейда.
у меня такое тоже бывало на старом железе. а какой командой тормозили gmirror Rebuild?
Вот поэтому, я стараюсь юзать ZFS. Откатил на предыдущую транзакцию и полетели!
у меня такое тоже бывало на старом железе. а какой командой тормозили gmirror Rebuild?
линуксом тормози. там автоматически подстраивается скорость синхронизации md да еще и она сильно ограничена сверху.
линуксом тормози. там автоматически подстраивается скорость синхронизации md да еще и она сильно ограничена сверху.
холивар устраивать не будем.
не будем. я просто напомнил факт.
у меня такое тоже бывало на старом железе. а какой командой тормозили gmirror Rebuild?
gmirror remove ....
gmirror forget .....