The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Вышло 2.4.29 Linux ядро"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Вышло 2.4.29 Linux ядро"
Сообщение от opennews on 20-Янв-05, 08:22 
Ядро 2.4.29, прежде всего, интересно с точки зрения устранения недавнего шквала проблем безопасности (http://secunia.com/product/763/), обнаруженных в Linux ядрах. Ничего нового, за исключением некоторых мелочей и изменений в SATA, в ядре 2.4.29 не появилось, только исправления, много исправлений.


Объем ошибок в Linux ядрах, особенно связанных с безопасностью, начинает вызывать опасения, например, в LKM (Linux Kernel Maillist) развернулась дискуссия (http://kerneltrap.org/node/4570) в которой рассматривается возможность пересмотра практики приема и аудита новых патчей. Противники изменений, замечают, что большинство ошибок, как правило, находят в блоках кода, находящихся в ядре уже очень давно.


Для пользователей 2.2.x ветки рекомендуется обновиться до 2.2.27-rc2 (http://www.kernel.org/pub/linux/kernel/v2.2/testing/patch-2.2.27.log), 2.6.x - до 2.6.10-as2 (http://www.acm.rpi.edu/~dilinger/patches/2.6.10/).

URL: http://linuxtoday.com/news_story.php3?ltsn=2005-01-19-024-26-NW-KN-DV
Новость: http://www.opennet.dev/opennews/art.shtml?num=4947

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Вышло 2.4.29 Linux ядро"
Сообщение от blackpepper on 20-Янв-05, 08:22 
...."Противники изменений, замечают, что большинство ошибок, как правило, находят в блоках кода, находящихся в ядре уже очень давно"....

Эволюция идет своим чередом. А статейки у Secunia довольно интересные


Cообщить модератору | Наверх | ^

2. "'Объем ошибок в Linux ядрах, особенно связанных с безопаснос..."
Сообщение от Czarker email on 20-Янв-05, 13:35 
Не хотите пугаться - отвернитесь. Вспоминается история с утечкой проприетарного кода Microsoft и появлением горсти новых вирусов в течение недели после этого...
Cообщить модератору | Наверх | ^

3. "Если вспоминается утечка MS кода то"
Сообщение от ZOD (??) on 20-Янв-05, 14:46 
следует также вспомнить проведённые после этого исследования его качества. Так вот оно оказалось в разы лучше чем у Linux а учитывая что Linux уже догнал по огбъёму кода ядра MS то получаем что MS стабильнее.

Linux вообще запускается только потому что это ремэйк UNIX. А UNIX будучи относительно простой системой без интеграцЫи (типа как у МС) всего и вся, к качеству ПО гораздо менее критично.

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

Cообщить модератору | Наверх | ^

12. "Если вспоминается утечка MS кода то"
Сообщение от andreyn (??) on 20-Янв-05, 22:55 
>Из-за того что линус вопреки советам танненбаума избрал монолит то линукс получил быстрое >развитие на начальном этапе достигшем своего апогея в 2.2, но как только сложность монолита >достигла некоей критической массы вообще как развитие так и стабильность оказываются под >вопросом.
Уважаемый, Вы путаете _крокодила, который зелёный_ и _крокодила, который летит в Африку_. А именно, понятия _модульность_ и _микроядерность_. Так вот, Танненбаум напрягал Торвальдса на микроядерность, Торвальдс выбрал моноядерность. А вот монолитность это противоположность модульности. Но мы то все знаем, что кернел Линуха поддерживает модули, т.е. выходит, что он модульный. Линус отказался от микроядерности по соображениям производительности. Просто все массовые ЦПУ под это не заточены, и это было бы, действительно, большой мастурбацией.
Cообщить модератору | Наверх | ^

14. "Ничего я не путаю."
Сообщение от ZOD (??) on 21-Янв-05, 12:02 
Ну и что. Поддержка модулей в Linux мягко говоря недотягивает даже до аналогичной в FreeBSD, Я не говорю уже о Соляре. Линус избрал монолит, модули к нему прикручивались уже сбоку. Могу ли я загрузить планировщик в виде модуля? Или kernel threads? Нет. Поддержка драйверов устройств и некоторых сервисов в виде модулей не есть модульность ядра а есть осознаная необходимость. МаструбацЫей является то чем есть линукс сейчас. В реальности посмотрите на вашей машЫне сколько модулей загружено 3 или 10, ну максимум 15. И Посмотрите сколько модулей загружено в Solaris.

Более того так как все модули ядра работают в одном адресном пространстве и доступом к привелегированым инструкцЫям и структурам ядра, сбой в драйвере иили сервисе может Вызвать крах системы.

Ну давайте рассказывать сказки про тормознутость и требовательность к ресурсам у QNX. 10% разницЫ если бы ядро Linux было эффективным, всёравно никого не волнует....

B ещё в огород --- как на счёт мультипроцессоров?

Cообщить модератору | Наверх | ^

4. "Вышло 2.4.29 Linux ядро"
Сообщение от Аноним on 20-Янв-05, 15:17 
>следует также вспомнить проведённые после этого исследования его качества. Так вот оно оказалось в разы лучше чем у Linux а учитывая что Linux уже догнал по огбъёму кода ядра MS то получаем что MS стабильнее.

А где можно про это почитать? Просто такого бреда я ещё не слышал, я слышал что наоборот у МС полная х%"я...

Cообщить модератору | Наверх | ^

8. "ещё бред, в коллекцию"
Сообщение от Andrey Mitrofanov on 20-Янв-05, 16:24 
>>то получаем что MS стабильнее.

>А где можно про это почитать? Просто такого бреда я ещё не слышал, я слышал что наоборот у МС полная х%"я...

Он, видимо, имел в виду, что

>>>учитывая что Linux уже догнал по огбъёму кода ядра MS то получаем что MS стабильнее.

>>>Linux вообще запускается только потому что это ремэйк UNIX. А UNIX будучи относительно простой системой без интеграцЫи (типа как у МС) всего и вся, к качеству ПО гораздо менее критично.

Поскольку, объём и результат (обе "запускаются") сравнялись, но сложность у МС "выше" ("А теперь мы попытаемся со всей этой х%"~й взлететь"), то _как_бы_ "логически" получается что "качество кода МС выше".

Cообщить модератору | Наверх | ^

9. "Вышло 2.4.29 Linux ядро"
Сообщение от ZOD (??) on 20-Янв-05, 16:31 
>>следует также вспомнить проведённые после этого исследования его качества. Так вот оно оказалось в разы лучше чем у Linux а учитывая что Linux уже догнал по огбъёму кода ядра MS то получаем что MS стабильнее.
>
>А где можно про это почитать? Просто такого бреда я ещё не
>слышал, я слышал что наоборот у МС полная х%"я...

http://www.raisdorf.net/publications/wordcount
http://www.vidarholen.net/contents/wordcount/

Это по поводу мата в комментариях. Вооюще всем желающим советую grep по ядерному коду который может кое что прояснить относительно взаимоотношений, качества кода и архитектуры ядра.

Я так понимаю что защитники Linux считают что качество GNUтого кода, по определению Выше чем у любого закрытого.

Тогда несколько вопросов к таким людям. Бесспорно я думаю что gcc один из самых качественных и лучшЫх Gnuтых проектов но:

Почему качество кода который gcc генерит под alpha сильно хуже чем у DEC C 5летней давности?

Почему качество кода который gcc генерит под sparc сильно хуже чем у Sun C 4хлетней давности?

Почему объективно даже код под IntEl у intelовского компилятора получается несколько лучше, хотя в основном все затраты на gcc были именно под эту платформу?

Касательно встраиваемых применений Linux, я могу ошыбаться но соответствующие приблуды к gcc пишет почемуто не коммунити а ARM?

Почему gcc до сих пор не генерит хоть сколько нибудь удобоваримого кода под blackfin, а закрытое и проприетарное VisualStudio вполне с этим справляется?

Cообщить модератору | Наверх | ^

10. "Да и ещё желающие могут почитать мотивацЫю"
Сообщение от ZOD (??) on 20-Янв-05, 16:39 
и интервью с иницЫаторами проекта DragonFlyBSD. Я думаю это заставит их задуматься.
Cообщить модератору | Наверх | ^

5. "Вышло 2.4.29 Linux ядро"
Сообщение от Аноним email on 20-Янв-05, 15:31 
Как раз было наоборот, качество кода в Linux оказалось в разы лучше чем у M$, жаль ссылки на результаты исследований не нашел.
Cообщить модератору | Наверх | ^

6. "Зато я нашёл."
Сообщение от ZOD (??) on 20-Янв-05, 15:44 
Правда не ислледование а прикол.... Щаз поисчу исследования...

http://www.kuro5hin.org/story/2004/2/15/71552/7795

Some insight into Microsoft's famous daily build process is given in private\windows\media\avi\verinfo.16\verinfo.h:

    *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    *       !!!!!!!IF YOU CHANGE TABS TO SPACES, YOU WILL BE KILLED!!!!!!!
    *       !!!!!!!!!!!!!!DOING SO FUCKS THE BUILD PROCESS!!!!!!!!!!!!!!!!
    *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    *       !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Cообщить модератору | Наверх | ^

7. "Зато я нашёл."
Сообщение от ZOD (??) on 20-Янв-05, 15:55 
Conclusions
The security risks from this code appear to be low. Microsoft do appear to be checking for buffer overruns in the obvious places. The amount of networking code here is small enough for Microsoft to easily check for any vulnerabilities that might be revealed: it's the big applications that pose more of a risk. This code is also nearly four years old: any obvious problems should be patched by now.

Microsoft's fears that this code will be pirated by its competitors also seem largely unfounded. With application code this would be a risk, but it's hard to see Microsoft's operating system competitors taking advantage of it. Neither Apple nor Linux are in a much of position to steal code and get away with it, even if it was useful to them.

Особенно этот абзац....
In short, there is nothing really surprising in this leak. Microsoft does not steal open-source code. Their older code is flaky, their modern code excellent. Their programmers are skilled and enthusiastic. Problems are generally due to a trade-off of current quality against vast hardware, software and backward compatibility.

Дело в том что первая NT (в части микроядра) была в наглую содрана с VMS и писалась DECовскими суперпрограмистами в том числе учавствовшими в разработке VMS и RSX11M... То что такая braindamaged система с интеграцЫей всего и вся, и фактическим отсутствием вменяемой архитектуры за пределами ядра,  вообще запускается это исключительно заслуга высочайшего качества кода. И минимализацЫи количества ошЫбок в коде, ибо все ошЫбки уже изначально допущены при разработке архитектуры системы в целом. Фактически всё то что лежЫт выше виндового ядра это код писавшЫйся по мере надобности без какого либо его осмысления в виде ТЗ и какой либо чётко определённой цели. И это пожалуй единственный недостаток Windows IMHO.

Cообщить модератору | Наверх | ^

11. "Зато я нашёл."
Сообщение от Kolobok email on 20-Янв-05, 19:30 
>Дело в том что первая NT (в части микроядра) была в наглую
>содрана с VMS и писалась DECовскими суперпрограмистами в том числе учавствовшими
>в разработке VMS и RSX11M...

Прошу прощения, но боюсь это плод Вашей фантазии. Незнаю как на счет дековских программистов, но код ядра "в наглую содран" с OS/2, первую версию которой MS "писала", если можно так сказать, совместно с IBM. Было сие во времена достаславной графической оболочки Windows 3.0.

Когда обнаружилось, что эта оболочка неплохо продается, MS сочла, что дальше сможет и сама справится и вышла из проекта OS/2, не забыв прихватить с собой исходники ядра полуоси.
Вгромоздила на это ядро эту самую оболочку (к тому времени Win3.1) и оп-ля... Windows NT.

У MS до сих пор в некоторых файлах (то ли в ICO, то ли в TTF-фонтах - не помню) присутствует сигнатура OS/2.

VMS (Virtual Machine System, если я не ошибаюсь) ни близко, в то время, не мог крутиться на PC платформах, ввиду зачаточной реализации той  самой аппаратной  виртуализации в x86 процах и недостаточного кол-ва адресуемой памяти.

А дальше, простите, у Вас бред... В те времена ОС на коленках и с такой-то матерью не писали, как сейчас Linuх. Машинное время стоило дорого и, прежде чем садиться за комп, люди четко и подробно расписывали и продумывали то, что намеревались реализовать в коде. Отсюда качество, скорость и компактность кода. Не то, что сейчас...

НА счет MS: откуда было взяться качеству кода, если первый человек компании - Билл Гейтс, до сих пор не имеет высшего образования. Только не надо про почетные дипломы...


С уважением,

Cообщить модератору | Наверх | ^

13. "Зато я нашёл."
Сообщение от Аноним email on 21-Янв-05, 01:12 
Не в курсе, что причудливая серия надстроек над DOS - Win 1.x-2.x-3.x-4.x(95,98,ME) и Win NT абсолютно разные проекты?
Ветка Win NT писалась с нуля и независимо от Win 9x, правда, по возможности, совместима с ней.
Cообщить модератору | Наверх | ^

16. "Зато я нашёл."
Сообщение от ZOD (??) on 21-Янв-05, 12:08 
>Не в курсе, что причудливая серия надстроек над DOS - Win 1.x-2.x-3.x-4.x(95,98,ME)
>и Win NT абсолютно разные проекты?
>Ветка Win NT писалась с нуля и независимо от Win 9x, правда,
>по возможности, совместима с ней.


Совместимость обеспечивалась тем что над VMSным микроядром можно навесить любые сервисы и API. NT вообще не имеет отношения к Win9x или 3.1.

Cообщить модератору | Наверх | ^

20. "Зато я нашёл."
Сообщение от Kolobok email on 24-Янв-05, 11:38 
>Не в курсе, что причудливая серия надстроек над DOS - Win 1.x-2.x-3.x-4.x(95,98,ME)
>и Win NT абсолютно разные проекты?
>Ветка Win NT писалась с нуля и независимо от Win 9x, правда,
>по возможности, совместима с ней.

Да, в курсе...
А Вы когда-нибудь слышали про OS/2?
Вы знаете в чем принципиальная разница между NTFS и HPFS?
Ну и так далее...

Кстати,я глянул, сигнатура OS/2 присутствует в TrueType-фонтах.
Технология, которая обеспечила основу функциональности и, IMHO,
в большей части, успех Windows-платформы как таковой.

С уважением,

Cообщить модератору | Наверх | ^

15. "Поищите в интернете"
Сообщение от ZOD (??) on 21-Янв-05, 12:07 
Код именно ядра содран с VMS. И написан програмистами DEC. С OS/2 содрано OLE и все сервисы.

на itc есть история создания NT по русски.

Билл Гейтс не был и не есть и не будет програмистом. И к коду он имеет такое же отношение как Миллер к добыче газа и буровому оборудыванию.

Cообщить модератору | Наверх | ^

17. "Стырили?"
Сообщение от Andrey Mitrofanov on 21-Янв-05, 13:02 
>но код ядра "в наглую содран" с OS/2, первую
>версию которой MS "писала", если можно так сказать, совместно с IBM.

>MS сочла, что дальше сможет и сама справится и вышла из проекта OS/2,
>не забыв прихватить с собой исходники ядра полуоси.
>Вгромоздила на это ядро эту самую оболочку (к тому времени Win3.1) и
>оп-ля... Windows NT.

Всё верно кроме слов "в наглую содран" и кавычек в `MS "писала"`.

MS OS/2 существовала (с версии 1.0 по 1.3-с-чем-то)...
IBM OS/2 продавалась IBM'ом для машин от самого IBM (IBM PC AT-чего-то-там), а та же (почти) ОС для _совместимых_ машин (Dell'ов и пр. "AT compatible") делалась и продавалась MS'ом как MS OS/2.

Условий развода пары родителей OS/2 я не знаю, но думаю всё-таки, что "в наглую содран" к ядру NT не применимо... MS и сейчас принадлежит копирайт на кучу кода в OS/2, но это не значит, что кто-то у кого-то чего-то "стырил".

---А знаете ли Вы, что MS UNIX называется SCO Xenix??

Cообщить модератору | Наверх | ^

18. "Стырили?"
Сообщение от ZOD (??) on 21-Янв-05, 14:38 
>MS OS/2 существовала (с версии 1.0 по 1.3-с-чем-то)...
>IBM OS/2 продавалась IBM'ом для машин от самого IBM (IBM PC AT-чего-то-там),
>а та же (почти) ОС для _совместимых_ машин (Dell'ов и пр.
>"AT compatible") делалась и продавалась MS'ом как MS OS/2.
>
>Условий развода пары родителей OS/2 я не знаю, но думаю всё-таки, что
>"в наглую содран" к ядру NT не применимо... MS и сейчас
>принадлежит копирайт на кучу кода в OS/2, но это не значит,
>что кто-то у кого-то чего-то "стырил".
>
>---А знаете ли Вы, что MS UNIX называется SCO Xenix??

IBM писали OS/2 вместе с MS и енто всем известно, но код NT ядра к ядру OS/2 имеет отношение постольку поскольку. Микроядро NT во многом именно в наглую сдиралось с VMS и писалие его разработчики из DEC.

Cообщить модератору | Наверх | ^

19. "Стырили?"
Сообщение от ZOD (??) on 21-Янв-05, 15:30 

По поводу зачаточности виртулизацЫи в x86 за 10 лет ничего не изменилось, но тем не менее Вы работаете либо в Windows VM, либо в Solaris VM, либо в Linux VM, либо в BSD VM с мультипликацЫей или без.

VMS имеет к этому такое же отношение как корова к футболу. Защищённый режим есть, а всё остальное вопрос гимора времени и денег, ну и потерь в производительности разумеется.

Cообщить модератору | Наверх | ^

23. "Стырили?"
Сообщение от Kolobok email on 24-Янв-05, 14:42 
>
>По поводу зачаточности виртулизацЫи в x86 за 10 лет ничего не изменилось,
>но тем не менее Вы работаете либо в Windows VM, либо
>в Solaris VM, либо в Linux VM, либо в BSD VM
>с мультипликацЫей или без.
>
>VMS имеет к этому такое же отношение как корова к футболу. Защищённый
>режим есть, а всё остальное вопрос гимора времени и денег, ну
>и потерь в производительности разумеется.

И все же... "передирать" код ядра VMS на PC-платформу бессмысленно. Платформа не адекватна.
Это тоже самое, что пытаться написать DOOM под калькулятор. Пусть даже программируемый...

А VMS имеет к этому то отношение, что в принципе идея режима VM
на интеловых процах пришла именно с VAX'а.
А архитектура VAX'ов, как известно, строилась под  концепцию
конкретной ОС. Угадай какой?... :)

С уважением,

Cообщить модератору | Наверх | ^

26. "Так VMS и не переписывали ---"
Сообщение от ZOD (??) on 24-Янв-05, 19:19 
переписывали микроядро,а не систему. То что платформа не адекватна --- согласен. Она вообще неадекватна ничему кроме DOSа. Скажем так --- да платформа --- шит, но тем не менее я наблюдаю Solaris x86.

Микро ядро VMS можно было спортировать на x86 как и на любую другую платформу типа Alpha (с меньшим гемороем) или HP Itanium (не факт что с меньшим гемороем), но Windows от этого VMSом не становится. Более того, ядро не портировали, а передирали причём не всё разумеется.

Cообщить модератору | Наверх | ^

21. "Стырили?"
Сообщение от Kolobok email on 24-Янв-05, 12:33 
>Всё верно кроме слов "в наглую содран" и кавычек в `MS "писала"`.

На счет кавычек в слове "писала", все же именно так. Позволю себе усомниться, в том, что у MS в те времена были специалисты, способные
написать код ядра для OS/2 v.1. А у IBM точно были...

>MS OS/2 существовала (с версии 1.0 по 1.3-с-чем-то)...
>IBM OS/2 продавалась IBM'ом для машин от самого IBM (IBM PC AT-чего-то-там),

Угу. IBM PS/2 назвалось...

>а та же (почти) ОС для _совместимых_ машин (Dell'ов и пр.
>"AT compatible") делалась и продавалась MS'ом как MS OS/2.
>
>Условий развода пары родителей OS/2 я не знаю, но думаю всё-таки, что
>"в наглую содран" к ядру NT не применимо... MS и сейчас
>принадлежит копирайт на кучу кода в OS/2, но это не значит,
>что кто-то у кого-то чего-то "стырил".

Но согласитесь, разница между быть обладателем копирайта и
написать код очень большая...
Это вообще темная история. Например не понятно, почему такой монстр как
IBM вообще согласился работать с двумя школьниками, написавшими васик на коленках,по легенде, якобы в самолете. (Заметьте, нотбуков тогда не было, как класс)


>
>---А знаете ли Вы, что MS UNIX называется SCO Xenix??

Угу... Знаю. Это лучшее, что они сделали. Все остальное по сути - римейки
и плагиат.

Cообщить модератору | Наверх | ^

22. "Байка про NT на Русском и могучем."
Сообщение от ZOD (??) on 24-Янв-05, 13:45 
http://www.itc.ua/print.phtml?ID=13390

Где то видел ещё картинку с генеалогическим деревом UNIX и Windows

Cообщить модератору | Наверх | ^

24. "Байка про NT на Русском и могучем."
Сообщение от Kolobok email on 24-Янв-05, 17:13 
>http://www.itc.ua/print.phtml?ID=13390
>
>Где то видел ещё картинку с генеалогическим деревом UNIX и Windows


Собственно больше писать не собирался, но прочитав статью.
Чуть не офигел от такой наглости...

Это явно легенда от Microsoft. Попытка поставить Windows-системы
в один ряд с, действительно одной из самых лучших в плане надежности
и функциональности, ОС VMS.
В этой статье целый ряд неувязок, логических, экономических и проч.
Явно делается ставка на незнание предмета большинством читателей.

Например: "Пришлось переориентироваться на MIPS R3000..."

ОС пишутся под платформы, как всем известно. Платформа это не
только железо, но и способ его организации в единую систему.
А ОС, по определению, обеспечивает приложениям доступ к элементам
архитектуры.
Рабочие станции на MIPS делали и более менее серьезно продавали, если
я правильно помню, всего две конторы: SGI, и... не помню. Да и не суть.

Платформы были в принципе не совместимы, а главное каждая из этих
контор  поддерживала свою ОС (SGI - Irix, например) и специализировалась
в своей области. Так под которую из них разрабатывали NT?
Какова была бы, по вашему, вероятность коммерческого успеха NT,
например, под платформу SGI?  

Если бы Билли совершал бы такие маркетинговые ошибки, то мы бы им
(Майкрософтом) сейчас не мучались бы. В то время куда более
серьезные компании разваливались из-за куда менее значительных ошибок
(Для примера Digital Research. Кто-то должен помнить систему DR-DOS).

Никто не сомневается, что Microsoft принимала участие в разработке OS/2.
Представьте себя на месте Билла Гейтса. У вас за спиной работает одна
из самых профессиональных программистких команд по разработке ОС,
которая почти все уже написала. Какой смысл в этой ситуации ввязываться
в проект OS/2?
Причем не просто ввязываться, а что-то реально писать, иначе хрен бы
MS могла бы поставить копирайт на этих продуктах. IBM не та контора,
которая налево и направо раздает свою интеллектуальную собственность.

А еще... Ведь примерно в этот период была написана Xenix. Это сейчас
MS заявляет, что у них нехватает ресурсов на поддержку нескольких
платформ W9x и WNT, мол денег не хватает, а тогда они были еще
весьма далеки от лидерства и соответственно больших денег.
Могло ли так быть?

Далее: Все ОС в то время представляли собой по сути middleware
между платформой и приложениями (Будь то БД, Программы научных
расчетов, бизнес-приложения, визуальное моделирование) и сами
по себе никого не интересовались. И все платформы имели весьма
четко обозначенную специализацию: SGI - графика, DEC,
IBM - бизнес приложения Sun,HP - СУБД.
Вопрос: Под какие именно серверные приложения создавалась NT?
На чем она в  то время должна была специализироваться?

А ведь существовавшие на тот момент ОС под серверные платформы
замечательно справлялись со своими задачами, и никакой потребности
в новой ОС (NT?) , не обладавшей никакими особыми достоинствами,
ради которых стоило бы на нее переходить и, заметьте, лишаться
гарантии производителя железа.

Цитата: "В 1990 г. произошло важнейшее событие, ставшее ключевым
в судьбе NT, -- выход и головокружительный успех Windows 3.0... "

Много ли приложений сторонних производителей существовало под
Windows 3.0 на момент ее выхода? А много ли вы знаете на
серверных приложений от MS на тот момент?
MS в то время была рада любой программулине, написанной под
их платформу и о каждой из них кричала на каждом углу.

Неужели вы думаете что сторонние производители серьезного софта
стали бы писать свои приложения под неизвестную ОС малоизвестной
на тот момент компании, которая работает на неизвестно какой
платформе?

Если бы Билл ко мне пришел с таким предложением, я бы послал...
А Вы? Не думаю, что Билл мог себе позволить в то время подобные
ошибки.

При всем моем призрении к нему как к программисту, маркетолог
и политик он блестящий. И Microsoft выжила лишь по этой причине.

Короче, типичный пример легенды Microsoft.

Меня особенно оскорбило приравнивание NT к VMS. Стабильность NT
вплоть до 4.0 версии - это до сих пор "притча во языцех". А DEC
в то время давала гарантию на бесперебойную работу VMS и своих
приложений. (MS, ау!!!! Вы слышите?! Вот что вам надо сдирать...).

Причем ведь в кору падало именно ядро, которое якобы написали
программисты от DEC, поскольку приложения слетали лишь с
пресловутой ошибкой GPF не роняя самой системы. И это на тот
момент для платформы PC было действительно очень большим
достижением.

Ну короче... Свинопас (В лице MS) никогда не станет аристократом,
как бы он не пыжился и с кем бы не равнялся. Он и сейчас всего
лишь очень богатый Свинопас.

С уважением,

PS. Правда, какое это имеет отношение к новому ядру Linux?! Не
понятно... 8-\ :))

Cообщить модератору | Наверх | ^

25. "Так ведь байка."
Сообщение от ZOD (??) on 24-Янв-05, 17:32 
Так я и говорю байка. Но тем не менее именно ядро и только ядро писали специалисты из DEC. После NT 4 это ядро с тем уже ничего общего не имеет.

На один уровень с VMS они не встанут, так как у VMS ещё в 78-82 была продуманая на десятки лет вперёд архитектура, а у NT её нет вообще. Вот и всё.

То что MS принимали участие в разработке OS/2 позволило им реализовать OLE и ещё много чего.

В любом случае не надо говорить, что у MS отвратительное качество кода. Это не так. Можно посмотреть код который их индийские коллеги выкладывают на sourceforge. У MS нет архитектуры, и всё, но качество кода для того чтобы винды запускались должно быть отменным.

По поводу ITC я бы поставил их на один уровень с OSP и BYTE. Все три издания в последнее время сильно грешат качеством аналитики и писюшными статьями. Все три издания читать можно было до 2003 года IMHO.

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру