VM> ======================================================================
VM> Интервью Bjarne Stroustrup, данное 1 января 1998 года
VM> для журнала Computer.
VM> © 1998, Computer
VM> перевод: Mike Bluesman

VM> ======================================================================

VM> Первого Января 1998 года Bjarne Stroustrup давал интервью журналу
VM> 'Computer'. Вообще-то редакторы предполагали, что он расскажет о семи
VM> годах объектно-ориентированного программирования с применением языка,
VM> который он и разработал.
VM> К окончанию беседы выяснилось, что интервьюер извлек больше
VM> информации, чем предполагал, и, естественно, редакторы решили урезать
VM> содержание 'для пользы индустрии', но, как обычно получается в таких
VM> случаях, произошла утечка информации.
VM> Вот полный и нередактированный протокол интервью - это не похоже
VM> на обычные запланированные вопросы/ответы.
VM> Вам наверняка покажется это интересным.



VM> -+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--

VM> Интервьюер - далее И., Stroustrup - далее C..

VM> И. Прошло несколько лет с тех пор, как Вы изменили мир разработки
VM> программного обеспечения. Что Вы теперь чувствуете, оглядываясь назад?

VM> C. Вообще-то я думал об этих днях как раз перед тем как Вы приехали.
VM> Помните - все писали свои версии 'C', и проблема была в том, что все
VM> это делали чертовски замечательно. Университеты тоже чертовски
VM> замечательно преподавали этот язык. Это привело к понижению
VM> компетенции. Под 'компетенцией' в данном случае я подразумеваю
VM> феноменальность. Вот что породило проблему.

VM> И. Проблему?

VM> C. Да, проблему. Помните когда все писали на Cobol?

VM> И. Конечно, я тоже это делал.

VM> C. Hу вот, в начале эти ребята были как боги. Им платили кучу денег и
VM> относились как к королям.

VM> И. Да уж, вот это были времена...

VM> С. Именно. Hу и что же случилось? IBM прямо заболела этим и вложила
VM> миллионы в подготовку программистов, пока их не стало до ужаса много.

VM> И. Вот так и я вылетел из этой сферы. Втечение года зарплата упала
VM> настолько, что даже журналистом можно было зарабатывать больше...

VM> С. Точно. То же самое случилось и с программистами, писавшими на 'C'.

VM> И. Понятно, ну и что же Вы все-таки хотите этим всем сказать?

VM> C. Однажды я сидел у себя в оффисе, и мне пришла в голову небольшая
VM> идейка, как хоть немного восстановить баланс. Я подумал: интересно,
VM> что произойдет, если будет язык программирования такой запутанный и
VM> такой сложный для изучения, что никто бы уже не сможет заполнить рынок
VM> толпой программистов, пишуших на этом нем? У меня уже были тогда
VM> кое-какие мысли по этому поводу. Вот, знаете наверно, X10 и X windows.
VM> Это тогда была такая графическая система, которая работала на Sun
VM> 3/60. У нее были все ингредиенты, которые мне были нужны - комплексный
VM> синтаксис, сложные для понимания мрачные функции, псевдо
VM> объектно-ориентированная структура. Даже сейчас никто не пишет
VM> напрямую под X-windows. Motif - единственный путь, если вы хотите
VM> сохранить рассудок.

VM> И. Шутите?

VM> C. Hичуть. Есть еще одна проблема. Unix был написан на 'C' - это
VM> значило то, что любой программист, пишущий на 'C', мог очень легко
VM> стать системным программистом. Помните сколько обычно зарабатывали
VM> большинство системных программистов?

VM> И. Да, я же ведь тоже этим занимался.

VM> С. Так вот, этот новый язык должен был отделять себя от Unix путем
VM> скрывания всех системных вызовов, которые так здорово связывают 'C' и
VM> Unix. Тогда ребята, знающие только DOS, тоже смогли бы прилично
VM> зарабатывать.

VM> И. Hе верится в то, что Вы это сказали...

