SysWOW64, or how Windows became 64-BIT

[@neko_neko_nyan]

В 16-битной windows была папка System, где были 16-битные компоненты. В 32-битной системе просто добавили System32, оставив при этом 16-битную System. Видимо разработчикам софта такое не очень понравилось и когда появилась необходимость добавить 64-битные компоненты в систему майки поступили подругому. В SysWOW64 лежат 32-битный файлы, а в System32 - 64-битные, НО если запущена 32-битная программа, то система подменяет папки: System32 становится SysWOW64, Program Files становится Program Files (x86), также подменяется часть реестра. Это может приводить к забавностям: если установлены одновременно 32-х и 64-х битные версии одной программы и в них (например) прописываются пути к файлам конфигурации, то в обоих программах будет путь к Program Files, но по факту 32-х битная программа будет читать файл из Program Files (x86), а пользователь будет не понимать, почему программа "не видит" изменений в файле, которые он сделал. Еще так ломаются программы, рассчитанные на работу в 32-х битной системе, но взаимодействующие с другими программами, которые стали 64-х битными. Конкретно, если 32-х битная программа запускает 64-х битную и передает ей путь к какому-нибудь файлу в своей папке, то 64-х битная программа скажет "Файл не найден". Но стоит переустановить 32-х битную программу не в Program Files, как все заработает.

[@jordad_seaweed]

Good!

[@Valet2]

Вообще, норм разработчики используют переменную %programfiles%, а не явный путь.

[@neko_neko_nyan]

@@Valet2 это не влияет. При запуск 32-х битной программы в 64-х битной системе меняются не пути, а файлы. То есть 32-х битные программы видят одни файлы в %ProgramFiles%, а 64-х битные - другие файлы. А не использование переменных окружения для стандартных путей ломает программу когда система стоит не на диске C:.

[@User-oq7yi]

​@@neko_neko_nyan А какой он ещё будет как не "C" предлагаешь диск на 2 части разбить, но что бы что?

[@yuramayYEE]

Syswowow128

[@muralmaksit]

Название папки прям говорит свое содержимое - Wow. Куда не глянешь, везде чудеса! Даня, спасибо за такие познавательные видео!

[@user-tz5lu2ud5o]

Легенда пластиковых окон

[@GOOSE_MGE]

@VelikiiElma777 странная у твоего отца фамилия, да и зачем ему в чем то отказывать?

[@belgan4ik]

world of warcraft?

[@destroyer8550]

world of warships?

[@AlphaFan3123]

Ждём 128-битную винду и Windows on Windows on Windows :D

[@ysjnkksy]

я твой фан!

[@chel22270]

пр

[@AlphaFan3123]

@@chel22270 ку

[@AlphaFan3123]

@@ysjnkksy оу...

[@perehodnik-offical]

я твой фан

[@ashlam]

4:34 старые приложения DOS под Windows 95+ разваливаются из-за проблемы в помещение памяти. должно быть реальный режим на котором ДОСия может работать сбоит с памятью и развал становится явным)

[@-MohammedElSyed-]

Либо они не в реальном режиме.

[@MikhaKey]

3:54 Дос! чёрной пеленой экран заполнил, чистый дос... (песня такая) Отсылки никто в комментариях не заметил

[@schtainhardt]

Мышь Потеряла форму, стала вдруг квадратной мышь

[@gervaty]

Я заметил

[@leni4273]

Я тоже заметил

[@leni4273]

И представил я, Город наводнился вдруг разумными людьми. Вышли все под ДОС, А проклятый виндовс удаляли к чёрту

[@Valet2]

Мужик, ролик вышел всего за два часа до твоего комментария.

[@SamplrOfMoonshine]

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

[@ilyxan4785pc]

Запомните ребята, это вам на будущее, ведь когда это вам пригодится, то я уже умру. Если у вас например Windows 15 или вообще Windows 20, но вы хотите понастольгировать по играм Windows XP или Windows 7, то лучше просто введите "windows xp или 7 built in game" и скачайте архив с играми, если они там будут. И там, вы сможете вспомнить детство. Да аж так! Что вы прослезитись. Windows on Windows - это бог ностальгии

