Блин, а не тебе ли я обязан представлением, что
В линуксе нет такого понятия как драйвер
?
Такого понятия как драйвер нет, но есть rpm, однако его бы я и назвал драйвером.
Наверное винда без окон-это дос32, а линукс без окон это юникс у меня такое представление
Грубая ошибка. Винда без окон и есть винда. только без explore. В качестве него можно хоть фар поставить хоть Нортон. Кстати время загрузки увеличивается в разы.
2 Vik: Ну и нафик мне винда без окон Мне этот архаичный тотал командер не подуше, а лучше него нету. Far что ли? Да, я его буду юзать, если ломать что то соберусь, а если хочешь быстро загружаться, делай Hybernate как я: 20 секунд на загрузку.
Что касается получше(покрасивее) могу предложить Frigate. По -поводу ломать, ну зачем ломать. Ломать-не строить, хотя это не совсем уместно для хакеров. Например фар удобно использовать для Ftp или сети, не грузится лишняя "красота", которая нафиг не нужна. И вообще совет на будущее: никогда не говори о том чего в руках не держал или не видел хотя бы, а то можно наговорить столько, что потом устанешь сам себя исправлять.
Что касается получше(покрасивее) могу предложить Frigate.
Красивее - да. Функциональнее - нет. (встроенный калькулятор не всчет)
В качестве него можно хоть фар поставить хоть Нортон..
Тут упоминался BlackBox.. так вот его тоже можно под виндой пустить. Другими словами - есть порт.
Есть нативный порт bb4win (живет соотвественно на http://www.bb4win.org/) и есть расшиерение BBLean.
Вот пара скринов последнего:
2Sharp: прошла истерика . Перескажи, ведь мне именно так это объяснили, а то у одного тапочки смеются, а другой сам рыдает(Кащенко рулит : -)))))
.Когда я спросил "Есть ли В линухе драйвера." Мне четко ответили, что нет, однако позже я узнал про алса и др. вещи, хотя в памяти слова"нет остались." И хоть бы кто нибудь удосужился сказать что это... А то я тоже зарыдаю.
2Vik, много полемизировать сейчас неохото... Буду краток Что такое драйвер? Драйвер - по-русски это управляющая программа. Управляет она будь железом, либо софтом. То есть, грубо говоря, это прослойка между ОС и железом (например принтером) или ОС и какой-то софтверной реализацией (например FS). Ядро большей своей частью состоит неспосредственно из драйверов. То есть это один пакет, в который вкомпилированна куча драйверов для работы с чем-попало. Такие драйверы называются ядерными. Также есть и другие реализации - модульные драйверы. То есть те, которые загружаются отдельно от потребностей ядра. Вот их ты и имел ввиду, говоря о rpm. RPM - это всего лишь архив. Вроде zip'а. А название от Redhat Package Manager. То есть в этом архиве и лежат непосредственно драйвера, которые при распаковке устанавливаются куда-то в систему и при необходимости загружаются в виде модулей. Также есть отдельно ядерные драйвера, которые реализованны в виде патчей к ядру. То есть патчишь ядро с этим драйвером, собираешь его и наслаждаешь поддержкой железки на уровне ядра, а не отдельного модуля.
Вот например твоя вышеупомянутая ядерная ALSA (Advanced Linux Sound Architecture) не всегда корректно работает с глуховухами на базе АС97. Поэтому её рекомендуют исключать из ядра и ставить в виде отдельного модуля.
Ну, вернусь в начало - управляющие программы есть в каждой ОС. Следовательно и драйвера есть в каждой ОС.
Коряво конечно, но надеюсь суть ясна...
Хочу привести Вам интересное интервью бывшего работника Microsoft для тех,
кто еще не в курсе
Вашему вниманию предлагается интервью со Стивом Б. (имя изменено), бывшим
высокопоставленным сотрудником корпорации Microsoft, недавно вынужденным
оставить свой пост из-за разногласий с руководством компании. После долгих
уговоров он согласился дать интервью, проливающее свет на воистину
сенсационные тайны софтверного гиганта.......
- Итак, Стив, вы согласились рассказать о недокументированных секретах
Microsoft Windows, доселе известных лишь ограниченному кругу работников
корпорации.
Да, не только обычные пользователи и программисты, но и рядовые сотрудники
Microsoft не имеют понятия об истинных возможностях Windows. Большинство
руководствуется популярными мифами. Например, один из наиболее
распространенных мифов - будто Windows крайне ненадежная и глючная (buggy)
система.
- Но разве это не так?
Разумеется, нет. На самом деле Windows вовсе не содержит глюков.
Согласитесь, было бы странно, если бы такая мощнейшая корпорация, как
Microsoft, с ее финансовыми ресурсами, была не в состоянии справиться с
задачей, с которой худо-бедно справляются даже создатели какого-нибудь
бесплатного наколеночного (homebuilt) Линукса.
- Но позвольте, я сам неоднократно сталкивался...
Так называемые глюки Windows не являются ошибками в прямом смысле того
слова. Они преднамеренно генерируются системой. Существует секретный
циркуляр руководства компании, #321/A, определяющий количество глюков для
каждой версии Windows.
- Но зачем?!
Потому что Microsoft не хочет резать курицу, несущую золотые яйца.
Представьте себе, что мы выпустили бы на рынок идеальную операционную
систему, каковой на самом деле является Windows. Рынок был бы насыщен очень
быстро, после чего пользователи потеряли бы всякий стимул для дальнейшего
апгрейда. А нестабильная система заставляет пользователя скорее покупать
следующую версию в надежде избавиться от глюков предыдущей. А вы
представляете себе, сколько рабочих мест создают службы технической
поддержки, выпуск патчей и т.п.?
- А существует какой-нибудь способ отключить генерацию глюков?
Да, разумеется. Достаточно прописать в system.ini в секции [boot] bugs=off
- Что, неужели так просто?
Нет, конечно, это шутка. На самом деле надо изменить в реестре значение
ключа
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Interface\{00000023-0000-0010-8000-00AA0
0 6D2EA4}
- Непременно сделаю это сразу по окончании интервью. А какие еще мифы о
Windows вы можете разоблачить?
Считается, что Windows занимает слишком большой объем и предъявляет
чрезмерные требования к железу (hardware).
- Это тоже не так?
Конечно, не так. В системных файлах Windows лишь очень небольшая часть кода
реально выполняет полезные функции. Остальное - это просто бессмысленный
набор байт, которые вообще никак не используются - разве что периодически
туда передается управление для генерации глюков. Реальный дистрибутив
Windows XP занимает коробку дискет, предыдущие версии - еще меньше.
Вспомните, вовремена восьмиразрядных компьютеров на одной дискете умешалась
операционная система, все необходимые утилиты и еще десяток игр в придачу.
Все почему-то очень быстро об этом забыли...
- Но какой смысл в искусственном завышении объема?
Существует секретное соглашение между Microsoft и ведущими производителями
винчестеров. Точную сумму сделки я вам не могу назвать, но, сами понимаете,
речь идет о числе с очень многими нулями.
- А остальные требования к железу, очевидно, вызваны контрактами с другими
производителями?
Вижу, вы начали понимать. Так и есть. Реально Windows XP, не говоря уже о
предыдущих версиях, может вполне прилично идти уже на 386-ой в классической
конфигурации. Это даже особо и не скрывается - обратите внимание, в
system.ini есть секция [386Enh], в именах системных файлов неоднократно
встречается 386, но нигде не упоминаются более мощные процессоры.
- Но почему конкуренты Microsoft не пытаются выпускать компактные и
безглючные программы с высоким быстродействием?
Мелкие фирмы попросту не обладают достаточной компетентностью, к тому же они
вынуждены пользоваться компиляторами и библиотеками Microsoft и других
крупных производителей. А крупные компании руководствуются теми же
соображениями, что и Microsoft. Кстати, это касается не только софтверных
производителей. IBM, например, уже сейчас располагает процессорами в 10 ГГц,
имеющими себестоимость менее $100. Но какой смысл выбрасывать их на рынок
сейчас, когда с пользователя еще можно слупить денег (grab money) за
гигагерцовые, потом за полуторагигагерцовые, двухгигагерцовые и так далее -
преподнося каждый этап как последнее и дорогостоящее достижение?
- Стив, ваши откровения затрагивают финансовые интересы весьма
могущественных сил. Вы не боитесь?
Я принял определенные меры безопасности, хотя...
К сожалению, на этом месте связь со Стивом Б. оборвалась. Хочется верить,
что это был обычный дисконнект...
Читая еще раз то что написал UU, понимаю что я это все знал(написать так бы не смог конечно, за что UU респект) в принципе, вот только столку сбило мое слишком малое знание Линуха. Книги, которые я читал на дрова вообще не ссылались, ну то есть слов про драйверы не было. Только щас я понял что рпм не что иное как драйвера только называются по другому.