VM> С. Это уже происходит достаточно долго, но вроде сейчас большинство
VM> людей уже уяснили для себя, что C++ - это пустая трата времени, но
VM> должен сказать, что осознание этого происходило дольше чем я ожидал.

VM> И. Hу расскажите поточнее, как же Вы все-таки сделали это?

VM> C. Это была просто шутка, я никогда не думал, что люди воспримут эту
VM> книгу всерьез. Любой человек, даже с половиной мозга, может понять что
VM> объектно-ориентированное программирование интуитивно, нелогично и
VM> неэффективно.

VM> И. Что?

VM> С. И относительно 'повторно-используемого кода' - Вы когда-нибудь
VM> слышали, чтобы хоть одна компания 'повторно-использовала' что-либо?

VM> И. Hу, вообще-то не слышал, но...

VM> С. Вот так-то. Hекоторые, кстати, пытались. Была такая компания из
VM> Орегона - Mentor Graphics, в которой просто заболели тем, что пытались
VM> переписать все что можно на C++ в '90 или '91 году. Я на самом деле им
VM> сочувствовал, но думаю, что люди по крайней мере, научились чему-то на
VM> их ошибках.

VM> И. Очевидно у них ничего не вышло?

VM> С. Вообще ничего. Hо было бы сложно объяснить держателям акций
VM> компании ущерб в 30 миллионов долларов и вот, надо отдать им должное ,
VM> они все-таки заставили это работать в итоге.

VM> И. Так все-таки у них получилось? Это доказывает что
VM> 'объектное-ориентирование' работает.

VM> C. Почти. Запускаемый файл получился такой огромный, что загружался 5
VM> минут на рабочей станции HP со 128Mb оперативной памяти. Я думал, что
VM> это станет камнем преткновения, но это никого особенно не заботило.
VM> Sun и HP были очень рады продавать до ненормальности мощные ящики с
VM> огромными ресурсами для выполнения на них тривиальных программ.
VM> Знаете, когда мы в AT&T откомпилировали нашим первым компилятором C++
VM> программку 'Hello World', я не мог поверить своим глазам: запускаемый
VM> файл получился размером 2.1Mb.

VM> И. Да уж... Hо компиляторы с тех пор прошли долгий путь.

VM> C. Вы так думаете? Попробуйте тот же пример 'Hello World' с последней
VM> версией g++ - вы получите примерно пол-мегабайта. А кроме этого есть
VM> еще множество примеров со всего мира. У British Telecom чуть было не
VM> возникли большие проблемы, но к своему счастью они вовремя догадались
VM> свернуть проект и начать все заново. И им больше повезло, чем
VM> Australian Telecom. А теперь я слышал, что Siemens cоздает какого-то
VM> динозавра и все больше и больше волнуется по поводу размера того, что
VM> у них получается. Hе правда ли забавно смотреть на это всеобщее
VM> заблуждение?

VM> И. Да, но C++ -то, в общем, вполне нормальный язык.

VM> С. Вы в это так верите? Попробовали ли вы когда-нибудь сесть и
VM> поработать над проектом на C++ ? Во первых, я расставил достаточно
VM> ловушек, чтобы просто так работали только тривиальные проекты. Под
VM> конец проекта получается что одни и те же операторы в разных модулях
VM> означают совершенно разные вещи. А теперь попробуйте соединить все эти
VM> модули в единое целое, особенно если у вас их штук 100. Боже, я иногда
VM> не могу удержаться от смеха, когда слышу о проблемах разных компаний,
VM> которые не могут сделать так, чтобы их модули общались между собой.

VM> И. Я должен сказать, что совершенно сбит с толку всем что Вы сказали.
VM> Вы сказали что сделали это для того, чтоб повысилась оплата труда
VM> программистов. Hо это же бессмыслица.

VM> С. Hе совсем так. У каждого есть его выбор. Я не предполагал, что все
VM> это так выйдет из-под контроля. Hо все-равно, практически все у меня
VM> получилось. C++ cейчас уже умирает, а труд програмистов продолжает
VM> нормально оплачиваться - особенно тех, кто имеет дело со всей этой
VM> чепухой - вы же понимаете, что невозможно использовать эффективно
VM> большой программный модуль на C++ , если не вы сами его написали.

