> Второй ноутбук с Intel'ом на борту. В винде проблем нет вообще. Не знаю как там у вас нет проблем, а я регулярно наталкиваюсь на взвисы семерок и вист на интеловских чипсетах. Обычно графика виснет настолько, что помогает только reset или там где его нет (ноуты) - power button на 4 sec. Особенно характерно для входа-выхода hibernate/powersave режимы, там вообще шансы на взвис видео чуть ли не 50/50, особенно с интелом как раз.
> В X.org есть небольшой глюк при переключении консолей (кто там виноват, дрова
> или Иксы, точно сказать не могу),
Не заметил никаких проблем с переключением консолей. Как минимум в убунте с ее фреймбуферными консолями - все отлично. И вообще, интеловский драйвер может месяц непрерывно отпахать без ребутов. При просмотре фильмов, использовании 3D в играх и что там еще. Выводы напрашиваются.
> в целом всё стабильно. Может, конечно, просто потому, что мой продакшн,
> как я уже говорил, не завязан сильно на видеоподсистеме? :)
А если компьютер вообще выключить - он уж наверняка глючить не сможет. Какой смысл обсуждать глюкавость железки, если она не используется?
> И, повторюсь, винда тут абсолютно ни при чём. Траблы с видеодрайверами есть везде.
Они есть везде, но некоторые из них не чинятя годами. В частности это касается интеловских дров для висты и семерки.
>>> необходимости в видеокарте попросту нет.
>> Как бы тянуть отдельный шнур до сервера - совершенно не прикольно.
> Никто не мешает его ставить в винде.
..кроме того момента что винда довольно плохо через него управляется. Она никогда не затачивалась на такое применение. Не верите? Да блин, попробуйте через ssh настройки сетевого адаптера прописать? А сможете точку доступа из вай-фай адаптера через него переконфигурять? Чтобы уж совсем хорошо? Ну и толку от такого SSH? Это не шелл, это борьба с искусственными проблемами.
> Более того, в винде есть RDP (сюрприз!),
...только при умирании графики он как ни странно обычно тоже умирает. Как правило, при сбое графики он показывает логон-скрин. Далее прогресс логона. Все - на этой фазе он остается навсегда. Вроде бы система и не полный труп, но даже корректный шатдаун там сделать - очень сложно.
> а также можно поставить VNC, RAdmin, NX...
Можно. Только оно нагружает проц и сеть намного сильнее + не очень хорошо переживает сбои + второе очень часто детектится антивирусами как малварь. В сумме гемора получается выше крыши.
> Вот когда SSH не работает, и вообще совсем плохо, и нужна последовательная
> консоль. Учите матчасть, что ли...
Ни разу не видел придурков которые бы развлекались тем что от серверов сериальные шнурки бы тянули, это требует необоснованных затрат на проводку. При наличии уже проложенного эзернет-шнурка это жуткий маразм. Тем более что кернелу не так уж принципиально, работать с сетью или с сериальным шнурком. И как минимум линух можно обучить реагировать на alt-sysrq-* и по сети, как раз в случае если серверу очень плохо, а физически к нему лезть неудобно. Так удается выводить из штопора даже машины где ssh по какой-то причине не может взлететь (например, постоянный OOM не дающий форкнуть новый процесс + oom_killer почему-то не смог разрулить проблему).
> Браво, до вас начало доходить.
Да. Если компьютер выключить - то он вообще глючить не будет. Вывод: WinME - прекрасная система. Если компьютер с ней не включать.
> Да. Равно как и чертыхания пользователей других ОС.
Тем не менее, позволю себе еще 1 пример: если надо чтобы usb-девайс, например FTDI232, работал долго и в автопилотном режиме, линукс выглядит намного перспективнее. В винде оно иногда может отвалиться и .. все. До физического передерга девайса связи не будет. В линухе - оно для начала не отваливается. Однако если при работе с юсб-девайсами что-то идет не так, у пингвина хватает ума сделать "виртуальный передерг" устройства, вправив ему мозг ресетом по шине. Аналогично - SATA линки и прочая. Можно конечно долго бухтеть что глючным железом пользоваться не надо, однако если вопрос пойдет о том чтобы сколько-то девайсов сколько-то лет работало без людей, окажется что все гораздо сложнее и раз в год даже кабель питания глючит :). Мало ли, какие-то мощные помехи на кабель собирются, или там что еще. В таком случае винде нечем похвастать.
> делают производители.
Тогда к чему была реклама MS? К тому что с S3 Virge DX оно работает без глюков? У меня и на нем глюки в свое время были.
> Microsoft предоставляет необходимые спецификации (WHQL), если
> драйвер им удовлетворяет - велкам.
По факту, MS вообще ничего толком не тестирует. Случаи разворота на тестированиях крайне редки. По факту этот набор букв ничего не значит. Всего лишь глупый понт чтобы хоть немного оправдать необходимость лепить подписи и прикрыть свое неприкрытое желание рулить производителями железа.
> Драйвера, идущие вместе с ОС, обычно тестируют лучше прочих,
Малозаметно. Во всяком случае, у висты/семерки с этим предостаточно проблем.
> но и функционал при этом у них зачастую урезанный в целях надёжности.
Не заметил никакой особой надежности у хоть того же интеловского видеодрайвера из семерки. Видео он кладет на раз, вплоть до взвиса машины.
> Сбой в драйвере - практически всегда оказывается на совести его разработчика.
Я уже заметил - не важно что и где случается, майкрософт никогда не виноват. Интересно, а вот по поводу такого бага http://support.microsoft.com/kb/2249857 вы их сможете отмазать? В баге который разносит на куски файловую систему на диске - тоже сторонние производители виноваты? :)
> Родные драйвера MS - это, например, драйвер SCSI-контроллера. Который взаимодействует
> с т.н. драйвером минипорта. Который в свою очередь уже предоставляется обычно
> производителем контроллера.
Да, вон там повыше пример для родных драйверов и утилит майкрософта. При записи крешдампа на том более 2Тб том оказывается попросту угроблен и не восстанавливается простыми методами - вместо файловой системы вермишель получается. Очень интересно как вы отмажете MS в этот раз.
> MS и Windows - мишени крупные, промахнуться сложно. Но вы всё же
> умудрились это сделать. :)
Мы добавим, нам не сложно.
> Эта подпись всего лишь удостоверяет, что MS действительно дала вам эти дрова.
> Не путайте тёплое с мягким, а автора - с издателем.
Правда учтя что мсовские драйвера могут убить диск - не очень понятно какие есть основания доверять их кривулькам больше чем всем остальным.
> большинстве случаев косячат они.
Еще-бы, большая часть дров писана ими - логично что и большую часть глюков они привнесут. Если не писать код - то и багов в нем не будет. MS впрочем вон как-то умудрился багов насажать даже без сильных изменений кода ядра.
> Упреждая вопрос, откуда я, опёнковод с семилетним стажем, это знаю? Да просто
> интересуюсь много чем. Кроме разве что 3D-игр...
Спасибо за лишнее подтверждение того что пользватели BSD - это такие замаскированные под пенек виндузятники.
> Что им производитель даёт, то они и лепят.
Какая мне как пользователю разница, кто там из них облажался?! Я хочу чтобы железо работало и не требовало моего внимания. В линуксе все чаще это именно так. В винде тенденция обратная в последнее время.
> Попутно отрезая всё нестабильно работающее. Хотите понтов и скорости - идите
> на поклон к разработчику железки.
В конечном итоге получается что глюки что так что эдак, насажал их производитель, чинить их он не собирается зачастую, и единственное что вы как пользователь можете - пожаловаться в ООН.
> Вы лезете с опенсорсным миропониманием (к слову, весьма узким) в пропиетарный мир.
Я всего лишь сравниваю. И если сравнение не в пользу проприетарщиков - тем хуже для них. В моем понимании, драйвер - это такой бесплатный придаток к железке. Техническая сущность, нужная чисто для того чтобы железка у меня могла бы работать. Покупаю я железку, а драйвер - неизбежное зло. Попытки зажимать спеки/сорц драйвера намекают на то что производитель собирается прокатить пользователя в духе фирмы Сони.
> жалею, что потратил на вас время, скорее всего, это было впустую.
Ничего, зато набили руку в напевании дифирамбов. Идите вон на MSDN, там вас поймут.
