|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Pavel Makarenko 2:5025/14 06 Sep 2006 21:35:08
To : Yuri Chumakov
Subject : Re: Проблема с сата-хардом
--------------------------------------------------------------------------------
YC>>> А разработчики самбы - пишут по стандарту... А потом начинают
YC>>> переделывать написанное для того, что-бы оно работало вместе с
YC>>> виндой...
PM>> просто у самбописателей такая судьба. и, кстати, где этот
PM>> микрософтовский стандарт, заверенный от лица самой корпорации? это
PM>> "стандарт" проприетарный и в рамках линейки windows все работает,
PM>> как заявлено
YC> Ок. Мс заявляет, что AD держится на базе ldap версии 2.х... Однако...
YC> оно работает только с виндой... Видители мс чуть видоизменил протокол,
YC> что привело к несовместимости его с ldap серверами других
YC> производителей (имхо намеренно видоизменил).
все правильно, это защита инвестиций в windows
YC> Список изменений можно
YC> найти на самом мс, в разделе совместимости с unix-like системами...
не нашел. прямой линк есть?
YC> А по поводу netbios - стадарту куча лет... И он делался с участием
YC> ibm...
YC> ps еще-бы оно "между собой" не работало... Хотя... Если рассматривать
YC> всю линейку, то там тоже нет полной совместимости...
YC>>> Тут такой-же эффект, только проблема связана с железом. Почему-то
YC>>> проблем с нормальными саташными контроллерами - не возникает.
YC>>> Ставил на работе на интеловскую мать с SATA150 (если верить
YC>>> самому эхотагу) еще 5.4... Сейчас там уже 5.5... Всё работает...
PM>> некорректное сравнение: интерфейс между контроллером и диском
PM>> обязан быть стандартным, ибо стандарт открытый.
YC> Да неужели? А как быть с кривой поддержкой acpi в биосах на матерях
YC> под p3? Когда винда через одно место общалась с acpi, а потом под это
YC> "общение" было написано чёрт знает сколько биосов... И впоследствие
YC> это вызвало кучу проблем у эхотага, когда он (эхотаг) совместно с acpi
YC> не работает, а acpi в биосе не отключается...
ну это проблема не windows и не биосов. это проблема эхотага - если бы он был
кому-нибудь из производителей интересен в виде продукта промышленного уровня, то
и поддержка была бы
YC> Кстати - открытость стандарта еще ни о чём не говорит. Hедавно читал в
YC> обзорах о хардах - так там последняя фишка, это поддержка какой-то
YC> фичи из набора фич sata стандарта... Типа "теперь и диски поддерживают
YC> эту фигню". Что это значит? Это значит, что практически все
YC> производители забили на открытый стандарт и лепили какой-то хлам,
YC> который они почему-то называли "hard-drive"... Причём забили на много
YC> лет, ибо sata уже не один год от роду...
это все от того, что слишком долго чесали жопы при утверждении стандартов, рынок
хотел уже покупать, вот производители и торопились с выпуском
YC> Теперь возвращаясь конкретно к контроллерам sata... Оно может, и
YC> соответствует стандарту, но со списком оговорок... причём список
YC> оговорок (как тут кем-то приводился пример) в виндовом драйвере учтён,
YC> а в доке к контроллеру об этом ни слова.
YC> еще Тебе ложку дёгтя... ;)
YC> Если стандарт открытый, то винда уж всяко должна с контроллером
YC> работать _без_ драйверов... Ибо уж кто-кто а винда с сата умеет сама
YC> по себе работать... Вопрос - зачем вообще тогда драйвер? Ответ - не
YC> всё так просто с контроллерами...
это не ложка дегтя, это твое непонимание :)
я писал про стандарт обмена между контроллером и драйвом. ты же передернул на
обмен информацией и управление между контроллером и логикой системной платы. а
это два разных уровня. о конкретной реализации контроллера достаточно знать
только производителю чипа и поставлять к нему корректный драйвер для некоторого
набора ОС
YC> Если брать эхотаг, то тут я меньше встречал проблем с драйверами на
YC> железо (правда, это вполне может быть вызвано тем, что винду я ставил
YC> чаще)...
я тоже меньше встречал проблем с драйверами под freebsd, скорее всего просто
из-за частого отсутствия драйверов под эхотаг вообще :)))
YC> Можно пойти дальше. Есть такие устройства, как usb сканеры. Если
YC> стандарт общения с usb сканером есть (ведь опознаётся железка как
YC> сканер), то зачем лепить толпу драйверов под них? Более того, почему
YC> на некоторые усб-сканеры существует требование, гласящее "сначала
YC> ставим драйвер на сканер, а потом подсоединяем сканер"... В то время,
YC> как мой довольно старенький (по нынешним меркам) usb сканер hp sj
YC> 4300c - работает совсем без ничего (через виндовый twain сканю)...
YC> Ответ один - нам производители такое "г" (извиняюсь за мат)
YC> подсовывает, что страшно представить...
PM>> а вот драйвописатель из-за недостатка информации или неумения не
PM>> смог сотворить адекватное программное изделие. упомянутый тобой
PM>> SATA150 - это режим работы, что никак не позволяет опознать чип
PM>> контроллера
YC> i865. Мать интеловская. Могу посмотреть какая именно, если это
YC> важно...
не, уже ясно. достаточно упоминания чипсета сисплаты
YC> Система была 5.4 на момент установки. Сейчас 5.5. Имхо проблем в сата
YC> я не видел со времён 5.3. 5.2 на сата не получилось ставить - не было
YC> техники под рукой.
и Win98 далеко не всегда удавалось поставить на sata :)
pm
---
* Origin: default error (2:5025/14)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