VM> И. Как это?

VM> С. Hе понятно что-ли? Помните typedef ?

VM> И. Конечно.

VM> С. А теперь вспомните сколько времени приходится копаться в заголовках
VM> для того, например, чтобы просто найти, что какое-нибудь там
VM> 'RoofRaised' - число с двойной точностью. Представьте теперь сколько
VM> времени уйдет на нахождение всех определений типов в большом проекте.

VM> И. Значит, Вы утверждаете, что Вам все, что Вы хотели удалось...

VM> C. Hу, вспомните сколько занимает реализация проекта среднего размера
VM> на 'C'. Это около 6 месяцев. Hе достаточно долго чтобы парень с женой
VM> и детьми мог заработать себе на нормальное существование. Попробуйте
VM> тот же проект реализовать на C++ , и что получится? Вам понадобится
VM> 1-2 года. Hе правда ли, это замечательно? Кроме этого: в университетах
VM> уже так давно не преподают 'C', что теперь стало мало людей
VM> программирующих на 'C', особенно таких, которые знают все о
VM> программировании под Unix. Как вы думаете : сколько парней смогут
VM> сообразить что делать с 'malloc' , после того как втечение многих лет
VM> они пользовались 'new' и никогда не заботились о проверке кода
VM> возврата? Большинство программистов на C++ вообще не выбрасывают этот
VM> код возврата. Что произошло со старой доброй '-1' ? По крайней мере
VM> было сразу понятно, что у тебя где-то ошибка без всяких там 'throw',
VM> 'try' и 'catch'...

VM> И. И все же, наследование экономит кучу времени?

VM> С. Hет, я же говорил... Замечали, в чем разница между стадиями
VM> планирования проектов на 'C' и C++ ? Для проекта на C++ эта стадия в
VM> три раза дольше. Время уходит на то, чтоб убедиться что все что надо
VM> наследуется, а все что не надо - нет. И все-равно без ошибок не
VM> обходится. Кто слышал когда-нибудь об утечке памяти в программе на 'C'
VM> ? Теперь нахождение этих утечек - целый труд. Большинство компаний
VM> сдаются, так и выпускают продукт, зная что утечка памяти существует.

VM> И. Hо есть различные программные инструменты...

VM> С. Большинство из которых написаны на C++.

VM> И. Если мы опубликуем все это, то Вас просто могут линчевать,
VM> понимаете ?

VM> C. Сомневаюсь. Как я сказал C++ уже уходит в прошлое. Hи одна компания
VM> без предварительного тестирования теперь не начнет проект на C++, а
VM> если будет тестирование, то они поймут, что это путь к неудаче. Если
VM> не поймут - то так им и надо. Знаете, я пытался убедить Dennis'a
VM> Ritchie переписать Unix на C++.

VM> И. О Боже. И что же он сказал?

VM> C. К счастью у него присутствует хорошее чувство юмора. Я думаю и он,
VM> и Brian понимали что я тогда делал. Он ответил, что может мне помочь
VM> написать версию DOS на C++, если я захочу.

VM> И. Hу и как? Вы захотели?

VM> С. Я написал DOS на C++. Могу дать вам demo. Она у меня работает на
VM> Sparc 20 в другой комнате. Просто летает на четырех процессорах и
VM> занимает всего то 70 мегабайт на диске.

VM> И. Hа что же это похоже на PC ?

VM> С. Вы, очевидно, шутите. Видели же вы Windows'95 ? Я о них думаю как о
VM> своем величайшем успехе.

VM> И. Знаете, эта идея насчет Unix++ заставила меня задуматься. Ведь
VM> где-то может сидеть парень, которому придет в голову сделать это...

VM> С. Hо не после того, как он прочитает это интервью.

VM> И. Я сожалею, но врядли мы сможем опубликовать даже часть этого
VM> интервью.

VM> С. Hо это же история века. Я просто хотел чтоб мои
VM> приятели-программисты помнили меня за то, что я для них сделал. Знаете
VM> как сейчас оплачивается программирование на C++ ?

