Pull to refresh

Comments 58

пока оно было code name Longhorn, оно ещё сильнее тормозило. И после первых попыток работать в Vista, уже не было желания тестировать сервис паки. А с отключенной из за тормозов Aero оно мало чем отличалось от XP для пользователей, кроме надоедливого контроля учетных записей.

Эээ, какой то юмор? Вся статья "было плохо", а потом "второй шанс нужен был такой хорошей системе".

Вы плохо читали

Благодаря этому тяжелый ролик крутился на рабочем столе в своем исходном разрешении, вообще не нагружая процессор (CPU) и не замедляя работу других программ.

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

В Vista Microsoft полностью переписала архитектуру графических драйверов, внедрив WDDM (Расшифровка: Windows Display Driver Model).Теперь видеодрайвер работал в изолированном пользовательском режиме. Система продолжала работать. Сегодня по этому принципу живут и Windows 10, и Windows 11.

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

Ей для работы интерфейса Aero и нормальной жизни требовалось минимум 1-2 ГБ оперативной памяти.

И это отвратительно. Даже настольный пк с какими-нибудь 4гб оперативной памяти выбирал - или тратить 100мб на ХР или 500-1000 на висту. Выбор, по моему, очевиден.

В оригинальной Vista была ужасная проблема с файловой системой. Из-за багов в алгоритмах индексации и копирования банальный перенос тяжелого файла с флешки на жесткий диск или распаковка архива занимали вечность. Система уходила в глубокую задумчивость.

И это по вашему мелочь не стоящая внимания, всё хорошо?

Например, первые драйверы Nvidia вызывали почти треть всех «синих экранов» на Vista.

Удивительное дело, почему же пришлось делать новые драйвера? А, вы же рядом сами пишете, что к этому их принудили майкрософт.

Оригинальная Vista страдала от агрессивного SuperFetch

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

ПК работал одинаково быстро как сразу после включения, так и спустя неделю непрерывной работы.

А это совсем сказки. Где то только к вин7 все научились достаточно стабильно держать память и не утекать на дистанции.

Алгоритм перевели на адекватный режим: индексация полностью приостанавливалась, как только пользователь начинал двигать мышкой, запускал игру или тяжелое приложение.

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

Итого, все вышеперечисленные минусы (вами же написанные, ничего не придумал) это конечно же мелочи и не "было плохо" как я отметил в первом комментарии? Всё хорошо было?

О, вспомнил ещё классную штуку и даже нашел информацию, что это не только в моей голове https://www.reddit.com/r/pcgamingtechsupport/comments/ceiig0/if_you_are_using_windows_7_or_vista_and_recently/

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

Изучите матчасть: проблема здесь в отключенных внешних сервисах Microsoft, а не в коде самой операционной системы, о чем и статья.

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

Почему я должен "изучить матчасть" мне очень интересно.

В посте на реддит пишется, что gameux.dll пытается достучаться до отключенных серверов MS. Так в чём же тут проблема Windows Vista? Фича нормальная, только сервера отключены. И да, обратно же смотря какая игра.

Windows XP не отжирала память только потому, что её графический движок GDI/GDI+ застрял в 1993 году. Он был плоским, как доска, и вообще не умел общаться с видеокартой. Всё рендерилось силами центрального процессора (CPU)...

И как минимум в висте и 7 сбой видео драйвера мог всё равно уронить всю систему... Но ронять всё равно можно было

Чушь и полное непонимание матчасти. В Windows XP архитектура драйверов (XPDM) работала исключительно в Kernel Mode (режиме ядра). Сбойнула игра? Криво встал драйвер? Получи BSOD

Удивительное дело, почему же пришлось делать новые драйвера? А, вы же рядом сами пишете, что к этому их принудили майкрософт.

А как иначе заставить ленивых гигантов индустрии шевелиться? Microsoft раздала спецификации WDDM и бета-версии Longhorn/Vista производителям железа за года до официального релиза. У Nvidia и ATI было прорва времени, чтобы переписать свои драйверы под новую, безопасную архитектуру.

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