[@Shumeiko228]

Это если на те годы будет актуальна архитектура x86 и на компьютерах того времени можно будет запускать не подписанный вендором код (к чему всё потихоньку идет)

[@IvanBorzenkov]

там скорее будет проще поставить wine и играться

[@danyasuvorov9200]

У меня куча старых пк с Win xp в плоть до Windows 95

[@felix_zero._.]

​@@IvanBorzenkovесли на то время его доделают. Хоть и появилась совместимость со многими программами и играми в данный момент, но в большинстве это костыли, которые не очень приятно дают о себе знать.

[@IvanBorzenkov]

@@felix_zero._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.

[@AndreyCazakov]

Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.

[@leni4273]

3:58 За отсылку на песню про ДОС спасибо!

[@ВалентинБоев-ы8ъ]

Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .

[@StefanFlyer]

Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом. Как и обычно, победило самое простое решение.

[@SL4RK]

Для меня было большим удивлением, когда узнал, что она была все еще жива до недавнего времени, как мне казалось еще в нулевых ее закопали, а нет

[@Verdgil]

У неё были свои плюсы, да и как понимаю, она до сих пор жива, так как есть поддержка несколькими системами (в основном HP-UX)

[@StefanFlyer]

@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.

[@Verdgil]

@@StefanFlyer но EoL для серверов это 2025, а значит актуально ещё

[@StefanFlyer]

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

[@Ma_X64]

Совместить слова "популярных браузеров" с эмблемой IE -- было хорошей шуткой.

[@dintonbq]

но ведь он стоит почти везде xD

[@dead_little_rabbit]

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

[@MrAlienation25]

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

[@lilmonix]

Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.

[@ivanshka1759]

Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.

[@viewererdos]

​@@ivanshka1759А может самому написать нечто похожее на Диспетчер Задач на Си?

[@ИмяФамилия-ж7ф6х]

@@ivanshka1759 фпс проседает в диспетчере? 😁 Цирк уехал...

[@Rikarre]

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

[@Bluedion]

Вот и я о том же говорю! Только у винды просто фантастическая совместимость со старыми программами!

[@замша321]

Тем временем Гугл : " мы решили убрать поддержку 32х битных приложений в андроид, так как может повысить производительность и снизить потребление ОЗУ"

[@PixelGames73]

Не Гугл, а Apple. Она первым решила отказаться от поддержки 32-бита, что как раз пошло на пользу. И отсутствие 32-бита проявило аппаратное ограничение, чем программное.

[@akeem2983]

Apple несколько лет назад: MacOS больше не будет иметь 32 битные компоненты. Великое множество игр и приложений которые сейчас работают на MacOS благодаря 32 битным компонентам? А они нам не нужны, просите разработчиков их переписывать

[@Ktoyatakoiskazhimne]

Так лол, телефоны работают на ARM, последний arm процессор имеющий разрядность 32-бита выходил в 2001 году, задолго до появления андроида и смартфонов. Скорее всего имелось ввиду поддержка приложений под x86 архитектуру, в 2011-2013 году выходили телефоны на x86/x86-64.

[@PixelGames73]

@@Ktoyatakoiskazhimne какой 2001 год, когда тот же Snapdragon 800/801/805 были чисто 32-битными ARM. А 64-бита начали добавлять с выходом Snapdragon 810, а также Nvidia Tegra K1. И вот Apple отказалась от 32 Бита окончательно с MacBook на M1, а на смартфонах - с iPhone 7, но могу ошибаться. На Android же сначала Google начала отказываться с Pixel 6/6 Pro, но это было программное ограничение. А вот уже с Pixel 7/7 Pro, в также смартфонов на базе Snapdragon 8 Gen 2 и MediaTek Dimensity 9200 уже ограничение аппаратное.

[@akeem2983]

