- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
когда у Вас бэкапный скрипт понесется по файловой системе в поиска измененных файлов. Вот это Вы реально плакать будете.
400 Гб файлов клиентов в RAID1... Что-то незаметно, бекаплю раз в сутки. _не инкрементально_, просто бекап непрерывный и не торопливый... т.е. сутки и бекапится =).
Raistlin добавил 27.01.2011 в 18:10
Вы правда думаете, что умнее, чем Мэт Хитон, Павел Одинцов и Борис Долгов, которые так же в том или ином виде видимо пользуют такую систему?
Ни одно имя мне ни о чем не говорит. Позволю себе высказать только мысль, что в кернелспейсе не должны работать подобные процессы - это глупо. Почему? А все потому, что стабильность. Вы используете самосборные ядра? Это правильно. И даже очень (типовая конфигурация серверов, отсутствие ненужных дров, минимизация размера и возможных багов). Но вот вешать в ядро то, что в общем-то там быть не должно - как-то не айс. Правильнее - перехватывать чтение в юзерспейсе и именно в нем же составоять лог. Ядро - значит ядро, а не прикладной софт и оно не должно заниматься ерундой. Для этого есть журналируемые ФС...
400 Гб файлов клиентов в RAID1... Что-то незаметно, бекаплю раз в сутки. _не инкрементально_, просто бекап непрерывный и не торопливый... т.е. сутки и бекапится =).
И все сутки у Вас получается снижена производительность :(
Ни одно имя мне ни о чем не говорит.
:(
Позволю себе высказать только мысль, что в кернелспейсе не должны работать подобные процессы - это глупо. Но вот вешать в ядро то, что в общем-то там быть не должно - как-то не айс. Правильнее - перехватывать чтение в юзерспейсе и именно в нем же составоять лог. Ядро - значит ядро, а не прикладной софт и оно не должно заниматься ерундой.
Способы перехватить сисколлы в Linux:
1) Линковка со своим open(), close() и так далее. Обходится. Сложна в компиляции - абсолютно всё нужно слинковать с другими библиотеками. Процесс, выполняющийся от пользователя, должен уметь писать в общий лог, либо нужно уметь собирать кучу логов.
2) ptrace на все процессы. Съест, наверно, 30-40% Вашего cpu на анализ и на лишние шесть переключений контекста на каждый сисколл.
3) Модуль ядра. Получается то же самое, только длиннее и неудобнее - нужно подставляться в таблицу сисколлов и получать то же самое в итоге.
Для этого есть журналируемые ФС...
Вы уверены, что понимаете, зачем есть журналируемые ФС?
Кстати, какие преимущества у патча для бекапа по сравнению, например, с этой хренью http://code.google.com/p/lsyncd/ на основе inotify ?
даже если ее и сложно настроить на выдачу списка файлов раз в сутки, но ведь для inotify патчи то совсем не нужны.
inotify умеет следить только за одной папкой. В частности, это значит, что придётся в ядре хранить по несколько десятков байт для каждой папки и при запуске - сканировать всю ФС.
Хватит безпредметно спорить. У всех у нас еще молодые хостинги и пока хвастаться нечем всем. У нас еще будет время померяться письками, потом подведем итоги какая же стратегия была правильнее. Сейчас предлагаю не спорить больше в этом топике, тем более, что в теме была обвинена компания, которая оказалась практически невиновной. Апать такой заголовок не хорошо.
какие грозные слова =)
madoff все понял и апнул тему )))
madoff все понял и апнул тему )))
[irony]
пишите нужно смотреть
[/irony]
Апать такой заголовок не хорошо.
Писать такой заголовок нехорошо, без веских оснований. Это - да.
[irony]
пишите нужно смотреть
[/irony]
Ну а когда не чего уже сказать, остаёться одно. "Надо смотреть!" 🤪 я против всего мира, ибо это я ☝