Апелляция к «людям без интернета в 2007 году» - это демагогия самого низкого пошиба. Vista создавалась как ОС нового поколения для развивающегося цифрового мира. Строить архитектуру системы 2007 года с оглядкой на глухую тайгу, где нет связи - это путь к технологическому суициду.

А это совсем сказки. Где то только к вин7 все научились достаточно стабильно держать память и не утекать на дистанции

Открой свойства системы и посмотри на версии ядер.

Windows Vista - ядро NT 6.0.

Windows 7 - ядро NT 6.1.

Windows 7 это не новая операционка. Это просто Windows Vista, которой сделали лёгкий рестайлинг кузова (панели задач) и провели маркетинговый ребрендинг. Весь менеджмент памяти, планировщик задач, Low-Fragmentation Heap и механизмы борьбы с утечками памяти были доведены до идеала в висте SP2.

«Семёрка» вышла на всём готовом. Она просто взяла вылизанную, стабильную, серверную базу Vista SP2, а маркетологи Microsoft продали её тем же самым хейтерам под соусом «мы всё починили». Проверить это проще простого: драйверы от Windows Vista в 99% случаев идеально, нативно и без оговорок вставали на Windows 7, потому что архитектурно это были две одинаковые системы.

Чушь и полное непонимание матчасти. В Windows XP архитектура драйверов (XPDM) работала исключительно в Kernel Mode (режиме ядра). Сбойнула игра? Криво встал драйвер? Получи BSOD

И точно так же получай бсод играя в игры на висте и семерке.

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

И точно так же получай бсод играя в игры на висте и семерке.

Почему? Как так? Обьясните

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

Между винхр и вин виста разница выхода 6 лет, и какие такие там свистоперделки? Не нравится Аеро? Так его можно отключить. Ваш "ценный ресурс" никуда не денется. Да и тем более, к моменту выхода SP1 и SP2 компы стали уже более-менее подходящие для Vista.

Почему? Как так? Обьясните

Удобно, когда прошло в районе 15 лет с момента когда собсна были бсоды. У меня не осталось очевидно никаких артефактов. Но бсоды были на ХР и бсоды были на висте, если улучшения и были, то они не ощущались. Первый раз плашку "драйвер упал и был восстановлен" я увидел только на вин7 и даже там оно работало не очень уверенно, иногда краш в работе видео всё равно ложил всю систему. Почему? Да черт его знает.

Да и тем более, к моменту выхода SP1 и SP2 компы стали уже более-менее подходящие для Vista.

Хорошо жили, что я могу сказать. Мой комп чудесным образом не изменился между использованием ХР и вин7. И вин7 потребляла меньше, это ощущалось в играх и нагрузке.

Драйвер упал и был восстановлен это и есть механизм TDR, который появился именно в Vista . То, что вы увидели его только на Windows 7 - проблема исключительно вашей личной биографии, а не архитектуры Microsoft. Если после краша видеоядра система всё-таки ложилась, это означало аппаратный отвал чипа или перегрев железа, а не вину ОС. В Windows XP в этой же ситуации вы получали BSOD гарантированно и сразу.

Ну а миф про "Windows 7 потребляла меньше ресурсов, чем Vista" - это совсем смешно. Семёрка создана на базе Vista SP2. У них одинаковый менеджер памяти, одинаковые требования к ОЗУ и абсолютно идентичное графическое ядро. Windows 7 "летала" только потому, что к 2009 году вы сменили старый ПК времён XP на новое железо.

Если после краша видеоядра система всё-таки ложилась, это означало аппаратный отвал чипа или перегрев железа, а не вину ОС.

Очень удобно, да. И смена версии видеорайвера или смена на винхр на вин7 внезапно решала вопросы.

Вы сейчас буквально процитировали текст где написано как работает софт, но почему-то обвиняете в этом операционную систему.

Если смена версии видеодрайвера решала проблему с крашем то это значит, что проблема была в коде самого драйвера от Nvidia или AMD, а вовсе не в Windows. Операционка предоставляет лишь архитектурный фундамент (WDDM), а если разработчики видеокарты написали кривой драйвер, который намертво вешал видеочип, то система тут при всём желании не спасет.