@@PixelGames73 Apple отказались от поддержки 32 бит ещё до Apple Silicon - с выходом MacOS Catalina в 2019 году

[@denis.b.v]

то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный. Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.

[@Rikarre]

Но надо отметить почти ультрабуки на AMD: встройка 780M почти 1060, встройка 760M почти 1050ti

[@TheKelikat]

16:30 в системе всегда был только 1 эмулятор разрядности. система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию. выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке. но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32. поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться. но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием. 10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику

[@Хренсгоры-г1ъ]

И всё же, прикольно что у нас до сих пор есть совместимость со старыми приложениями.

[@alexk4058]

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

[@Fantom_er]

@@alexk4058 это если оно пересоберется...

[@antaki93]

@@alexk4058 "надо просто пересобрать". Как я обожаю линуксоидов. Ваша оторванность от реальности не знает никаких границ :D

[@skeleton_man00]

@@alexk4058 -> "просто пересобрать" -> "просто"

[@Mono_Monochrome]

@@alexk4058 Звучит как "Мой танк тоже велосипед, только пересобрать танк в велосипед и никакой возни"

[@WindowsXP7]

А мы ещё раньше думали что существует Windows 2000 64 бита...

[@xzz11222]

Ещё виндовс xp7)

[@viewererdos]

64-битная версия Windows 2000 есть.

[@dintonbq]

если есть виндовс 7, значит есть и 6,5,4,3,2,1

[@AlexAlex-jk2tn]

Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows: 1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС 2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.

[@vadimna6918]

Очень понравилось что вы всегда идете дальше, чем просто удалить и увидеть что теперь оно не работает.

[@krizator]

Интересный выпуск, узнал пару новых для себя моментов. Спасибо за работу.

[@gengar-1997]

That's why I'm keeping SysWOW64. * patiently waiting for a 128-bit architecture to appear *

[@Кереевон.Проджект]

Hello!

[@gengar-1997]

@@Кереевон.Проджект oh hello there

[@asudouser]

Увидел уведомление и сразу смотрю, спасибо Даниил ❤

[@t0liban]

На 1:20 не корректное утверждение - AMDx64 была быстрее Itanium только при работе с х86 приложениями, НО для Itanium режим работы в х86 никогда не являлся родным и выполнение команд набора х86 осуществлялась через трансляцию с потерей производительности. Сравнивать производительность , и то весьма условно, можно только в приложениях которые есть для обоих архитектур - и для х86 и для VLIW, но и здесь есть свои нюансы, т.к. производительность на Itanium сильно зависела от "качества кода", что было как сильной так и слабой стороной этой архитектуры.

[@gorbunoffdmitr9610]

AMD64 была быстрее Itanium даже в нативном режиме. Itanium как и Эльбрус не мог загрузить свои модули. VLIW была надежда что часть аппарату возьмёт компилятор и программист, а у процессора будет много исполнительных блоков, но никто не захотел напрягутся, а дальше пришли интерпретируемый языки программирование и тут у VLIW совсем грустно стало, а процессоры с декодером превратились в мутантов с огромных кэшем и спекулятивным исполняем. Мы же все понимаем что у Apple уже давно не RISC процессор, а у AMD и Intel не совсем CISC.

[@t0liban]

@@gorbunoffdmitr9610 можно ссылку на тесты ?

[@t0liban]

@@gorbunoffdmitr9610 дай ссылку на тесты.

[@t0liban]

@@gorbunoffdmitr9610 ссылку на тесты, где ЦП на архитектуре x86-64 опережает Itanium в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.

[@Nitroxis_animation]

Великолепная работа, Данил!

[@gigavit]

10:19 блин а у меня нету такой кнопки "subscribed", у меня есть только "подписан", подскажите куда мне нажимать

[@voplt35B]

Кто-то похоже не знает английский язык))

[@geckwwo]

3:55 сначала и не понял, что была отсылка про черную пелену доса)

[@Sh1rom1k]

Если удалить syswow будет очень интересно…