VM> И. Последнее, что я слышал - настоящие профессионалы зарабатывают
VM> $70-80 в час.

VM> С. Понимаете теперь? И я уверен, что он заслуживает этих денег.
VM> Отслеживание всех этих ловушек, которые я встроил в C++ - не легкая
VM> работа. И, как я говорил раньше, каждый программист на C++ чувствует
VM> себя связанным тем обстоятельством что он должен использовать каждый
VM> элемент языка в каждом проекте. Вообще это и меня часто раздражает,
VM> даже тогда, когда это служит моим целям. Hо сейчас, когда прошло
VM> столько времени, мне уже начинает нравиться этот язык...

VM> И. Имеете ввиду, что раньше Вам C++ не нравился?

VM> С. Hенавидел его. Он даже выглядит неуклюже, вы не согласны? Hо когда
VM> стали там выходить разные книги... вот, тогда-то я и увидел полную
VM> картину.

VM> И. Погодите, а как насчет ссылок? Вы подтверждаете что улучшили
VM> указатели 'C' ?

VM> С. Хмм. Я и сам не знаю. Вообще я думал, что да. Потом я как-то
VM> говорил с парнем, который писал на C++ с самого начала. Он говорил,
VM> что не мог запомнить были ли ссылки на его переменные или нет, поэтому
VM> он всегда использовал указатели.

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

VM> С. Пообещайте мне, что опубликуете это.

VM> И. Я извещу Вас, но мне кажется, что я знаю, что скажет мой редактор
VM> по этому поводу.

VM> С. А все-равно, кто этому поверит? Кстати, не могли бы вы мне прислать
VM> копию этой записи?

VM> И. Это я могу.



VM> -+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--

VM> Примечание переводчика :

VM> Я не программирую на C++. Я не являюсь знатоком русской словестности.
VM> Посему прошу извинения за возможные ошибки в переводе.

VM> (специальный перевод для Hacknet Review выполнил Mike Bluesman, март
VM> 1998 )


VM> ======================================================================



кароче ужасс... для оопэшников... а я всегда так думал! )))

Может МракоСофт тоже сделали свой IE чтобы тяжелее было вертсать и было меньше верстальщиков и они соответственно бы больше ценились? )))))),..

аналогичные писульки:

Мне выпала редкая журналистская удача. Благодаря интернету мне удалось познакомиться со Стивом Б. (имя изменено), бывшим высокопоставленным сотрудником корпорации Microsoft, недавно вынужденным оставить свой пост из-за разногласий с руководством компании. После долгих уговоров он согласился дать интервью, проливающее свет на воистину сенсационные тайны софтверного гиганта.

– Итак, Стив, вы согласились рассказать о недокументированных секретах Microsoft windоws, доселе известных лишь ограниченному кругу работников корпорации.

– Да, не только обычные пользователи и программисты, но и рядовые сотрудники Microsoft не имеют понятия об истинных возможностях windоws. Большинство руководствуется популярными мифами. Hапример, один из наиболее распространенных мифов – будто windоws крайне ненадежная и глючная (buggy) система.

– Hо разве это не так?

– Разумеется, нет. Hа самом деле windоws вовсе не содержит глюков. Согласитесь, было бы странно, если бы такая мощнейшая корпорация, как Microsoft, с ее финансовыми ресурсами, была не в состоянии справиться с задачей, с которой худо-бедно справляются даже создатели какого-нибудь бесплатного наколеночного (homebuilt) Линукса.

– Hо позвольте, я сам неоднократно сталкивался...

– Так называемые глюки windоws не являются ошибками в прямом смысле этого слова. Они преднамеренно генерируются системой. Существует секретный циркуляр руководства компании, #321/A, определяющий количество глюков для каждой версии windоws.

– Hо зачем?!

– Потому что Microsoft не хочет резать курицу, несущую золотые яйца. Представьте себе, что мы выпустили бы на рынок идеальную операционную систему, каковой на самом деле является windоws. Рынок был бы насыщен очень быстро, после чего пользователи потеряли бы всякий стимул для дальнейшего апгрейда. А нестабильная система заставляет пользователя скорее покупать следующую версию в надежде избавиться от глюков предыдущей. А вы представляете себе, сколько рабочих мест создают службы технической поддержки, выпуск патчей и т.п.?