А если "смена на XP или 7" решала вопрос, то вы опять забываете про матчасть. Windows XP использовала древнюю архитектуру XPDM, которая вообще не нагружала видеокарту современными графическими инструкциями (там не было аппаратного ускорения интерфейса Aero, как в Vista). Естественно, полуживая или перегретая видеокарта в XP работала стабильнее просто потому, что простаивала и не напрягалась. Как только вы накатывали Windows 7, где directx-инструкции были оптимизированы лучше, чем в сыром релизе висты, нагрузка на чип распределялась корректно.

Удобно, удобно. Т.е. драйвер Nvidia или AMD всё таки мог вызвать БСОД?

Драйвер Nvidia или AMD мог вызвать БСОД в двух случаях: если он лез в Kernel Mode (как в старой XP) или из-за критического аппаратного сбоя самой железки.

Но речь шла о краше софта и падении видеоядра. На архитектуре WDDM (начиная с Vista) при программном сбое драйвера видеокарта просто перезапускалась в User Mode за долю секунды, выдавая табличку „Видеодрайвер был успешно восстановлен“. Если у вас система улетала именно в BSOD то это был либо физический отвал чипа/памяти, либо проблемы с питанием, а не косяк винды.

Если смена версии видеодрайвера решала проблему с крашем то это значит, что проблема была в коде самого драйвера от Nvidia или AMD, а вовсе не в Windows.

Вот это ваши слова. Что это значит тогда? Код драйвера таки мог вызывать БСОД?

Код драйвера таки мог вызывать БСОД?

Если драйвер кривой то да.

Так что мы тогда обсуждаем? Я изначально в https://habr.com/ru/articles/1058546/comments/#comment_30217180 и пишу:

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

По такой логике плохими можно назвать абсолютно все ОС в истории, включая Linux и macOS. Сбой в User Mode на WDDM изолировал проблему, оставляя ОС живой в подавляющем большинстве случаев. Если система улетала именно в критический BSOD, это был аппаратный дефект железа или сбой ядра, а не вина графической подсистемы Vista

Я только отметил, что эти изменения (указанные в статье) не гарантировали, что система продолжала работать несмотря на сбой в графической подсистеме висты. Проблемы были до висты, остались после висты. Даже на вин10 я раз или два (лет за 8) получал бсоды в неудачных версиях драйверов.

Отдельно прокоментирую

Апелляция к «людям без интернета в 2007 году» - это демагогия самого низкого пошиба.

У меня стабильный интернет появился только в 2010. Иногда у меня его снова отключают. И знаете что? Стим с установленной там лицензией скайрима прекрасно переживают отключение интернета, потому что сингловым играм он НЕ ТРЕБУЕТСЯ. И то что майкрософт не умеют делать некоторые фичи в своих продуктах, не значит что "демагогия", а значит что МС обосрались.

UPD: а уж в условиях санкций и прочего интернета в России снова нет. Очень удобно завязывать на него что угодно, да.

Сравнить Steam со встроенным офлайн-режимом и системный сетевой компонент 2006 года — это мощный уровень "экспертизе" . Да и где этот оффлайн режим врубается?

Да и GameUX интернета никогда не требовал. Это проблема юзеров

Да и GameUX интернета никогда не требовал. Это проблема юзеров

У вас буквально ссылка выше. На реддит. С жалобами игроков на этот самый GameUX. А если поищите сами, то увидите такие темы где то с момента появления висты - года с 2007-2008.

Конечно проблема юзеров, что майкрософт сделала плохо. Не майкрософт же плохо.

Вы читать умеете? В вашей же ссылке на Reddit черным по белому написано: "If you are using Windows 7 or Vista and recently had games not launching...". Пост датирован 2019 годом - как раз тогда, когда Microsoft окончательно отключила серверы обновлений.

Темы 2007–2008 годов, о которых вы говорите, касались совершенно другой проблемы — медленного первоначального скачивания обложек при первом добавлении игры в реестр, но игры при этом не намертво висли в процессах. Проблема с мертвым зависанием при каждом запуске исполняемого файла началась исключительно после отключения DNS-сервера.