[@ivancomp_inside]

Даня уже делал

[@ZverCatalyst]

Siam Alam уже сделал такое

[@ivancomp_inside]

@@ZverCatalyst ещё Даня это делал когда видео без голоса у него были

[@АлександрКовалёв-ц5л4щ]

Джеффри Рихтер в книге "Windows для профессионалов. Разработка Win32-приложений с учётом специфики 64-битных операционных систем" очень много посветил и работе 32-битной ветки вызовов функций Windows при 64-битном ядре, так и её не менее захватывающему переходу на Unicode. Буквально за первую главу книги можно узнать значительно больше, чем из любых "профессиональных" современных источников. В этой книге как раз есть несколько параграфов совместимости 32/64 бита, и если в случае IA-64 или Alpha это было ещё выравнивание данных по границам машинного слова - к слову, которое программистам для этих архитектур приходилось проводить часто вручную, то в случае x86-64 только к адресации, а если быть точнее разрядности указателей. 32-битные указатели банально не дают приложению адресовать больше 2 ГБ ОЗУ.

[@dvkomsk]

С соответствующим флагом 32-битные приложения могут адресовать почти до 4 ГБ ОЗУ.

[@Valet2]

Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!

[@go40watt]

Отличное видео! Интересно, будут ли подобные интересные ролики про ос из семейства unix? 😊

[@DanielM]

Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно)))) Надеюсь на дальнейшее общение!

[@go40watt]

@@DanielM не переживай, надеюсь на адекватность аудитории )

[@goofyahhrussiankid]

​@@DanielMДаня, глянь, у тебя под коммами бот спамит, забань его

[@DanielM]

​@@goofyahhrussiankid, привет, заметил, спасибо за помощь!

[@goofyahhrussiankid]

@@DanielM всегда пожалуйста :3

[@vladislavkaras491]

Интересно было глянуть, спасибо!

[@Михаил_04]

AMD Opteron это первый процессор для серверов с AMD64 или x86-64, а первый же обычный для компьютеров на такой архитектуре был Athlon 64 появившийся в 2005 году, вместе с выходом XP Professional x64 edition

[@Unknown_User-e2l]

Это был Athlon64 ещё на сокете 754 (2001 год). Какой нафиг АМ2 ???

[@Михаил_04]

@@Unknown_User-e2l AM2 для двухъядерных Athlon 64 выпущенных позднее в 2006-2007 году

[@TheRus13]

Ну всё же первая из бытовых 64 битных ОС была Мак ОС.Процессор G5 был первый из бытовых 64 битный причём полностью и под новую ось писали 64 битный программы так как 32 битные не запускались в новой оси.

[@Ktoyatakoiskazhimne]

Первой из бытовых ОС поддерживающим 64-бит адрессацию и процессоры были ОС на ядре Linux, уже в 2001 году, когда на Мак завезли летом 2003 года, а на винду в 2005 году. Поддержка G5 в ядре Линукс появилась через пол года.

[@TheRus13]

@@Ktoyatakoiskazhimne Линукс это не операционка.Это ядро системы.Его портировали куда только возможно.Я имею ввиду систему что бы можно было запустить нормальные программы а не из серии "свободное П.О"

[@Ktoyatakoiskazhimne]

@@TheRus13 Я и сказал ОС на ядре линукс. Linux так же можно спокойно называть и семейство ОС, GNU/Linux только шизопоклонники Столлмана говорят, которые из разработки софта делают политику. >Я имею ввиду систему что бы можно было запустить нормальные программы Ну, да нормальный софт, СПО это кибергулаг с киберсоциализмом, опенсорс в разы более свободен чем "Свободное" ПО. GCC до сих пор эксклюзив *nix систем, а это один из двух лучших компиляторов C/C++, второй это Clang.

[@Rikarre]

@@Ktoyatakoiskazhimne Линукс никогда не был бытовым и не стал бытовым 😄 так что это точно яблочная разработка первая

[@Ktoyatakoiskazhimne]