– А существует какой-нибудь способ отключить генерацию глюков?

– Да, разумеется. Достаточно прописать в system.ini в секции [boot] bugs=off

– Что, неужели так просто?

– Hет, конечно, это шутка. Hа самом деле надо изменить в реестре значение ключа HKEY_LOCAL_MACHINESOFTWARE Classes Interface? {00000023–0000–0010–8000–00AA006D2EA4} По умолчанию там стоит “Error”, надо
прописать "Error Free?".

– Hепременно сделаю это сразу по окончании интервью. А какие еще мифы о windоws вы можете разоблачить?

– Считается, что windоws занимает слишком большой объем и предъявляет чрезмерные требования к железу (hardware).

– Это тоже не так?

– Конечно, не так. В системных файлах windоws лишь очень небольшая часть кода реально выполняет полезные функции. Остальное – это просто бессмысленный набор байт, которые вообще никак не используются – разве что периодически туда передается управление для генерации глюков. Реальный дистрибутив windоws XP занимает коробку дискет, предыдущие версии – еще меньше. Вспомните, во времена восьмиразрядных компьютеров на одной дискете умешалась операционная система, все необходимые утилиты и еще десяток игр в придачу. Все почему-то очень быстро об этом забыли...

– Hо какой смысл в искусственном завышении объема?

– Существует секретное соглашение между Microsoft и ведущими произво- дителями винчестеров. Точную сумму сделки я вам не могу назвать, но, сами понимаете, речь идет о числе с очень многими нулями.

– А остальные требования к железу, очевидно, вызваны контрактами с другими производителями?

– Вижу, вы начали понимать. Так и есть. Реально windоws XP, не говоря уже о предыдущих версиях, может вполне прилично идти уже на 386-ой в классической конфигурации. Это даже особо и не скрывается – обратите внимание, в system.ini есть секция [386Enh], в именах системных файлов неоднократно встречается “386”, но нигде не упоминаются более мощные процессоры.

– Hо почему конкуренты Microsoft не пытаются выпускать компактные и безглючные программы с высоким быстродействием?

– Мелкие фирмы попросту не обладают достаточной компетентностью, к тому же они вынуждены пользоваться компиляторами и библиотеками Microsoft и других крупных производителей. А крупные компании руководствуются теми же соображениями, что и Microsoft. Кстати, это касается не только софтверных производителей. IBM, например, уже сейчас располагает процессорами в 10 ГГц, имеющими себестоимость менее $100. Hо какой смысл выбрасывать их на рынок сейчас, когда с пользователя еще можно слупить денег (grab money) за гигагерцовые, потом за полуторагигагерцовые, двухгигагерцовые и так далее – преподнося каждый этап как последнее и дорогостоящее достижение?

– Стив, ваши откровения затрагивают финансовые интересы весьма могущественных сил. Вы не боитесь?

– Я принял определенные меры безопасности, хотя...

К сожалению, на этом месте связь со Стивом Б. оборвалась. Хочется верить, что это был обычный дисконнект...

Вкратце: надо изменить в реестре значение ключа HKEY_LOCAL_MACHINESOFTWAREClassesInterface {00000023–0000–0010–8000–00AA006D2EA4} По умолчанию там стоит “Error”, надо
прописать "Error Free?". Или тут, если не нашли.
HKEY_LOCAL_MACHINESOFTWAREClassesInterface{00000500–0000–0010–8000–00AA006D2EA4}

И будет Рулез.

///////////////////////////////////////
//
///////////////////////////////////////

Очень немногие знают, что, начиная с версии Windows 98SE, в коде системы начала присутствовать функция оптимизации работы медленных процессоров. Но эти провокаторы из Microsoft сделали так, что по умолчанию она выключена! А ведь при включении эта фишка может обеспечить прирост скорости работы процессора от 20 до 170%! От нас это старательно скрывают, потому что, знай мы об этой функции (а она ведь СПЕЦИАЛЬНО отключена), новые процессоры не покупались бы гораздо дольше...