Если вы не видите разницы между медленной работой фоновой фичи на релизе и бесконечным циклом ожидания мертвых сокетов спустя 15 лет после прекращения поддержки ОС - продолжайте винить во всем Microsoft. Факты от этого не изменятся.

http://www.networksteve.com/windows/topic.php/Starting_games:_Rundll32.exe_goes_to_max_CPU_usage,_loading_stop/?TopicId=53042

https://learn.microsoft.com/en-us/answers/questions/2428726/windows-7-game-explorer-interfering-with-game-laun

https://learn.microsoft.com/en-us/answers/questions/2496658/older-games-causes-rundll32-exe-to-open-and-100-cp

просто случайные результаты с поиска, но старые. 2009-2011 годы, та же проблема. Потому что иногда просто хз что. Иногда оно не работало с интернетом, иногда работало без него. Никаких ошибок, никаких логов.

Почитайте первую же тему с Microsoft Answers от 2010 года, которую вы прислали. Цитата: „What most don't know... Rundll.exe is spawned with the GameUX.dll... and constantly polls the dns... if this process does not receive a response, the Game's process will sit frozen... Rundll will consume a full core“.

Перевожу для тех, кто в танке: баг со стопроцентной загрузкой процессора и зависанием игры намертво происходил ИМЕННО из-за отсутствия ответа (тайм-аута) от сервера.

Почему это происходило в 2009–2011 годах у отдельных людей? Потому что у них был „кривой“ интернет: плохой пинг, лагающий провайдерский DNS, который не возвращал вовремя ответ, или блокировка пакетов брандмауэром. Сеть на ПК как бы была, служба отправляла запрос, но ответ терялся, и gameux.dll уходил в вечный цикл, вешая игру. А у людей, у которых интернета не было вообще, сокет сразу отдавал системе локальную ошибку, и игра стартовала моментально. Ну и "Иногда оно не работало с интернетом, иногда работало без него. " может это я придирчивый, но мне кажется вы только что сами написали что дело было все-таки не в интернете

gameux.dll уходил в вечный цикл, вешая игру

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

Вы заврались настолько, что начали противоречить технической документации Microsoft, которую сами же скинули минутой ранее.

Откройте глаза и перечитайте свою вторую ссылку с Microsoft Learn: "Windows 7 game explorer interfering with game launch". Там официальный представитель Microsoft и пользователи пошагово разбирают баг. Причина: служба отправляет запрос к домену ://microsoft.com. И там же черным по белому написано официальное решение проблемы: "отключить сетевой адаптер или заблокировать этот адрес через файл hosts".

Понимаете? Сама Microsoft пишет, что при отключении сети или блокировке адреса баг пропадает и игра запускается. А вы на голубом глазу утверждаете, что оно вешалось „даже без сетевого адаптера“. Хватит вешать лапшу на уши

У меня там только Anonymous-ы, не вижу официальных представителей.

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

ren %filename% "gameux.dll - go to helll!!!"

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

Приходилось доставать различные утилиты типа resmon-а и смотреть на каждый запрос, куда кто полез и что вернулось. А т.к. знаний "зачем" кто-то полез нет, приходилось искать живую систему, где всё работает и сравнивать.

Прекрасная система.

Открываем вашу третью ссылку с Microsoft Answers. Читаем описание проблемы от автора: "We have isolated it to a problem with the Game Explorer... No Internet, connected to local LAN only"

Чувствуете разницу между техническим фактом и вашим враньем про "вешалось без сетевого адаптера"? Локальная сеть была включена, сетевой адаптер работал и имел IP-адрес.

Очевидно, что произошло: раз сетевой интерфейс активен, служба gameux.dll отправляет стандартный TCP/IP-запрос к серверу Microsoft. Пакет уходит на локальный роутер, роутер его молча сбрасывает (потому что внешнего интернета нет), а операционная система Windows не получает ответа об ошибке и уходит в бесконечный цикл ожидания (Network Timeout), загружая ядро процессора на 100% через rundll32.exe. Это базовая логика работы сетевого стека любой ОС.

We have isolated it to a problem with the Game Explorer... No Internet, connected to local LAN only