@@Rikarre Если тебе выгодны преимущества от Лини, то он вполне себе бытовой. Да и лол, Андроид использует ядро Лини со своим набором софта вместо GNU Core Utils.

[@thipachan]

Обожаю этот канал. Эксперименты, рассказы о ОС и т.д

[@rand-vk8yl]

btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?

[@motofoto24]

0:37 - один простой пример. Компьютер Apple 2 был сильно популярен среди домашних и в принципе - ПК. Когда выпустили Apple III - что произошло? Программы написанные под второй не работали на третьем. а на винде - в 99% всё работало. Ну начиная с 16 бит, и наверное может даже работать на Win11, разве что без поддержки полноэкранного режима.. А досовские 8-битные по моему тоже, написанные в конце 80-х способны были напускаться еще долго.. лет 15

[@rubcovovy]

Dos был 16 бит изначально. 8 бит это CP/M-80M был эмулятор для DOS. В CP/M 8 битной максимальный размер файла не мог превышать 8 Мб.

[@Latypov1990]

Привет, Данила, сними видео про браузер Supermium!

[@romagd3215]

Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤

[@定义]

Я знал это что то с архитектурами. Спасибо за знание!

[@БаженовСергей-ы8ъ]

Век живи - век учись. Автору - огромное уважение!

[@mirolitovchenko4644]

Чисто технически Windows NT 3.x для архитектуры MIPS R4000 (компьютеров Jazz) уже была ОС для 64-битного процессора, но сама по себе по настоящему 64-битной не являлось (только именно в XP для IA-64 ядро стало 64-битным, хотя ряд фактов, например, логотип "Windows 2000 64-bit", найденный в файлах бета-версии XP, оставляют предположение, что на этапе разработки версия IA-64 должна была быть уже у этой ОС)

[@Хикс-и1з]

Даня, сделай историю разработки виндовс 11, хороший видос!

[@user-huZah3udae]

Хоспаде! Я, олдовый сисадмин, чуть не словил паническую атаку от твоих экспеременотов))

[@deonisys]

а как в винде под арм осуществляется совместимость с вин32 и вин64 там тоже есть папка вов?

[@YukiKras]

ну так есть как 32 битный арм, так и 64 битный арм

[@ВладимирКобозев-ц9н]

Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.

[@andrey_1364]

Огонь очень красивый выпуск

[@rubcovovy]

6:54 ХР64 2005 года была не чем иным как версией Server 2003. У них даже пакеты обновлений и дравера были одинаковые. Именно серверная версия x64 технологию подерживала изначально на Оптеронах от AMD.

[@Айдер_Нурмухаммедов]

Здравствуйте Даниил. Я несколько лет назад перешёл на Linux. Поскольку Windows 11 начал меня бесить. Хотел узнать. А что вы думаете о Windows 11 ?

[@IvanBorzenkov]

вас поздно что-то начала винда бесить, я уже в win7 не работал

[@DanielM]

Привет! В целом, Windows 11 пользоваться вполне себе можно. Первая сборка, которую я получал в 2021 году была действительно своего рода большим ночным кошмаром с точки зрения дизайна и производительности. Сразу был виден факт, что разработчиков по какой-то причине торопили. С выпуском 22H2 уже всё было более-менее сглажено. А с 23H2 мне стало вообще прекрасно. В моих задачах она меня полностью устраивает, их стандартный ассистент Copilot внезапно (!) не навязчив, выключается быстрее чем 10 (по оценкам проводимым на моём ПК). Как итог скажу, что я доволен, хотя некоторые вопросы у меня к ней имеются. 8/10

[@Rikarre]

Win 10 22H2 не бесит

[@rubcovovy]

Бесит или нет, но приходится запускать 11-ю в виртуалке работая в Linux. И всё ради офиса, так как издательства в РФ упорно молятся на MS Office и Times New Roman, ну и формулы только встроенный Equation или Mathtype, т.е. принуждают к Windows. Заграницей TeX для издательства требования под любую ОС фактически.

