Анонимный разработчик ядра Windows объясняет, почему винда медленнее других ОС

(Комментарий MrBison: я осознаю, что совсем недавно высказывал противоположные мнения, но не опубликовать это я просто не могу.)

Один из разработчиков ядра Windows, в обсуждении проблем с её производительностью на сайте Hacker News, высказался на тему причин, из-за которых эта самая производительность так сильно страдает. К сожалению, оригинальный пост потом был им же удалён, но его копия доступна по следующей ссылке: http://blog.zorinaq.com/?e=74

Одной из основных причин, почему производительность винды так сильно отстаёт от других ОС, анонимный разработчик назвал отсутствие интереса (и мотивации) в её улучшении. В Microsoft данную проблему не считают такой критичной, как другие.

Также он заметил, что попытки исправить проблемы винды зачастую не удаются потому, что разработчики отдельных компонентов противятся внедрению внешних патчей -- так как начальникам этих разработчиков эти патчи потом придётся поддерживать и оправдывать, тестерам -- смотреть, не сломалась ли совместимость, а проект-менеджеры не хотят заходить за расписания.

По отчётам этого разработчика, в Microsoft также отсутствует какая-либо мотивация разработчиков в плане инноваций. Если патч, увеличивающий производительность на 5%, в ядре линукса сделает разработчика известным в узких кругах, то в винде от этого преимущество куда меньше.

Новые разработчики, заменяющие уходящих в другие компании, зачастую не понимают, зачем были сделаны определённые решения, и, в результате этого, не хотят их совершенствовать -- вместо этого внедряя всё новые и новые подсистемы. (комментарий MrBison: я считаю это хорошей вещью, т.к. сохраняется обратная совместимость)

Оценка: 
5
Средняя: 5 (5 оценки)

Комментарии

comrade аватар

Большинство виндовсов приобретается с новыми, более мощными, компьютерами. Покупаешь новый компьютер — с ним, в нагрузку, покупаешь новый виндовс.
Виндовс почти монополист, так что новые версии программ делают уже для новой версии виндовса.
Приходится парк компьютеров досрочно обновлять, и с каждого компа микрософту денежка капает.

А линукс на компьютере можно хоть 10 лет обновлять, без замены оборудования (по памяти только требования чуть выросли).

Оценка: 
Средняя: 5 (5 оценки)

А я что говорил? ;)

А вообще, объяснение этого стукачка напомнили мне объяснения Василия Алибабаевича по поводу того, почему на его бензоколонке бензин не очень качественный. ;)

Оценка: 
Средняя: 5 (1 оценка)

Новые разработчики, заменяющие уходящих в другие компании, зачастую не понимают, зачем были сделаны определённые решения, и, в результате этого, не хотят их совершенствовать -- вместо этого внедряя всё новые и новые подсистемы. (комментарий MrBison: я считаю это хорошей вещью, т.к. сохраняется обратная совместимость)

А я не считаю. Объясню почему.

Разработчиков прикладного уровня совершенно не интересует как конкретно реализованы определённые функции ядра. Им интересно только API. А реализовать его неизменно не такая уж и неподъёмная задача.

В качестве примера приведу ядро Linux в котором каждые два года вносятся какие-нибудь существенные изменения. Но API прикладного уровня остаётся неизменным уже лет 15.

Но в Linux разработчик вынужден описать почему он принял такое решение, а не альтернативное, которых всегда много, если не желает, чтобы его творение сгинуло на свалке истории. Естественно, никто не любит велосипедостроителей, поэтому, предлагая свой подход, программист FOSS должен доказать, что в данном случае лучше всё же сделать это новой технологией, а не дорабатывать старую.

В проприетарщине всё как раз наоборот. Судите сами, что звучит лучше в отчёте <<Мы улучшили нашу технологию X на 5%!>> или <<Мы применили совершенно новую, самую быструю технологию Y в замен устаревшей технологии X!>>.

Оценка: 
Пока без оценки

> API прикладного уровня остаётся неизменным

прикладной уровень не взаимодействует с linux-ом вообще.

Оценка: 
Пока без оценки

прикладной уровень не взаимодействует с linux-ом вообще.

Я так понимаю, команда fork создаёт новый процесс путём магии розовых пони?

Для вашего сведения: в GNU/Linux любая команда прикладного уровня в конечном счёте делает вызов ядра, даже если эта функция реализована в BIOS или чём-то подобном.

Оценка: 
Пока без оценки

Ага. То-то Поттеринг во всю бесчинствует и делает, что ему хочется.

Оценка: 
Пока без оценки

К сожалению, придётся сказать, что лично я считаю разработки Поттеринга вполне адекватными. Их основная проблема скорее в том, что их слишком рано принимают в дистрибутивы, т.к. через некоторое время они уже становятся вполне юзабельными.

Оценка: 
Пока без оценки

Комментировать

Filtered HTML

  • Use [fn]...[/fn] (or <fn>...</fn>) to insert automatically numbered footnotes.
  • Доступны HTML теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote> <strike> <code> <h2> <h3> <h4> <h5> <del> <img>
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Строки и параграфы переносятся автоматически.

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Строки и параграфы переносятся автоматически.