- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Который раз я вижу, что сервер долго запускается. Причина - fsck , который после долгой работы без перезагрузки стартует и долго-долго что-то ищет на диске. Можно ли как-то ускорить его работу?
Обычно fsck должен запускаться после некорректного завершения работы или после достижения лимита монтирования разделов (еще, вроде, запускается после выключения через shutdown с каким-то ключом), то есть, не каждый раз. Что за дистрибутив?
Pilat, tunefs вам поможет. Но вообще, это нормально и ПРАВИЛЬНО и ускорять ничего не нужно.
Который раз я вижу, что сервер долго запускается. Причина - fsck , который после долгой работы без перезагрузки стартует и долго-долго что-то ищет на диске. Можно ли как-то ускорить его работу?
Если у тебя ups и ты полностью доверяешь файловой системе, имея рейд с хотспорой, то можно и отключить.
Но я бы не советовал. Лучше поднимать зеркало на время ребута.
Pilat, tunefs вам поможет. Но вообще, это нормально и ПРАВИЛЬНО и ускорять ничего не нужно.
Я понимаю что нормально и правильно. Вот только когда нам в своё время втирали про журналируемые файловые системы, писали и про ускоренный fsck - что, собственно, и должно было быть.
Pilat добавил 05.09.2011 в 10:15
Обычно fsck должен запускаться после некорректного завершения работы или после достижения лимита монтирования разделов (еще, вроде, запускается после выключения через shutdown с каким-то ключом), то есть, не каждый раз. Что за дистрибутив?
Debian. fsck запускается при старте системы через какой-то промежуток времени (180 дней например) обязательно, то есть при рестарте сервера это происходит почти всегда.
Я понимаю что нормально и правильно. Вот только когда нам в своё время втирали про журналируемые файловые системы, писали и про ускоренный fsck - что, собственно, и должно было быть.
что-то ты невнимательно слушал. имелось ввиду быстрое применения лога транзакций в журналируемой файловой системе, которое происходит при монтировании внезапно перезагруженного сервера.
А проверка fsck это полная проверка всех структур и ее никак не ускорить, только отключить.
Во время работы fsck можно нажать Control+T - будет показано, что происходит.
что-то ты невнимательно слушал. имелось ввиду быстрое применения лога транзакций в журналируемой файловой системе, которое происходит при монтировании внезапно перезагруженного сервера.
А проверка fsck это полная проверка всех структур и ее никак не ускорить, только отключить.
Всё верно, но нам журналируемая система нужна именно для того, чтобы на диск не попало испорченных данных. То есть проверки журнала должно быть достаточно, разве что fsck проверяет физическую целостность?
В общем, мне нужен совет от практиков - что можно сделать (кроме отключения) для ускорения fsck. Может быть, какой-то регулярный запуск в режиме только проверки поможет?
Мочи его ;)
Всё верно, но нам журналируемая система нужна именно для того, чтобы на диск не попало испорченных данных. То есть проверки журнала должно быть достаточно, разве что fsck проверяет физическую целостность?
должно быть достаточно. а может и не должно быть :) доказательное программирование - слишком дорогая штука. так что никто не знает точно.
fsck проверяет логическую целостность остальных структур данных на ВСЕЙ файловой системе, которые накладывание журнала не затрагивает.
Debian. fsck запускается при старте системы через какой-то промежуток времени (180 дней например) обязательно, то есть при рестарте сервера это происходит почти всегда.
Там есть несколько параметров: 1) число монтирований 2) время с последней проверки. Если у Вас был чистый ребут - fsck запустится по одной из этих причин. Смотрите документацию.
"Ускорить" fsck - нельзя, там все уже. Единственный вариант - отключить либо настроить указанные выше параметры, чтобы проверки шли реже.
Если, к примеру, полное восстановление из бекапа (там проверку FS, как правило, можно делать без подобных проблем) занимает у Вас время порядка или меньше времени на fsck при старте - отключайте нафиг. Для всех или части FS, man fstab.
разве что fsck проверяет физическую целостность?
Конечно. Иначе какой от него прок?
fsck. Может быть, какой-то регулярный запуск в режиме только проверки поможет?
Ну, если Вы пишете активно - fsck много чего "найдет". Если Вы на основе подобного будете решать о запуске проверки - нужно будет каждый ребут это делать 😂