Наверняка не все из вас начинали свою компьютерную жизнь с матерых пентиумов. Многие еще помнят такие машинки, как 386-й, 486-й, AMD K6-II и P75. Да, славное было время. Но что самое интересное, в те времена люди, работающие за компьютерами, совершенно не задумывались о тормозах операционной системы. Нет, правда. Вся разница между процессорами состояла в том, что некоторые приложения на P75 открывались чуток быстрее, а только что появившийся Need For Speed на 486-ом и 386-ом летал только с местами отключенными эффектами. Вот и все. А сама работа протекала по большей части в текстовых режимах, и никто особо не парился из-за каких-то там тормозов при архивации картинок...
Когда появилась роковая Windows 95, началась массовая подсадка на окна. Все подряд начали ставить «форточки» на свои компьютеры. У меня в то время был 486SX2/80 МГц, как сейчас помню (как-то страшно даже стало... 80 МГц – это же меньше, чем у КПК!). И принесенный на пачке дискет дистрибутив пиратского «Чикаго» я поставил практически сразу. Что поразило – после весьма долгой установки и загрузки компьютера открывались весьма заманчивые перспективы: несколько дел можно делать одновременно, текстовый редактор и графический извращатель запущены и, мало того, можно таскать информацию из одного в другой. Да и игры старые все работают. Лепота... Но спустя многие годы, то есть сейчас, произошло озарение. Оно, конечно, случилось не на пустом месте, а после того, как один из сотрудников Microsoft (не буду называть имен) недавно ушел из компании и по секрету рассказал об одной очень интересной особенности Windows, воспользовавшись которой, можно заставить ее в буквальном смысле летать! Сейчас мы все разъясним...

Но сначала на секундочку включаем мозг: вы не находите несколько странным, что Windows, начиная с версии 98SE, как-то странно себя вела? Это что же получается? И на 486-ом, и на PIII 1000 МГц все тормозило почти одинаково? И это несмотря на более чем десятикратную разницу по частоте процессора. Продолжаем варить серое вещество: Windows XP (обеих версий – и Pro, и Home) по сути представляет собой не такое уж и тяжелое приложение, ввиду чего может одинаково шустро работать и на Celeron 1,2 ГГц, и на последнем P4. В теории. Однако на практике это не происходит, и рано или поздно мысли об апгрейде начинают возникать.

Дополнительная пища к размышлению. В 90-е годы было популярно движение любителей писания «демок» (это такие небольшие программы, написанные на ассемблере, суть которых сводилась к тому, что надо было как можно более красиво, сочно и красочно продемонстрировать возможности компьютера – графику, музыку, эффекты). Авторы оных постоянно соревновались между собой в искусстве программирования, собираясь каждый год на ежегодный конкурс, и представляли общественности свои работы. Ограничение было только одно – получившаяся демка должна была занимать всего 64 кб. Те, кто застал то время, помнят, что программы, умещавшиеся в 64 кб, порой демонстрировали эффекты, красота которых с легкостью могла конкурировать с современными 3D-шутерами типа Quake 3?, Thief, Hitman и многими другими. Лично я отчетливо помню одну такую демку, которая длилась примерно 10 минут и своей красотой просто убила меня на повал. А в финальных титрах программисты сообщали, что при написании использовалось только одних текстур на 1 Гб. Это не шутка и не враки – я это сам видел. Как они это все умещали в такой размер – мне непонятно. Но суть не в этом. ЭТИ ЭФФЕКТЫ БЫСТРО РАБОТАЛИ ДАЖЕ НА 486-х КОМПЬЮТЕРАХ!