[@Айдер_Нурмухаммедов]

@@rubcovovy Это вы хорошо придумали. А какой виртуалкой пользуетесь ? VirtualBox, WMWare или Qemu ? Я вот подумываю установить Qemu на мой Archlinux. Но не знаю стоит ли.

[@Cooltube_shorts]

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

[@AdmiGW]

4:23 я здесь испугался...

[@orageux1337]

Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.

[@Bluedion]

И вся совместимость со старыми программами полетит к чёрту! Ну уж, нет!

[@orageux1337]

@@Bluedion если че программы даже с винды 7 уже не работают на 10 ке, не то что на 11 и более новых

[@orageux1337]

@@Bluedion так старые программы и так не работают уже, а если некоторые работают то только с касяками и вылетами.

[@artpuza1]

Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW

[@alexsnder_vaganov]

Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.

[@TheKelikat]

13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали. поэтому новая система полностью переписана под 64. но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем

[@andreyrenteev4412]

Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение Windows8 vs Windows10 vs Windows11. К легендарной Win7 на современных компах трудно найти драйвера (видео, лан, звук, usb 3.0). Мне приходится на разных компах работать на этих 3 системах. Интерфейс сильно отличается. Есть ли какие-то принципиальные отличия в работе ядра?

[@userPhee1iipeJ]

Вспомнилась история про то чем занимается кот, когда ему нечего делать. 🐱

[@ЁханнБеюль]

Кстати, а в старый медиаплеер можно ли продлить работу больше чем 2038г?

[@igroman-toys]

звісно, переводиш годинник і радієш далі

[@ЧерняевМаксим-ш3б]

16:33 Та-же самая Windows 10 32bit и ниже поддержывает запуск 16bit'ных программ

[@putman77]

Спасибо за видео ! п.с. Мне показалось или в ролике голос Дмитрия [Newbilius] Моисеева ?

[@ivancomp_inside]

Впервые смотрю видос, который вышел менее 10 минут назад

[@muralmaksit]

Ого

[@muralmaksit]

@VelikiiElma777 почему? Приведи хотяб один аргумент.

[@AlphaFan3123]

@@muralmaksit та это бот

[@goofyahhrussiankid]

​@VelikiiElma777#эльмахуесоскаизподваланегра

[@muralmaksit]

@@AlphaFan3123 Понял, кстати, привет!

[@arnoldgid2865]

Чую я после таких как ты буду шарить за структуру винды и реестра на уровне *про. Спасибо!

[@кирофф]

7:06 Этот момент в теории доказывает, что Даниэль - это нейросеть

[@Михаил_04]

Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ

[@rubcovovy]

Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.

[@WinUpgrade]

Как и ко всем видео Данилы я скажу и к этому видео что оно вышло крутым

[@uryuk09]

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

[@DarkCameramanN1]

Ура новый ролик!

[@alexaleardo]

Я с самой хр знал что теперь 32-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.

[@SweeqdanStay]

Урааа!!! Данилка вернул старый стиль монтажа! Я же не один рад? Имхо новый стиль монтажа очень странный и дёрганный.

[@DanielM]

Хммм... то есть рассказанная информация в видео имеет не первый приоритет? :)

[@SweeqdanStay]

@@DanielM Ну встречают по одёжке, проважают по уму :)

[@jdasfjjtdou5501]

Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.

[@beee-404]

Ты лучший ютубер! Пришел сюда по зову сердца!

[@GosaCynar-mj4bs]

это же та самая песня на 3:53, про dos. аж прослезился от ностальгии 😢

[@prtls]

IE: Даня, я умираю. Прекрати битбоксить.

[@QuickBalls]

Данил ты крутой! Так держать!

[@RenegatN]

Дань! Можно обзора такой вещи как ntvdmx64? По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS

[@kuroya2mouse]

2:26 Это всё же слой совместимости, а не слой эмуляции. Ведь по факту ничего не эмулируется. (Тут как с Wine -- Wine is not emulator)

[@SilverJohnes]