Там этого нет. Так что либо у меня что-то не то, либо у вас. Жаль нас тут в комментариях двое и никто не проверит нас.

Может @moderatorможет помочь? =)

Признаю, "We have isolated it to a problem with the Game Explorer... No Internet, connected to local LAN only " я случайно скопировал из другой вкладки. В самом тексте третьей ссылки есть железобетонное техническое доказательство того, что сетевой адаптер у автора был включен.

Автор пишет: „...sits at 100% CPU Usage. i know this is due to it attempting to connect to the internet...“

Включите логику и знание сетевого стека Windows. Если бы у него был физически отключен сетевой адаптер (вынут кабель или выключена сетевая карта), служба gameux.dll физически не смогла бы выполнять операцию „attempting to connect“. Winsock API мгновенно вернул бы операционной системе локальную ошибку об отсутствии интерфейса, служба закрылась бы за миллисекунду, и игра запустилась бы сразу.

Но процесс у автора висит и жрет 100% ядра. Это классическое состояние Network Timeout (ожидание таймаута сокета). Сетевая карта активна, подключена к роутеру, Windows считает, что сеть есть, и отправляет пакет. Роутер его сбрасывает, так как внешнего интернета нет, а gameux.dll бесконечно опрашивает сеть в ожидании ответа от мертвого сервера Microsoft.

Тот факт, что геймер в 2011 году не понимал разницу между "выключить сетевую карту" и бытовым "нет интернета", и вместо этого пошел стирать реестр через Ctrl+F — это проблема его технической безграмотности.

Может @moderatorможет помочь? =)

Так причем тут модератор?

Мы в очень интересной ситуации. Всё что можно найти в интернете, выложено обычно теми, у кого хотя бы иногда был интернет. Т.е. проблема с gameux гарантированно связана как то с его присутствием хотя бы в какой то момент, да.

Это же не отменяет того факта, что отсутствие интернета и наличие gameux блокировало запуск игры. Бытовое отсутствие интернета - обрыв кабеля, неоплаченный интернет, отсутствие за роутером.

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

Сравнить Steam со встроенным офлайн-режимом и системный сетевой компонент 2006 года — это мощный уровень "экспертизе" . Да и где этот оффлайн режим врубается?

Так стим примерно того же года что и виста, и всё это время в нём есть оффлайн режим. Включится сам если нет интернета, можете явно нажать в левый верхний угол (надпись стим) и "перейти в автономный режим".

А винда в этом самом 2007 вполне оффлайн должна работать, никто ещё не распространяет обновления как сейчас, на каждый чих. Выходят именно что СП с набором обновлений, фиксы ещё тестируются тестировщиками, а не пользователями. Явно сетевой софт в эти годы умеет беречь трафик - почтовые клиенты с оффлайн хранилищем, браузеры с возможностью вернуться на прошлую страницу и не перезагружать её (потому что тогда ещё не было SPA как сейчас, которые так откатить нельзя).

Как раз дело и в том, что в статье в основном защищается Vista SP1-SP2, а на тему винвиста без сервис паков у меня уже была статья где естественно и написано почему голая виста такая себе в отличии от Vista с сервис паками

ну и если уж идти до конца то вы путаете локальный кэш браузера и синхронные API-запросы операционной системы. В 2007 году стимовский автономный режим был главным посмешищем, регулярно ломался, требовал обязательного подключения для валидации "аккурат перед выходом" и намертво блокировал библиотеку, если у вас внезапно падал провайдер. Спросите у любого, кто пытался запустить Half-Life 2 без сети в те годы.

Теперь про "сетевой софт умел беречь трафик". Вы путаете экономию трафика и архитектуру сетевых сокетов. Да, браузеры кэшировали картинки, но если вы отправляли запрос на несуществующий или мертвый IP-адрес, браузер точно так же уходил в бесконечный цикл ожидания (Connection Timeout), пока не срабатывал системный тайм-аут. В 2007 году, если у пользователя не было интернета, GameUX получал мгновенный локальный отказ от Windows Sockets и игра запускалась сразу. Проблема с зависанием началась только когда сеть есть, но сервер мертв. Библиотека gameux.dll честно отправляет пакет в сеть, роутер его пропускает, но ответа от серверов Microsoft нет, потому что их закрыли.

