информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Сетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Блокировка российских аккаунтов... 
 Отзыв сертификатов ЦБ РФ, ПСБ,... 
 Памятка мирным людям во время информационной... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
да не, недолго =) 11.09.06 18:14  Число просмотров: 2438
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> > "Частью ядра" - значит, можно вкомпилить монолитно. Ну
> а
> > дальше ты и сам рассуждаешь о всяких страницах и
> > преимуществах мнолитной компиляции модулей ядра ;).
>
> Часть ядра, это в общепринятой терминологии как раз таки
> модуль ядра, исполняющийся в одном "кольце защиты" с ядром.
> Монолитным ядрам (а ядро линукса монолитное как ни крути)
> противопоставляются микроядра. На мой взгляд железо уже
> достаточно мощное, чтобы можно было закрыть глаза на
> оверхэд, связанный с переключением контекста между
> процессами-менеджерами. Особенно, если учесть, что взамен
> получаем нефиговую стабильность.

Ну, суть - просто придрался к словам (и извинился за это) - ты поскипал.

> > А, ну да, занимает целое число страниц. Однако тут
> надо
> > учитывать, что вкомпиленный монолитно модульвсегда
> > занимает какую-то память. При этом его никак не
> выгрузить

> > и, соответственно, эту память не освободить.
>
> Ядро винды (неупакованное) - без малого 2 метра. Object
> Manager, Configuration Manager (реестр), PnP Manager,
> Security Reference Monitor, Memory Manager, Cache Manager,
> Process Scheduler, I/O Manager ну и по мелочам Runtime
> Library, Filesystems Runtime Library, вспомогательные
> функции Executive и Kernel. Вот скажи, что из этого можно
> безболезненно выбросить?
>
> Распакованный линукс занимает не намного меньше, если
> хочешь сделать ядро винды упакованным, то наверное ты
> удивишься, если узнаешь, что NTFS поддерживает компрессию
> начиная с самых ранних версий и NT-шный osloader отлично
> грузит пакованные ядра. Не кажется ли такой вариант более
> общим (generic) и красивым. Можно упаковать не только ядро,
> но и весь system32, если тебе плевать на скорость, но жалко
> места.
>
> > > > Реалии нынешнего положения дел таковы, что
> > никакого
> > > > выигрыша от личной "оптимизации" ядра не
> > получишь.
> > > > Лично я вижу только одну причину
> пересобирать
>
> А какой выигрыш ты ожидаешь от возможности пересобрать ядро
> винды, если оно и так двухметровое (при том, что гиг ОЗУ
> сегодня - стандарт de facto).

Эй! Ты точно читал то, что я писал? Я тут твержу, что выигрыша от перекомпиляции ядра не получишь, а ты у меня спрашиваешь, как выигрыш от этого занятия я получу ;).

> > Не, ну почему же сразу "красноглазиком"? Если ты
>реально
> > знаешь зачем тебе его пересобирать, а также, какую
> выгоду
> > тебе принесёт эта компиляция, то валяй - с виндой
> такого не
> > получится =(.
>
> Что именно ты бы выкинул из ядра винды?

Ну, не то чтобы выкинул, но одназначно бы избавился от проблемы "переезда на новое железо, в частности материнскую плату".

> > Та не. В случае линукса, деньги привлекут в процесс
> > разработки и развития этой ОС не только людей, которые
> > могут заниматься этим занятием в свободное от основной
> > работы время ;).
>
> Я бы мог еще поговорить об "удобстве" разработки на
> линуксе, которое я испытал на собственном горбу, а
> продуманности архитектуры, но стоит ли?

Нет, не стоит, т.к. не в тему ;).
<sysadmin> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 1 s   Design: Vadim Derkach