10:00 «Опираясь на документацию Миерософт,первый файл использует… второй использует.» Файлы опираются на документацию Микрософт? 15:30 “Начинается финита ля комедия». Друг мой! Финита - это конец, финиш! Начинаться финита не может. А сам этот фразеологизм «комедия окончена» - не о комедии.

[@АлександрН-о4щ]

а как же "середина начала конца" ?! )))

[@romansv2631]

сними видео про ОС Integrity do-178b интересно было бы послушать

[@dankler_6812]

Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃

[@YukiKras]

Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.

[@dvkomsk]

На самом деле ограничение для 32-битных программ больше 3 ГБ, почти доходит до 4 ГБ. 64-битные программы могут при определенных условиях работать медленнее 32-битных из-за того, что используют 64-битные указатели вместо 32-битных, что может приводить к увеличению размера некоторых структур данных в памяти, что влечет за собой большую частоту промахов кэш-памяти. А в некоторых случаях наоборот, 64-битные программы могут работать быстрее, если интенсивно используют 64-битную арифметику, которая работает быстрее в 64-битном режиме.

[@fliperpen]

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

[@koe_sto]

Когда Даня делает не неожиданную просьбу о подписке мне всегда кажется что видео кончается :о

[@se7entomo]

Как же хочется съесть фруктовый рулет-тигр и закусить его воздухом...

[@bivalvan1564]

Мне вот одно непонятно: почему нельзя принудительно запускать 32 бит программы как 64 бит. Это бы решило бы множество проблем с менеджментом текстур в 32 битных играх. Переход с 32 битной архитектуры на 64 битную обусловлен лимитами по потреблению ОЗУ. Казалось бы что 30 лет назад 4 ГБ ОЗУ - это слишком много для программ и ОС, но это не так. Развитие технологий диктует свои правила. Поэтому переход с 32 Бит на 64 Бит убирает ограничение с 4 ГБ ОЗУ до 18 Экса Байт ОЗУ, что в теории заполнить практически нереально. Поэтому переход на 128бит архитектуру в ближайшие 100 лет нам точно не придется ждать. А если кто то считает что 32 бит программы и так хорошо работают, то недавно в Team Fortress 2 был пофикшен эксплойт позволяющий крашить игру на 32 бит, банальной грифкой в сжатом формате. Вот видео с разъяснением kzbin.info/www/bejne/mpzNda2Hft6loJo

[@AirShowOfFlasher]

Даров, Даня. Не узнал? Я пожелал тебе 10млн сабов к следующему ДР и желаю до сих пор.

[@thenikehiro5278]

Я его агент, он не узнал тебя

[@TheDJs3000]

Помню даже тестил W2000 64 битную на реальной Dec Alpha. Работало всё вполне себе. Правда версия была не релизная и вылазили разные баги.

[@Oleg_Falko]

Сейчас это и на телефонах происходит. Понемногу отказываются от поддержки 32-битных приложений и переход на новую архитектуру ARMv9, хотя для меня это потеря половины хороших приложений и старых игр. Еще и куча новых ограничений просто бесит, как будто я буду систему удалять или вирусы специально в папку Android кидать. Для меня лучший андроид это десятка, где и гайки не закручивали по доступу к папкам, и поддержка старых приложений была. А на 14 Андроиде чувствую себя очень плохо, то приложение не работает, нормально работать с кэшем игр и файлами в папке Android нельзя, еще и жрет много заряда. Разочарование, одним словом.

[@SL4RK]

Хоть один человек кроме меня это заметил + еще замедлили доступ к fs, если в папке по 10000 фоток, секунд 10 только сами значки отрисовываются, еще секунд 5-10 превьюхи, рядом лежит смартфон на 10 ведре, так там доступ моментальный

[@SL4RK]

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

[@Oleg_Falko]