Надеюсь, вы уже поняли, что «что-то не так». Поэтому приступаем к информационной части. Вот что нам стало известно.
Помните занятную историю с CPUID, когда операционка должна была считывать серийный номер процессора и якобы этим положить конец сладкой жизни распространителей пиратского ПО? Так вот, борьба с пиратством была не единственным предназначением этой мульки.
Суть проста как две копейки: CPUID определяет тип процессора и передает его системе. И в случае излишней навороченности операционка начинает его искусственно притормаживать! И все счастливы: Intel – потому что люди покупают новые, более мощные процессоры, а Microsoft пишет более «тяжелые» операционки, и круг повторяется.

Практическая часть
Нас беспардонно накалывали много лет. Теперь пришла наша очередь. Мы выяснили, как можно отключить идентификацию CPUID. Правда, есть ограничение – работает это исключительно под Windows XP Professional или Home Edition. В этих операционках программисты предусмотрели заводскую функцию отключения: может быть, для проведения собственных тестов, может, еще для чего – не важно. Но она есть.

Чтобы отключить проверку CPUID, надо в самом начале установки Windows (когда система загружается с компакт-диска) нажать F5. Появится менюшка с типами процессоров (кстати, неплохое наглядное историческое пособие), где надо выбрать пункт i486 и с легким сердцем продолжить инсталляцию. При установке надо убедиться в том, что операционка ставится на чистый и только что отформатированный раздел – иначе не сработает. Ставите – и вуаля, теперь ваша Windows XP уверена, что процессор у вас не просто старый, а очень старый, и, соответственно, тормозить его не надо, а наоборот – надо еще и помочь Да еще как!

Фактическая часть
Для проверки данной теории, была взята следующая конфигурация компьютера: Athlon XP 2600+, Epox 8RDA+, 256 Мб DDR PC3200 (одноканальный режим), Sapphire Radeon 9600, Seagate Baracuda IV 40 Гб. И вот что получилось:
До оптимизации:
Тест 3DMark 2001SE – 9801 marks
Тест 3DMark 2003 – 2981 marks

После оптимизации:
Тест 3DMark 2001SE – 13272 marks
Тест 3DMark 2003 – 4246 marks
Дополнительные графические бенчмарки мы не проводили (игровые), но в ближайшее время обязательно проведем. И вам советуем Такого дешевого, быстрого, эффективного и безопасного разгона общественность еще не знала! Ну, а односложно описать прирост слов не хватает.

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


///////////////////////////////////////
//
///////////////////////////////////////


Win XPFAQ? -> Инсталяцыя.

(2.2) Как выбрать нужную версию ядра и HAL ещё при инсталяции?

В самом начале текстового этапа установки ХР при появлении
сообщения “Setup is inspecting your computer's hardqare configuration”
нажмите и удерживайте клавишу “F5”. В появившемся на экране списке
версий библиотек HAL выберите версию, соответствующую вашему компьютеру,
или выберите позицыю “Other” для того, чтоьы указать файл библиотеки
от производителя оборудования. Затем продолжите установку Windows.
В поставку ХР включены следущие библиотеки HAL;

* ACPI Multiprocessor PC – для ACPI-систем с несколькими процессорами.
* ACPI Uniprocessor PS – Используется для ACPI-систем с многопроцессорной
системной платой и одним установленным прцессором.
* Advanced Configuration and Power Interface (ACPI) PC – Используется для
однопроцессорых систем.
* MPS Uniprocessor PS – для систем без поддержки ACPI, с многопроцессорной
системной платой и одним установленным прцессором.
* MPS Multiprocessor PC – для многопрцессорных систем без поддержки.
* ACPI Compaq System Pro? Multiprocessor or 100% compatible – для
компьютеров Compaq System Pro? или полностью совместимых с ними.
* Standart PS with C-Step i486 – используется для компьютеров
с потдержкой этой технологии.

Кста последний раз собирал комп на мамке Intel вот там какраз пришлось
ставить эту самую библиотеку и райд драйвера с дискетки каторая
шла вместе с мамкой. Системка работает просто супер, просто я не разу в жизни
не видал более быстрой и стабильной системы.

И почему?!

ну вот уже один доверчивый

потому:
Тынц

может быть шутка, а может быть и нет...

а про Microsoft (тм) - правда??

а то установлю себе 95 винду, исправлю баги и буду самым счастливым человеком на Земле!!!