|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 04 Dec 2006 11:45:20
To : Alex Mogilnikov
Subject : Re: типа профили загрузки для ноутбука
--------------------------------------------------------------------------------
>>> Alex Mogilnikov wrote:
VN>> Потому что:
VN>> 1. В процессе такого переписывания какое-то время система находится
VN>> в некорректном состоянии - модификация произведена не до конца,
VN>> старого состояния уже нет, нового ещё нет. В зависимости от
VN>> реализации этого переписывания может быть или кривое содержимое
VN>> файла, или отсутствие файла.
AM> Да, это действительно так. Hо почему ты называешь это диверсией, если
AM> во
AM> время этой самой модификации файл все равно никто не читает? Стартовые
AM> скрипты
AM> выполняются строго последовательно, насколько я понимаю. Разве нет?
Потому что если операция сорвётся, машина станет незагружаемой.
VN>> 2. Переписывание с заменой строки - это всегда применение
VN>> неестественного интеллекта. Может, таких строчек было две, а
VN>> переписана только одна.
AM> Конечно же, такая строчка только одна. :)
А вдруг кто-то неправильно отредактирует?
VN>> А может, детектор такой строки срабатывает
VN>> на ещё какой-то текст...
AM> Это, опять же, верно, но это опасения из разряда "а вдруг в программе
AM> ошибка". В том смысле, что вероятность такого остается всегда.
Hу а я исключаю падение в таком случае.:)
VN>> А если все эти проблемы обойдены - значит, наворочено столько
VN>> проверок и защит, что в разы проще было держать отдельный файл - и
VN>> поэтому такой метод с переписыванием слишком дорог.
AM> Если судить чисто по количеству строк, твой пример гораздо сложнее. :)
Я не старался экономить строки.:) Hу и сам метод записи/вызова
конфигурации, как уже говорилось, может быть сильно оптимизирован.
VN>> Ранее у меня были другие проблемы. А beastie - не совсем подходящее
VN>> для этого место - слишком легко сорвать загрузку совсем, не имея
VN>> возможности дойти даже до single mode.
AM> Вроде бы никаких трудностей не встретил... А какое место по-твоему
AM> более
AM> подходящее?
Если не rc.early, то тот же rc.conf (в который эти данные в любом
случае подключаются)
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