2007 году стимовский автономный режим был главным посмешищем, регулярно ломался, требовал обязательного подключения для валидации "аккурат перед выходом" и намертво блокировал библиотеку, если у вас внезапно падал провайдер. Спросите у любого, кто пытался запустить Half-Life 2 без сети в те годы.

И они стали лучше. Году к 2009 эти проблемы практически ушли. Да, даже сегодня можно столкнуться с чем-нибудь, но я давно не слышал таких историй. Может в том числе потому, что интернет у всех и стабильно.

В 2007 году, если у пользователя не было интернета, GameUX получал мгновенный локальный отказ от Windows Sockets и игра запускалась сразу

Мне нравится, что вы в этом уверены. Жаль, что это так не работало.

У меня есть два старых ноутбука с Vista (предустановленная) c SP2. Работает устойчиво. Не заменяю, потому что очень нравится интерфейс с Aero. Контроль учетных записей действительно раздражал, отключил.

Мне ОС нравилась внешне, ноут с ней был мощный, так что тормозов не замечал. BSOD кстати почти не ловил на ней. Но UAC раздражал неимоверно.

Собственно говоря, основные причины нелюбви - это UAC и системные требования.
Семёрка от висты отличалась не особо сильно, но к тому времени и прелести UAC'а люди поняли (а разработчики прикрутили нормальную поддержку), и компы стали мощнее.

Всерьёз неудачной у MS я считаю миллениум. В несколько меньшей степени - восьмёрка.
А виста как ОС была вполне приемлема.

разработчики прикрутили нормальную поддержку

Если точнее, Microsoft в угоду пользователям сломала UAC.

В Висте он имел абсолютно правильно лишь два положения: включён и выключен.

В 7 он получил промежуточные положения, одно из которых стало дефолтным. Это снизило число запросов UAC, но помножило защиту на ноль.

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

Верхнее положение (единственное эффективное) - всегда уведомлять с затенением

Второе (дефолтное) - уведомлять с затенением при попытках программ (кроме Проводника)

Третье - уведомлять без затенения при попытках программ (кроме Проводника)

Нижнее - не уведомлять

Собственно Чен и говорит, что второе и третье положения эквивалентны самому нижнему, поскольку они не распространяются на Проводник.

Вы правы , почти все методы "обхода uac" базируются на использовании системных компонентов с автоэлевейшн,на которое по дефолту винда не реагирует. А ставить в самый верх, как надо - людям неудобно. И потом эти же люди пишут, что винда дырявая..

Вот помяните моё слово, восьмёрка ещё вернётся. Эта ОС очень сильно опередила своё время.

В чем, если не секрет? Не помню чего-то особенного, как открыл нужное приложение, так и работаю, как в других версиях.

Я конечно же про интерфейс. Плитки, метро UI, динамические обновления. Лёгкий, без жидких стёкол и прочих скевоморфизмов.

8.1 Отличная система, не тупит на слабом железе.

Я вот помню, как мне купили компьютер где-то в 2007 г., и на нем стояла Windows Vista, которая мне очень понравилась. UAC, на который тут жаловались, можно было отключить. Тормозов я не наблюдал. После Vista на XP вообще возвращаться не хотелось.

Виста была очень красивой, спокойно просидел на ней от начала и до конца

В висте всё было нормально кроме обратной совместимости, убрали кучу ошибок на которых работал старый софт и многие программы просто перестали запускаться или крашились. Это основная проблема.

В семёрке это решили восстановив ошибки в отдельных dll -- вкладка "совместимость" в свойствах .exe файла.

Так прожорливость и есть минус. Это не "пользователи не успели обновить железо", а ОС, которая просто среда для запуска прикладного ПО жрет все в себя, а не на работу.

А мне нравился миллениум, несколько лет у меня отработал.

Знаю места где он до сих пор работает -- смешивание красок (колеровка) Тиккурилла.

Вообще проблем нет и грузится за 5 секунд из холодного старта.

Sign up to leave a comment.

Articles