Исходное сообщение
"Второй отчет о развитии системного менеджера systemd" Отправлено Аноним, 20-Ноя-10 15:36
> Подготовлен написанный на C инструмент, обеспечивающий корректную остановку системы, включая остановку всех процессов, отмонтирование всех файловых систем, отключение всех loopback-устройств и томов Device Mapper (LVM, Multipath, etc.). Все эти операции производятся по тщательно продуманному алгоритму, обеспечивающему их корректное выполнение практически в любой ситуации. Мда. Не могу не вспомнить http://catb.org/esr/writings/unix-koans/ten-thousand.html Потом, скрипты - это прежде всего прозрачность и низкий порог вхождения. Когда любой админ может туда заглянуть, найти ошибку и запостить патч в багзилу. А тут вместо прозрачного скрипта будет чёрный ящик, в который никто не полезет. И который всё равно всё равно вызывает umount, lvm и другие утилиты - так в чём разница с шелл-скриптом? Если скрипт тормозит оттого, что вызывает grep, awk и другие внешние утилиты - значит, давайте думать, как сделать, чтобы скрипты не тормозили. Давайте придумаем, например, новый язык для системных скриптов, который отвечал бы современным требованиям, и решим проблему в корне. А переписывать всё на С - это ну детство же, честное слово. Давайте ещё на ассемблере перепишем, всё ваще будет летать, посоны одобряют.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Подготовлен написанный на C инструмент, обеспечивающий корректную остановку системы, включая остановку всех процессов, отмонтирование всех файловых систем, отключение всех loopback-устройств и томов Device Mapper (LVM, Multipath, etc.). Все эти операции производятся по тщательно продуманному алгоритму, обеспечивающему их корректное выполнение практически в любой ситуации. > Мда. Не могу не вспомнить http://catb.org/esr/writings/unix-koans/ten-thousand.html > Потом, скрипты - это прежде всего прозрачность и низкий порог вхождения. Когда > любой админ может туда заглянуть, найти ошибку и запостить патч в > багзилу. А тут вместо прозрачного скрипта будет чёрный ящик, в который > никто не полезет. И который всё равно всё равно вызывает umount, > lvm и другие утилиты - так в чём разница с шелл-скриптом? > Если скрипт тормозит оттого, что вызывает grep, awk и другие внешние > утилиты - значит, давайте думать, как сделать, чтобы скрипты не тормозили. > Давайте придумаем, например, новый язык для системных скриптов, который отвечал бы > современным требованиям, и решим проблему в корне. А переписывать всё на > С - это ну детство же, честное слово. Давайте ещё на > ассемблере перепишем, всё ваще будет летать, посоны одобряют.
	Введите код, изображенный на картинке: