From: ASA <llb@udm.ru> To: Denis Smirnov <community@altlinux.ru> Subject: Re[2]: [Comm] Re: Date: Fri, 9 May 2003 11:39:59 +0500 Message-ID: <416723046.20030509113959@udm.ru> (raw) In-Reply-To: <20030508231257.GB15096@localhost.localdomain> Hello Denis, Friday, May 9, 2003, 4:12:57 AM, you wrote: >> Вы только что описали систему поднятия сервисов в WinNT/2000/XP ;) DS> :) >> DS> Необязательные -- только обеспечивают соблюдение очерёдности. >> А это хорошая идея. Относительно. Но очередность уже есть в >> SysV. DS> В SyV она тольно последовательная. Я имею в виду что-то вроде "почтовый DS> сервер должен запускать после антивирусного сервиса, если таковой DS> имеется". Как мы отметили ниже, такое можно реализовать без потери совместимости с SysV. DS> Соответственно последовательность работы загрузчика следующая -- берётся DS> список поднимаемый сервисов, строится дерево зависимостей, дальше DS> запускаем скрипты инициализации для N сервисов, из тех, которые можно DS> инициализировать сразу. После завершения каждого из скриптов смотрим что DS> следующее можно инициализировать. Я протестую против "все враз". Если запустить слишком много программ, то они в сумме отработают медленее, чем в сумме каждая по отдельности, из-за слишком большого количества разноупорядоченных обращений к диску (что-то типа hard drive seek test ;). Пример - в той же вынде выделите побольше иконок на рабочем столе и нажмите Enter ;) Поэтому можно ввести ограничение на одновременную работу не более 4*CPU скриптов враз. DS> > отдельно от других подобных ему. И тут может возникнуть DS> > нетривиальная задача развязки обязательных и необязательных DS> > зависимостей. DS> А в чём собственно её нетривиальность? Автор пакета должен суметь чётко DS> сформулировать что необходимо его сервису для работы. Нетривиальность вообще в создании такого дерева. DS> Насчёт завязки на диск -- что это, например? Сервер БД на что больше DS> завязан? IMHO сервер БД можно запускать как только смонтированы все DS> разделы и подняты интерфейсы (если он не локальный). то же самое можно сказать про большиснтво других сервисов. Итак, fsck :), squid, smb А в целом, да, ты прав, нужно какое-то другое деление. DS> Для многопроцессорных систем польза от многопоточного запуска, IMHO, DS> очевидна. Но не для hdd. DS> Ещё можно вспонмить известный факт с многопроцессной компиляцией (make DS> -jN), которая увеличивает скорость компиляции даже на однопроцессорных DS> машинах. Потому что тут постоянно запускаются одни и те же программы (gcc, make, ...), которые уже лежат в кэше. DS> > В сам S-скрипт (те, которые лежат в init.d) добавляем еще одно DS> > поле типа как это сделано для chkconfig. В этом поле указываем DS> > класс скрипта - дисковый или нет. DS> Тоже вариант. Только вот с классом скрипта непонятно -- как их делить? DS> Какой у Bind'а? А если он обслуживают тучу зон? А у иксов? Думать надо... DS> > Можно пойти дальше и ввести еще одно поле в S-скрипте - DS> > зависимость от уже стартовавшего сервиса. Реализация именно DS> > такого способа задания зависимостей не представляет вообще DS> > никакого труда. DS> Собственно этим и можно в результате сделать точно ту схему, о которой я DS> писал выше. Только тогда придётся шерстить все скрипты. И? -- Best regards, ASA mailto:llb@udm.ru
next prev parent reply other threads:[~2003-05-09 6:39 UTC|newest] Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-04-28 7:04 [Comm] дизайн дистрибутива ALJ "как в вындовс" Mike Lykov 2003-04-28 7:27 ` Alexandre Prokoudine 2003-04-28 8:05 ` Leonid B. Sysoletin 2003-04-28 8:51 ` [Comm] [JT] " Anatoly A. Yakushin 2003-04-28 9:28 ` [Comm] " Anton V. Boyarshinov 2003-04-28 15:33 ` [Comm] "" Denis Smirnov 2003-04-28 16:37 ` [Comm] Re: [Comm] [JT] дизайн дистрибутива ALJ "как в вындовс" Vitaly Lugovsky 2003-04-28 17:02 ` Roman Bogorodskiy 2003-04-29 12:58 ` Vitaly Lugovsky 2003-04-30 5:09 ` Mike Lykov 2003-04-30 5:42 ` Andrey Golovin 2003-04-30 9:36 ` Vitaly Lugovsky 2003-04-28 18:05 ` [Comm] " Maksim Otstavnov 2003-04-28 18:12 ` [Comm] Re[2]: " Maksim Otstavnov 2003-04-29 13:01 ` [Comm] " Vitaly Lugovsky 2003-04-29 13:15 ` Anton V. Boyarshinov 2003-04-29 13:53 ` [Comm] Re[2]: " Maksim Otstavnov 2003-04-29 18:26 ` Vitaly Lugovsky 2003-04-29 20:47 ` [Comm] Re[2]: " Maksim Otstavnov 2003-04-30 6:22 ` Anton V. Boyarshinov 2003-04-30 6:23 ` Anton V. Boyarshinov 2003-05-06 13:12 ` [Comm] " Alexey Tourbin 2003-04-28 19:25 ` [Comm] Re: [Comm] [JT] дизайн дис трибутива ALJ "как в в ындовс" Denis Smirnov 2003-04-29 13:05 ` Vitaly Lugovsky 2003-04-29 18:11 ` [Comm] Re: [Comm] [JT] Denis Smirnov 2003-04-30 5:06 ` Mike Lykov 2003-05-06 13:24 ` [Comm] Re: дизайн дис трибутива ALJ "как в в ындовс" Alexey Tourbin 2003-05-06 13:49 ` [Comm] Denis Smirnov 2003-05-07 11:30 ` Michael Shigorin 2003-05-07 12:33 ` Denis Smirnov 2003-05-08 8:29 ` Michael Shigorin 2003-05-08 19:13 ` Denis Smirnov 2003-05-08 22:06 ` Re[2]: " ASA 2003-05-08 23:12 ` Denis Smirnov 2003-05-09 6:39 ` ASA [this message] 2003-05-09 21:10 ` Denis Smirnov 2003-05-10 8:15 ` Re[2]: " ASA 2003-05-10 15:56 ` Denis Smirnov 2003-05-10 21:30 ` Re[2]: " ASA 2003-05-11 6:58 ` Re[3]: " Maksim Otstavnov 2003-05-11 12:13 ` Denis Smirnov 2003-05-12 3:48 ` Re[2]: " ASA 2003-05-12 11:46 ` Denis Smirnov 2003-05-12 15:51 ` Re[2]: " ASA 2003-05-12 17:15 ` Dmitry Alexeyev 2003-05-12 18:02 ` Re[2]: " ASA 2003-05-12 20:11 ` Denis Smirnov 2003-05-13 2:15 ` Re[2]: " ASA 2003-05-11 12:43 ` Re[3]: " Alexander Bokovoy 2003-05-11 12:06 ` Denis Smirnov 2003-05-13 19:10 ` Michael Shigorin 2003-05-13 20:29 ` Denis Smirnov 2003-05-14 3:19 ` Re[2]: " ASA 2003-05-14 8:47 ` Denis Smirnov 2003-05-13 19:08 ` Michael Shigorin 2003-05-13 19:43 ` ASA 2003-05-13 20:29 ` Denis Smirnov 2003-05-14 19:19 ` Michael Shigorin 2003-05-14 22:20 ` Denis Smirnov 2003-04-29 7:14 ` [Comm] Re: [Comm] [JT] дизайн дистрибутива ALJ "как в вындовс" Andrii Dobrovolskii 2003-04-29 13:30 ` Vitaly Lugovsky 2003-04-29 14:10 ` [Comm] Re: [Comm] [JT] дизайн ди стрибутива ALJ "как в в ындовс" Denis Smirnov 2003-05-02 10:40 ` Andrii Dobrovolskii 2003-05-02 22:28 ` Denis Smirnov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=416723046.20030509113959@udm.ru \ --to=llb@udm.ru \ --cc=community@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git