@@SL4RK Ну то есть Андроид понемногу превращается в подобие iOS, а iOS понемногу получает возможности Андроида. Нужна третья ОС, которая обоих переиграет, потому что выбирать между мылом и шилом как то не хочется. Жду возвращения микромягких с их ОС, но не с тем огрызком из 2015, а с полноценной виндой на телефоне, возможно облегченной, но чтобы была отдельная ОС для людей, которые видят в смартфоне не только телефон с функциями мультимедии и веб-серфинга, а еще и как мини-ноутбук с вытекающими отсюда свободой и возможностями.

[@SL4RK]

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

[@akeem2983]

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

[@john-678]

Интересно, реестр нужен вообще в Windows 11 и 10?

[@higamitakaro]

во всех 64бит версиях шиндовс есть правильный медаплейер, просто поправь ссылку

[@NWin10]

Даня ты топ, я тебя смотрею давно

[@ilyax21]

Будет сравнение 10 и 11 винды?

[@user-wr2dx]

Ой, имел я опыт с программой от вин хр (DIRA кфц электрон). Работает на вин98, nt, xp.... И 11. Все промежуточные версии - мимо. Пытались запустить на 7,8,8.1,10. Везде сходили нафиг, программа не запускалась. А на 11 легко встала...

[@Maverik32]

Я тоже снимаю виндовс но скажу КОГДА 1086 БИТ БУДЕТ?

[@miefis]

Лично я добавляю в свои игры поддержку 32 Пока это возможно на моем движке Ведь теперь большинство игр требуют 64 битный пк

[@P1Pe1KA]

Стим до сих пор 32 битный. Если он хранится в programm files (x86) можно сделать вывод что он 32 битный?

[@SpeedFireARL]

вспоминается анекдот про остров.. где швабры и большой вентилятор..

[@Pate14101982]

4:42 Я не понимаю, почему Microsoft поместили 32-х битные компоненты в папку SysWOW64, а 64-битные в папку System32🤡 Создали лишнюю путаницу, и себе в первую очередь. Лучше бы изначально в 64-х битных версиях Windows, в папке System32 так и оставались 32-х битные компоненты, а в папку System64 положили новые 64-битные. Так бы было проще, понятнее и логичнее. Так и получается, что пошатнулась стабильность и совместимость, потому что если бы 32-х битные оставались в папке System32, то старые программы без проблем напрямую обращались к компонентам в этой папке, и системе не нужно было бы дополнительно отслеживать это, обрабатывать, и подменять пути 32-х битных программ на SysWOW64 при обращении к папке System32. А новые 64-битные программы сразу бы напрямую обращались к папке System64. Я конечно не программист из Microsoft, и наверно чего-то не знаю (хотя программировать я умею, и писал программы, и работал с путями), но мне кажется так бы было проще и понятнее всем.

[@АдмінАртема2]

Короче если будет 128 такая винда то это значит что всё с виндой пора заканчивать это значит что конфигурация будет очень сильно ломаться и если заменить это это на 32 то в обществе перестанет работать поэтому вам придётся запускать чистый dos чтобы это всё переделать и по типу вот это вот то тут вот находится 9:47 я не знаю как работает вот эти вот Вов Но если они заменяются через windows то windows может сломаться сильно если это заменить опять же на те же самые win32 из-за этого будет ломаться конфигурация и хакер может зайти на абонентскую плату пользователя из-за чего может быть не работать большинство функций и винда может вообще не запускать вот эти вот наши хорошенькие explorer exe а если этот explorer удалить и поставить вместо него на 32 битную систему 64 бит что будет с панелью задач а точнее с explorer что с ним делать ну мне короче и ведома такая штука ну так если заменить это всё на DLL а потом все файлы заменить на APK то всё винда крашается и если запускать чистый дос то она сможет запустить чистый дос а что если удалить расширение. DLL что произойдёт с виндой наверное же пути к windows может не работать многие могут подумать но нет windows 32 также может работать и за именно из-за вов 64.dll ну я так говорю ну потому что я так думаю вообще неинтересно а как это всё работает какие файлы отвечают за работу 64.dll многие могут задаться ответы находятся вот тут вот 9:47