В 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, как все заработает.
@@Valet2 это не влияет. При запуск 32-х битной программы в 64-х битной системе меняются не пути, а файлы. То есть 32-х битные программы видят одни файлы в %ProgramFiles%, а 64-х битные - другие файлы. А не использование переменных окружения для стандартных путей ломает программу когда система стоит не на диске C:.
я думаю разработчики винды просекли что фишка винды, это совместимость с 30летними приложениями, не знаю плохо ли хорошо, но это то, что делает новую винду уникальной
4:34 старые приложения DOS под Windows 95+ разваливаются из-за проблемы в помещение памяти. должно быть реальный режим на котором ДОСия может работать сбоит с памятью и развал становится явным)
Запомните ребята, это вам на будущее, ведь когда это вам пригодится, то я уже умру. Если у вас например Windows 15 или вообще Windows 20, но вы хотите понастольгировать по играм Windows XP или Windows 7, то лучше просто введите "windows xp или 7 built in game" и скачайте архив с играми, если они там будут. И там, вы сможете вспомнить детство. Да аж так! Что вы прослезитись. Windows on Windows - это бог ностальгии
Это если на те годы будет актуальна архитектура x86 и на компьютерах того времени можно будет запускать не подписанный вендором код (к чему всё потихоньку идет)
@@IvanBorzenkovесли на то время его доделают. Хоть и появилась совместимость со многими программами и играми в данный момент, но в большинстве это костыли, которые не очень приятно дают о себе знать.
@@felix_zero._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.
Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.
Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.
Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом. Как и обычно, победило самое простое решение.
@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.
@@Verdgil я имею в виду, что мир то эта штука не захватила, хотя планы были изначально такими. Именно их и свернули, оставив поддержку тому, что на нём таки работает.
Не Гугл, а Apple. Она первым решила отказаться от поддержки 32-бита, что как раз пошло на пользу. И отсутствие 32-бита проявило аппаратное ограничение, чем программное.
Apple несколько лет назад: MacOS больше не будет иметь 32 битные компоненты. Великое множество игр и приложений которые сейчас работают на MacOS благодаря 32 битным компонентам? А они нам не нужны, просите разработчиков их переписывать
Так лол, телефоны работают на ARM, последний arm процессор имеющий разрядность 32-бита выходил в 2001 году, задолго до появления андроида и смартфонов. Скорее всего имелось ввиду поддержка приложений под x86 архитектуру, в 2011-2013 году выходили телефоны на x86/x86-64.
@@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 уже ограничение аппаратное.
На линуксе тоже есть совместимость со старыми приложениями, но без таких выкрутасов. Просто нужно пересобрать приложение под другую архитектуру и никакой возни.
Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.
Даня , спасибо за видео , я очень жду от тебя видос по теме групповых политик windows как они устроены как грамотно их использовать и насколько они лучше или хуже других способов взаимодействия в больших корпоративных сетях.
Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .
Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows: 1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС 2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.
то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный. Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.
Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!
Джеффри Рихтер в книге "Windows для профессионалов. Разработка Win32-приложений с учётом специфики 64-битных операционных систем" очень много посветил и работе 32-битной ветки вызовов функций Windows при 64-битном ядре, так и её не менее захватывающему переходу на Unicode. Буквально за первую главу книги можно узнать значительно больше, чем из любых "профессиональных" современных источников. В этой книге как раз есть несколько параграфов совместимости 32/64 бита, и если в случае IA-64 или Alpha это было ещё выравнивание данных по границам машинного слова - к слову, которое программистам для этих архитектур приходилось проводить часто вручную, то в случае x86-64 только к адресации, а если быть точнее разрядности указателей. 32-битные указатели банально не дают приложению адресовать больше 2 ГБ ОЗУ.
AMD Opteron это первый процессор для серверов с AMD64 или x86-64, а первый же обычный для компьютеров на такой архитектуре был Athlon 64 появившийся в 2005 году, вместе с выходом XP Professional x64 edition
В тех .dll (которые WOW64) можно изменить строки, чтобы система искала какую-то другую папку. Я так делал ещё на Win7, чтобы получить доступ к реестру 64 разрядных приложений из 32 разрядной утилиты. Но редактировал не сам dll файл, а загруженный образ в памяти процесса (с помощью редактора памяти Cheat Engine).
Чисто технически Windows NT 3.x для архитектуры MIPS R4000 (компьютеров Jazz) уже была ОС для 64-битного процессора, но сама по себе по настоящему 64-битной не являлось (только именно в XP для IA-64 ядро стало 64-битным, хотя ряд фактов, например, логотип "Windows 2000 64-bit", найденный в файлах бета-версии XP, оставляют предположение, что на этапе разработки версия IA-64 должна была быть уже у этой ОС)
Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.
Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.
Ну всё же первая из бытовых 64 битных ОС была Мак ОС.Процессор G5 был первый из бытовых 64 битный причём полностью и под новую ось писали 64 битный программы так как 32 битные не запускались в новой оси.
Первой из бытовых ОС поддерживающим 64-бит адрессацию и процессоры были ОС на ядре Linux, уже в 2001 году, когда на Мак завезли летом 2003 года, а на винду в 2005 году. Поддержка G5 в ядре Линукс появилась через пол года.
@@Ktoyatakoiskazhimne Линукс это не операционка.Это ядро системы.Его портировали куда только возможно.Я имею ввиду систему что бы можно было запустить нормальные программы а не из серии "свободное П.О"
@@TheRus13 Я и сказал ОС на ядре линукс. Linux так же можно спокойно называть и семейство ОС, GNU/Linux только шизопоклонники Столлмана говорят, которые из разработки софта делают политику. >Я имею ввиду систему что бы можно было запустить нормальные программы Ну, да нормальный софт, СПО это кибергулаг с киберсоциализмом, опенсорс в разы более свободен чем "Свободное" ПО. GCC до сих пор эксклюзив *nix систем, а это один из двух лучших компиляторов C/C++, второй это Clang.
@@Rikarre Если тебе выгодны преимущества от Лини, то он вполне себе бытовой. Да и лол, Андроид использует ядро Лини со своим набором софта вместо GNU Core Utils.
Как бы не критиковали Microsoft, но они не бросили прошлую битность, совместимость со старыми программами, которые уже никто не обновит или которые до сих пор используют (вроде старых игр) и соответственно своих пользователей. И хвалёные дистрибутивы Линукса просто кинули пользователей старых программ и старой битности - вы обязаны подкачать из интернета новую версию, даже если она убогая, нет вы не можете использовать 32-бита. Пользователи Маков уже были проброшены много-много раз с совместимостью, тут уточнять не буду.
16:30 в системе всегда был только 1 эмулятор разрядности. система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию. выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке. но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32. поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться. но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием. 10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику
Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.
0:37 - один простой пример. Компьютер Apple 2 был сильно популярен среди домашних и в принципе - ПК. Когда выпустили Apple III - что произошло? Программы написанные под второй не работали на третьем. а на винде - в 99% всё работало. Ну начиная с 16 бит, и наверное может даже работать на Win11, разве что без поддержки полноэкранного режима.. А досовские 8-битные по моему тоже, написанные в конце 80-х способны были напускаться еще долго.. лет 15
6:54 ХР64 2005 года была не чем иным как версией Server 2003. У них даже пакеты обновлений и дравера были одинаковые. Именно серверная версия x64 технологию подерживала изначально на Оптеронах от AMD.
Я с самой хр знал что теперь 32-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.
Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение Windows8 vs Windows10 vs Windows11. К легендарной Win7 на современных компах трудно найти драйвера (видео, лан, звук, usb 3.0). Мне приходится на разных компах работать на этих 3 системах. Интерфейс сильно отличается. Есть ли какие-то принципиальные отличия в работе ядра?
На 1:20 не корректное утверждение - AMDx64 была быстрее Itanium только при работе с х86 приложениями, НО для Itanium режим работы в х86 никогда не являлся родным и выполнение команд набора х86 осуществлялась через трансляцию с потерей производительности. Сравнивать производительность , и то весьма условно, можно только в приложениях которые есть для обоих архитектур - и для х86 и для VLIW, но и здесь есть свои нюансы, т.к. производительность на Itanium сильно зависела от "качества кода", что было как сильной так и слабой стороной этой архитектуры.
AMD64 была быстрее Itanium даже в нативном режиме. Itanium как и Эльбрус не мог загрузить свои модули. VLIW была надежда что часть аппарату возьмёт компилятор и программист, а у процессора будет много исполнительных блоков, но никто не захотел напрягутся, а дальше пришли интерпретируемый языки программирование и тут у VLIW совсем грустно стало, а процессоры с декодером превратились в мутантов с огромных кэшем и спекулятивным исполняем. Мы же все понимаем что у Apple уже давно не RISC процессор, а у AMD и Intel не совсем CISC.
@@gorbunoffdmitr9610 ссылку на тесты, где ЦП на архитектуре x86-64 опережает Itanium в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.
Мне вот одно непонятно: почему нельзя принудительно запускать 32 бит программы как 64 бит. Это бы решило бы множество проблем с менеджментом текстур в 32 битных играх. Переход с 32 битной архитектуры на 64 битную обусловлен лимитами по потреблению ОЗУ. Казалось бы что 30 лет назад 4 ГБ ОЗУ - это слишком много для программ и ОС, но это не так. Развитие технологий диктует свои правила. Поэтому переход с 32 Бит на 64 Бит убирает ограничение с 4 ГБ ОЗУ до 16 Экса Байт ОЗУ, что в теории заполнить практически нереально. Поэтому переход на 128бит архитектуру в ближайшие 100 лет нам точно не придется ждать. А если кто то считает что 32 бит программы и так хорошо работают, то недавно в Team Fortress 2 был пофикшен эксплойт позволяющий крашить игру на 32 бит, банальной грифкой в сжатом формате. Вот видео с разъяснением th-cam.com/video/dkjDzQIyrj8/w-d-xo.html
Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃
Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.
Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW
Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно)))) Надеюсь на дальнейшее общение!
Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤
13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали. поэтому новая система полностью переписана под 64. но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем
Хоть и на 11ой Винде запускаются программы под более старые версии виндовс по типу ХР, но работать они там будут крайне неохотно и нестабильно к сожалению.
Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.
Дань! Можно обзора такой вещи как ntvdmx64? По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS
Сейчас это и на телефонах происходит. Понемногу отказываются от поддержки 32-битных приложений и переход на новую архитектуру ARMv9, хотя для меня это потеря половины хороших приложений и старых игр. Еще и куча новых ограничений просто бесит, как будто я буду систему удалять или вирусы специально в папку Android кидать. Для меня лучший андроид это десятка, где и гайки не закручивали по доступу к папкам, и поддержка старых приложений была. А на 14 Андроиде чувствую себя очень плохо, то приложение не работает, нормально работать с кэшем игр и файлами в папке Android нельзя, еще и жрет много заряда. Разочарование, одним словом.
Хоть один человек кроме меня это заметил + еще замедлили доступ к fs, если в папке по 10000 фоток, секунд 10 только сами значки отрисовываются, еще секунд 5-10 превьюхи, рядом лежит смартфон на 10 ведре, так там доступ моментальный
ну и самое что меня просто выбесило, вырезание l2tp и pptp, у меня был довольно годный впн, но клиент под мусорку максимально ужасный. вместо того чтобы пользоваться им, я брал настройки и вбивал их в нативный впн в ведройде, в 13 версии вырезали вообще все, даже имея рут невозможно вернуть, они на уровне ядра все это убрали... максимальный маразм, я представляю сколько работы они сисадминам предоставили, наверное поэтому в крупных офисах пользуются решения от эппл, на айоси что забавно, один из этих протоколов все еще был на тот момент и возможно все еще присутствует, не берусь утверждать, так как нету айфона с последней версией под рукой, но факт остается фактом, это просто позор какой-то
@@SL4RK Ну то есть Андроид понемногу превращается в подобие iOS, а iOS понемногу получает возможности Андроида. Нужна третья ОС, которая обоих переиграет, потому что выбирать между мылом и шилом как то не хочется. Жду возвращения микромягких с их ОС, но не с тем огрызком из 2015, а с полноценной виндой на телефоне, возможно облегченной, но чтобы была отдельная ОС для людей, которые видят в смартфоне не только телефон с функциями мультимедии и веб-серфинга, а еще и как мини-ноутбук с вытекающими отсюда свободой и возможностями.
То о чем я говорю, только я бы предпочел не винду, а какое-нибудь подобие никсов, вроде meego, без всех этих ограничений, но увы в нынешнее время вряд ли это случится, смартфоны теперь воспринимаются не как нишевые устройства для гиков, как это было 10+ лет назад, а как урезанное интернет устройство для тех кто не осилил пк...
@@Oleg_Falko Из ныне существующих аналогов существует разве что линукс, но линукс на мобильных телефонах это дичайшая обскурщина, поэтому и парк поддерживаемых телефонов и количество поддерживаемого софта оптимизированного под телефоны у него соответствующие
Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ
Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.
Не думаю что в них есть большой смысл, ибо упереться в предел возможностей 64 битных чисел мягко говоря непросто и вряд-ли скоро настанет время когда 128 битные числа будут настолько часто применяться в программах что их нужно будет реализовать в процессорах нативно. Чтобы понять почему, можно взять в пример очень известную компьютерную игру Minecraft Java Edition - она использует 32 битные целые числа для работы с игровым миром состоящим из блоков, но местоположение игрока хранится в 64 битном числе с плавающей запятой. И этого самого 64 битного числа с плавающей запятой хватает для того чтобы игрок абсолютно одинаково вёл себя и совсем рядом с центром игрового мира, и рядом с краем игрового мира, который от центра находится на расстоянии в 30 тысяч километров, это больше чем диаметр планеты Земля - впечатляющие результаты для игры мир которой сделан в точности до метра. Теоретически первые несильные симптомы ограничений 64-битного числа с плавающей запятой в Майнкрафте были бы заметны только на расстоянии в 2^48 метров, это примерно 1881 астрономическая единица, орбита Нептуна для сравнения имеет радиус всего в 30 астрономических единиц, если бы мир Майнкрафта действительно был бы таким большим - в него можно было бы несколько десятков раз вместить карту Солнечной Системы в натуральную величину
Абсолютно не понятная логика. Если некая старая 32 битная программа напрямую обращается к System32, то логично в ней же оставить 32 битные компоненты. А новые 64 битные поместить в System64, и 64 битные программы будут обращаться в новую директорию. А сейчас идут какие-то подмены. Зачем?
если бы не игры винда бы вообще не поменялась. GTA IV-windows xp и только сервис пак 3-й или 2-й, just cause 2-только виста и выше, потом там игры только под 7, 8, 10, игра квантовый скачок тоже требовала опред. операционку.
btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?
Вообще-то 64-битная Windows XP для Itanium называлась Windows XP 64-Bit Editon, так как архитектура у таких процессоров не x64, а IA-64. x64 - это AMDшная реализация
2008 год. Так, я купил летом Asus Eee PC 900 на Linux. Поставил XP. Отлично всё работало годами. Даже сейчас та XP с нетбука продолжает жить, но уже в виртуальном мире виртуалбокса.
В 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, как все заработает.
Good!
Вообще, норм разработчики используют переменную %programfiles%, а не явный путь.
@@Valet2 это не влияет. При запуск 32-х битной программы в 64-х битной системе меняются не пути, а файлы. То есть 32-х битные программы видят одни файлы в %ProgramFiles%, а 64-х битные - другие файлы.
А не использование переменных окружения для стандартных путей ломает программу когда система стоит не на диске C:.
@@neko_neko_nyan А какой он ещё будет как не "C" предлагаешь диск на 2 части разбить, но что бы что?
Syswowow128
Ждём 128-битную винду и Windows on Windows on Windows :D
я твой фан!
пр
@@chel22270 ку
@@ysjnkksy оу...
я твой фан
Название папки прям говорит свое содержимое - Wow. Куда не глянешь, везде чудеса! Даня, спасибо за такие познавательные видео!
Легенда пластиковых окон
@VelikiiElma777 странная у твоего отца фамилия, да и зачем ему в чем то отказывать?
world of warcraft?
world of warships?
3:54 Дос! чёрной пеленой экран заполнил, чистый дос... (песня такая)
Отсылки никто в комментариях не заметил
Мышь
Потеряла форму, стала вдруг квадратной мышь
Я заметил
Я тоже заметил
И представил я,
Город наводнился вдруг разумными людьми.
Вышли все под ДОС,
А проклятый виндовс удаляли к чёрту
Мужик, ролик вышел всего за два часа до твоего комментария.
Совместить слова "популярных браузеров" с эмблемой IE -- было хорошей шуткой.
но ведь он стоит почти везде xD
я думаю разработчики винды просекли что фишка винды, это совместимость с 30летними приложениями, не знаю плохо ли хорошо, но это то, что делает новую винду уникальной
4:34 старые приложения DOS под Windows 95+ разваливаются из-за проблемы в помещение памяти. должно быть реальный режим на котором ДОСия может работать сбоит с памятью и развал становится явным)
Либо они не в реальном режиме.
Запомните ребята, это вам на будущее, ведь когда это вам пригодится, то я уже умру. Если у вас например Windows 15 или вообще Windows 20, но вы хотите понастольгировать по играм Windows XP или Windows 7, то лучше просто введите "windows xp или 7 built in game" и скачайте архив с играми, если они там будут. И там, вы сможете вспомнить детство. Да аж так! Что вы прослезитись. Windows on Windows - это бог ностальгии
Это если на те годы будет актуальна архитектура x86 и на компьютерах того времени можно будет запускать не подписанный вендором код (к чему всё потихоньку идет)
там скорее будет проще поставить wine и играться
У меня куча старых пк с Win xp в плоть до Windows 95
@@IvanBorzenkovесли на то время его доделают. Хоть и появилась совместимость со многими программами и играми в данный момент, но в большинстве это костыли, которые не очень приятно дают о себе знать.
@@felix_zero._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.
Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.
Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.
@@ivanshka1759А может самому написать нечто похожее на Диспетчер Задач на Си?
@@ivanshka1759 фпс проседает в диспетчере? 😁
Цирк уехал...
3:58 За отсылку на песню про ДОС спасибо!
Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом.
Как и обычно, победило самое простое решение.
Для меня было большим удивлением, когда узнал, что она была все еще жива до недавнего времени,
как мне казалось еще в нулевых ее закопали, а нет
У неё были свои плюсы, да и как понимаю, она до сих пор жива, так как есть поддержка несколькими системами (в основном HP-UX)
@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.
@@StefanFlyer но EoL для серверов это 2025, а значит актуально ещё
@@Verdgil я имею в виду, что мир то эта штука не захватила, хотя планы были изначально такими. Именно их и свернули, оставив поддержку тому, что на нём таки работает.
Тем временем Гугл : " мы решили убрать поддержку 32х битных приложений в андроид, так как может повысить производительность и снизить потребление ОЗУ"
Не Гугл, а Apple. Она первым решила отказаться от поддержки 32-бита, что как раз пошло на пользу. И отсутствие 32-бита проявило аппаратное ограничение, чем программное.
Apple несколько лет назад: MacOS больше не будет иметь 32 битные компоненты. Великое множество игр и приложений которые сейчас работают на MacOS благодаря 32 битным компонентам? А они нам не нужны, просите разработчиков их переписывать
Так лол, телефоны работают на ARM, последний arm процессор имеющий разрядность 32-бита выходил в 2001 году, задолго до появления андроида и смартфонов. Скорее всего имелось ввиду поддержка приложений под x86 архитектуру, в 2011-2013 году выходили телефоны на x86/x86-64.
@@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 уже ограничение аппаратное.
@@PixelGames73 Apple отказались от поддержки 32 бит ещё до Apple Silicon - с выходом MacOS Catalina в 2019 году
И всё же, прикольно что у нас до сих пор есть совместимость со старыми приложениями.
На линуксе тоже есть совместимость со старыми приложениями, но без таких выкрутасов. Просто нужно пересобрать приложение под другую архитектуру и никакой возни.
@@alexk4058 это если оно пересоберется...
@@alexk4058 "надо просто пересобрать". Как я обожаю линуксоидов. Ваша оторванность от реальности не знает никаких границ :D
А мы ещё раньше думали что существует Windows 2000 64 бита...
Ещё виндовс xp7)
64-битная версия Windows 2000 есть.
если есть виндовс 7, значит есть и 6,5,4,3,2,1
Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.
Даня , спасибо за видео , я очень жду от тебя видос по теме групповых политик windows как они устроены как грамотно их использовать и насколько они лучше или хуже других способов взаимодействия в больших корпоративных сетях.
Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .
Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows:
1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС
2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.
то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный.
Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.
Но надо отметить почти ультрабуки на AMD: встройка 780M почти 1060, встройка 760M почти 1050ti
Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!
Если удалить syswow будет очень интересно…
Даня уже делал
Siam Alam уже сделал такое
@@ZverCatalyst ещё Даня это делал когда видео без голоса у него были
Увидел уведомление и сразу смотрю, спасибо Даниил ❤
Джеффри Рихтер в книге "Windows для профессионалов. Разработка Win32-приложений с учётом специфики 64-битных операционных систем" очень много посветил и работе 32-битной ветки вызовов функций Windows при 64-битном ядре, так и её не менее захватывающему переходу на Unicode. Буквально за первую главу книги можно узнать значительно больше, чем из любых "профессиональных" современных источников. В этой книге как раз есть несколько параграфов совместимости 32/64 бита, и если в случае IA-64 или Alpha это было ещё выравнивание данных по границам машинного слова - к слову, которое программистам для этих архитектур приходилось проводить часто вручную, то в случае x86-64 только к адресации, а если быть точнее разрядности указателей. 32-битные указатели банально не дают приложению адресовать больше 2 ГБ ОЗУ.
Очень понравилось что вы всегда идете дальше, чем просто удалить и увидеть что теперь оно не работает.
Хоспаде! Я, олдовый сисадмин, чуть не словил паническую атаку от твоих экспеременотов))
AMD Opteron это первый процессор для серверов с AMD64 или x86-64, а первый же обычный для компьютеров на такой архитектуре был Athlon 64 появившийся в 2005 году, вместе с выходом XP Professional x64 edition
Это был Athlon64 ещё на сокете 754 (2001 год). Какой нафиг АМ2 ???
В тех .dll (которые WOW64) можно изменить строки, чтобы система искала какую-то другую папку. Я так делал ещё на Win7, чтобы получить доступ к реестру 64 разрядных приложений из 32 разрядной утилиты.
Но редактировал не сам dll файл, а загруженный образ в памяти процесса (с помощью редактора памяти Cheat Engine).
That's why I'm keeping SysWOW64.
* patiently waiting for a 128-bit architecture to appear *
Чисто технически Windows NT 3.x для архитектуры MIPS R4000 (компьютеров Jazz) уже была ОС для 64-битного процессора, но сама по себе по настоящему 64-битной не являлось (только именно в XP для IA-64 ядро стало 64-битным, хотя ряд фактов, например, логотип "Windows 2000 64-bit", найденный в файлах бета-версии XP, оставляют предположение, что на этапе разработки версия IA-64 должна была быть уже у этой ОС)
Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.
Великолепная работа, Данил!
Есть с 32 битами маленькая проблема, в случае если винда перестанет их поддержин, то скорее всего старые игры и программы не будут запускаться
Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.
Обожаю этот канал. Эксперименты, рассказы о ОС и т.д
Ну всё же первая из бытовых 64 битных ОС была Мак ОС.Процессор G5 был первый из бытовых 64 битный причём полностью и под новую ось писали 64 битный программы так как 32 битные не запускались в новой оси.
Первой из бытовых ОС поддерживающим 64-бит адрессацию и процессоры были ОС на ядре Linux, уже в 2001 году, когда на Мак завезли летом 2003 года, а на винду в 2005 году.
Поддержка G5 в ядре Линукс появилась через пол года.
@@Ktoyatakoiskazhimne Линукс это не операционка.Это ядро системы.Его портировали куда только возможно.Я имею ввиду систему что бы можно было запустить нормальные программы а не из серии "свободное П.О"
@@TheRus13 Я и сказал ОС на ядре линукс. Linux так же можно спокойно называть и семейство ОС, GNU/Linux только шизопоклонники Столлмана говорят, которые из разработки софта делают политику.
>Я имею ввиду систему что бы можно было запустить нормальные программы
Ну, да нормальный софт, СПО это кибергулаг с киберсоциализмом, опенсорс в разы более свободен чем "Свободное" ПО.
GCC до сих пор эксклюзив *nix систем, а это один из двух лучших компиляторов C/C++, второй это Clang.
@@Ktoyatakoiskazhimne Линукс никогда не был бытовым и не стал бытовым 😄 так что это точно яблочная разработка первая
@@Rikarre Если тебе выгодны преимущества от Лини, то он вполне себе бытовой. Да и лол, Андроид использует ядро Лини со своим набором софта вместо GNU Core Utils.
Впервые смотрю видос, который вышел менее 10 минут назад
Ого
@VelikiiElma777 почему? Приведи хотяб один аргумент.
@@muralmaksit та это бот
@VelikiiElma777#эльмахуесоскаизподваланегра
@@AlphaFan3123 Понял, кстати, привет!
Интересный выпуск, узнал пару новых для себя моментов. Спасибо за работу.
4:23 я здесь испугался...
Как бы не критиковали Microsoft, но они не бросили прошлую битность, совместимость со старыми программами, которые уже никто не обновит или которые до сих пор используют (вроде старых игр) и соответственно своих пользователей. И хвалёные дистрибутивы Линукса просто кинули пользователей старых программ и старой битности - вы обязаны подкачать из интернета новую версию, даже если она убогая, нет вы не можете использовать 32-бита. Пользователи Маков уже были проброшены много-много раз с совместимостью, тут уточнять не буду.
Вот и я о том же говорю! Только у винды просто фантастическая совместимость со старыми программами!
Привет, Данила, сними видео про браузер Supermium!
Ура новый ролик!
Спасибо за видео !
п.с.
Мне показалось или в ролике голос Дмитрия [Newbilius] Моисеева ?
16:30 в системе всегда был только 1 эмулятор разрядности.
система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию.
выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке.
но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32.
поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться.
но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием.
10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику
Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.
вспоминается анекдот про остров.. где швабры и большой вентилятор..
0:37 - один простой пример. Компьютер Apple 2 был сильно популярен среди домашних и в принципе - ПК. Когда выпустили Apple III - что произошло? Программы написанные под второй не работали на третьем. а на винде - в 99% всё работало. Ну начиная с 16 бит, и наверное может даже работать на Win11, разве что без поддержки полноэкранного режима.. А досовские 8-битные по моему тоже, написанные в конце 80-х способны были напускаться еще долго.. лет 15
Dos был 16 бит изначально. 8 бит это CP/M-80M был эмулятор для DOS. В CP/M 8 битной максимальный размер файла не мог превышать 8 Мб.
6:54 ХР64 2005 года была не чем иным как версией Server 2003. У них даже пакеты обновлений и дравера были одинаковые. Именно серверная версия x64 технологию подерживала изначально на Оптеронах от AMD.
Век живи - век учись. Автору - огромное уважение!
Интересно было глянуть, спасибо!
Я с самой хр знал что теперь 32-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.
Теперь понятно почему архитектура называется amd64 и почему она работает и на Intel
Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение Windows8 vs Windows10 vs Windows11. К легендарной Win7 на современных компах трудно найти драйвера (видео, лан, звук, usb 3.0). Мне приходится на разных компах работать на этих 3 системах. Интерфейс сильно отличается. Есть ли какие-то принципиальные отличия в работе ядра?
IE: Даня, я умираю. Прекрати битбоксить.
Урааа!!! Данилка вернул старый стиль монтажа! Я же не один рад? Имхо новый стиль монтажа очень странный и дёрганный.
Хммм... то есть рассказанная информация в видео имеет не первый приоритет? :)
@@DanielM Ну встречают по одёжке, проважают по уму :)
На 1:20 не корректное утверждение - AMDx64 была быстрее Itanium только при работе с х86 приложениями, НО для Itanium режим работы в х86 никогда не являлся родным и выполнение команд набора х86 осуществлялась через трансляцию с потерей производительности. Сравнивать производительность , и то весьма условно, можно только в приложениях которые есть для обоих архитектур - и для х86 и для VLIW, но и здесь есть свои нюансы, т.к. производительность на Itanium сильно зависела от "качества кода", что было как сильной так и слабой стороной этой архитектуры.
AMD64 была быстрее Itanium даже в нативном режиме. Itanium как и Эльбрус не мог загрузить свои модули. VLIW была надежда что часть аппарату возьмёт компилятор и программист, а у процессора будет много исполнительных блоков, но никто не захотел напрягутся, а дальше пришли интерпретируемый языки программирование и тут у VLIW совсем грустно стало, а процессоры с декодером превратились в мутантов с огромных кэшем и спекулятивным исполняем. Мы же все понимаем что у Apple уже давно не RISC процессор, а у AMD и Intel не совсем CISC.
@@gorbunoffdmitr9610 можно ссылку на тесты ?
@@gorbunoffdmitr9610 дай ссылку на тесты.
@@gorbunoffdmitr9610 ссылку на тесты, где ЦП на архитектуре x86-64 опережает Itanium в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.
Мне вот одно непонятно: почему нельзя принудительно запускать 32 бит программы как 64 бит. Это бы решило бы множество проблем с менеджментом текстур в 32 битных играх.
Переход с 32 битной архитектуры на 64 битную обусловлен лимитами по потреблению ОЗУ. Казалось бы что 30 лет назад 4 ГБ ОЗУ - это слишком много для программ и ОС, но это не так. Развитие технологий диктует свои правила. Поэтому переход с 32 Бит на 64 Бит убирает ограничение с 4 ГБ ОЗУ до 16 Экса Байт ОЗУ, что в теории заполнить практически нереально. Поэтому переход на 128бит архитектуру в ближайшие 100 лет нам точно не придется ждать.
А если кто то считает что 32 бит программы и так хорошо работают, то недавно в Team Fortress 2 был пофикшен эксплойт позволяющий крашить игру на 32 бит, банальной грифкой в сжатом формате. Вот видео с разъяснением th-cam.com/video/dkjDzQIyrj8/w-d-xo.html
3:55 сначала и не понял, что была отсылка про черную пелену доса)
Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃
Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.
Когда Даня делает не неожиданную просьбу о подписке мне всегда кажется что видео кончается :о
Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW
Даров, Даня. Не узнал? Я пожелал тебе 10млн сабов к следующему ДР и желаю до сих пор.
Я его агент, он не узнал тебя
Отличное видео! Интересно, будут ли подобные интересные ролики про ос из семейства unix? 😊
Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно))))
Надеюсь на дальнейшее общение!
@@DanielM не переживай, надеюсь на адекватность аудитории )
@@DanielMДаня, глянь, у тебя под коммами бот спамит, забань его
@@goofyahhrussiankid, привет, заметил, спасибо за помощь!
@@DanielM всегда пожалуйста :3
7:06 Этот момент в теории доказывает, что Даниэль - это нейросеть
Даня, сделай историю разработки виндовс 11, хороший видос!
Я знал это что то с архитектурами. Спасибо за знание!
это же та самая песня на 3:53, про dos. аж прослезился от ностальгии 😢
Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤
13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали.
поэтому новая система полностью переписана под 64.
но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем
У меня AMD 64 ❤ на ноутбуке до сих пор стоит Виндовс 10
Чую я после таких как ты буду шарить за структуру винды и реестра на уровне *про. Спасибо!
Хоть и на 11ой Винде запускаются программы под более старые версии виндовс по типу ХР, но работать они там будут крайне неохотно и нестабильно к сожалению.
Как и ко всем видео Данилы я скажу и к этому видео что оно вышло крутым
Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.
И вся совместимость со старыми программами полетит к чёрту! Ну уж, нет!
@@Bluedion если че программы даже с винды 7 уже не работают на 10 ке, не то что на 11 и более новых
@@Bluedion так старые программы и так не работают уже, а если некоторые работают то только с касяками и вылетами.
Дос, чёрной пеленой экран заполнил чистый дос!
Ты лучший ютубер! Пришел сюда по зову сердца!
2:26
Это всё же слой совместимости, а не слой эмуляции. Ведь по факту ничего не эмулируется. (Тут как с Wine -- Wine is not emulator)
*Интересно...*
Огонь очень красивый выпуск
в Windows 9x версия DOS 7.0-8.0, а для запуска Windows 1.0 нужна версия DOS 3.1-5.0
Эксперимент с подменой папки SysWOW64 ты сделал на семерке, но не сделал на XP, там ты просто удалял ее.Как там будет выглядеть подмена?
Дань! Можно обзора такой вещи как ntvdmx64?
По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS
Все-таки ты так и не рассказал каким образом x64 запускает приложения x86 без потери производительности
Сейчас это и на телефонах происходит. Понемногу отказываются от поддержки 32-битных приложений и переход на новую архитектуру ARMv9, хотя для меня это потеря половины хороших приложений и старых игр. Еще и куча новых ограничений просто бесит, как будто я буду систему удалять или вирусы специально в папку Android кидать. Для меня лучший андроид это десятка, где и гайки не закручивали по доступу к папкам, и поддержка старых приложений была. А на 14 Андроиде чувствую себя очень плохо, то приложение не работает, нормально работать с кэшем игр и файлами в папке Android нельзя, еще и жрет много заряда. Разочарование, одним словом.
Хоть один человек кроме меня это заметил + еще замедлили доступ к fs, если в папке по 10000 фоток,
секунд 10 только сами значки отрисовываются, еще секунд 5-10 превьюхи,
рядом лежит смартфон на 10 ведре, так там доступ моментальный
ну и самое что меня просто выбесило, вырезание l2tp и pptp,
у меня был довольно годный впн, но клиент под мусорку максимально ужасный.
вместо того чтобы пользоваться им, я брал настройки и вбивал их в нативный впн в ведройде,
в 13 версии вырезали вообще все, даже имея рут невозможно вернуть, они на уровне ядра все это убрали...
максимальный маразм, я представляю сколько работы они сисадминам предоставили,
наверное поэтому в крупных офисах пользуются решения от эппл, на айоси что забавно, один из этих протоколов все еще был на тот момент
и возможно все еще присутствует, не берусь утверждать, так как нету айфона с последней версией под рукой, но факт остается фактом, это просто позор какой-то
@@SL4RK Ну то есть Андроид понемногу превращается в подобие iOS, а iOS понемногу получает возможности Андроида. Нужна третья ОС, которая обоих переиграет, потому что выбирать между мылом и шилом как то не хочется. Жду возвращения микромягких с их ОС, но не с тем огрызком из 2015, а с полноценной виндой на телефоне, возможно облегченной, но чтобы была отдельная ОС для людей, которые видят в смартфоне не только телефон с функциями мультимедии и веб-серфинга, а еще и как мини-ноутбук с вытекающими отсюда свободой и возможностями.
То о чем я говорю, только я бы предпочел не винду, а какое-нибудь подобие никсов, вроде meego, без всех этих ограничений, но увы в нынешнее время вряд ли это случится,
смартфоны теперь воспринимаются не как нишевые устройства для гиков, как это было 10+ лет назад, а как урезанное интернет устройство для тех кто не осилил пк...
@@Oleg_Falko Из ныне существующих аналогов существует разве что линукс, но линукс на мобильных телефонах это дичайшая обскурщина, поэтому и парк поддерживаемых телефонов и количество поддерживаемого софта оптимизированного под телефоны у него соответствующие
0:37 - ты че паря? Это основа того, что Винда стала намного популярнее яблок и тем более Юниксов..
5:03 Что бы вирусы коварные не поняли и запутались😂😂😂
Не помню кто сказал: "x86 - это победа маркетинга над здравым смыслом"
Лично я добавляю в свои игры поддержку 32
Пока это возможно на моем движке
Ведь теперь большинство игр требуют 64 битный пк
Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ
Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.
32-битные были, 64-битные есть. А будут ли когда-нибудь 128-битные?
Как процессоры, так и ОС...
Не думаю что в них есть большой смысл, ибо упереться в предел возможностей 64 битных чисел мягко говоря непросто и вряд-ли скоро настанет время когда 128 битные числа будут настолько часто применяться в программах что их нужно будет реализовать в процессорах нативно. Чтобы понять почему, можно взять в пример очень известную компьютерную игру Minecraft Java Edition - она использует 32 битные целые числа для работы с игровым миром состоящим из блоков, но местоположение игрока хранится в 64 битном числе с плавающей запятой. И этого самого 64 битного числа с плавающей запятой хватает для того чтобы игрок абсолютно одинаково вёл себя и совсем рядом с центром игрового мира, и рядом с краем игрового мира, который от центра находится на расстоянии в 30 тысяч километров, это больше чем диаметр планеты Земля - впечатляющие результаты для игры мир которой сделан в точности до метра. Теоретически первые несильные симптомы ограничений 64-битного числа с плавающей запятой в Майнкрафте были бы заметны только на расстоянии в 2^48 метров, это примерно 1881 астрономическая единица, орбита Нептуна для сравнения имеет радиус всего в 30 астрономических единиц, если бы мир Майнкрафта действительно был бы таким большим - в него можно было бы несколько десятков раз вместить карту Солнечной Системы в натуральную величину
@@akeem2983, мне кажется ты не дописал чутка..))
@@DanielM Да, я не дописал что мы и близко не исчерпали возможности 64-битного набо...
Абсолютно не понятная логика. Если некая старая 32 битная программа напрямую обращается к System32, то логично в ней же оставить 32 битные компоненты. А новые 64 битные поместить в System64, и 64 битные программы будут обращаться в новую директорию. А сейчас идут какие-то подмены. Зачем?
Так интересней, чтобы никто не догадался 😂
если бы не игры винда бы вообще не поменялась. GTA IV-windows xp и только сервис пак 3-й или 2-й, just cause 2-только виста и выше, потом там игры только под 7, 8, 10, игра квантовый скачок тоже требовала опред. операционку.
Ждём SysWOWARM
Помню даже тестил W2000 64 битную на реальной Dec Alpha. Работало всё вполне себе. Правда версия была не релизная и вылазили разные баги.
btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?
УРА НОВОЕ ВИДЕО!!
Как же хочется съесть фруктовый рулет-тигр и закусить его воздухом...
Конечно же никому не известно, что Intel владела акциями AMD на момент выхода x64 и конечно же ничего про антимонопольное законодательство США.
сам факт остатков 32 битных компонентов в виндовс 11 погружает в режим офигевания
Вообще-то 64-битная Windows XP для Itanium называлась Windows XP 64-Bit Editon, так как архитектура у таких процессоров не x64, а IA-64. x64 - это AMDшная реализация
Помню как я виндовс Икспи червем пак 2 поставил на старый комп 2008 года
2008 год. Так, я купил летом Asus Eee PC 900 на Linux. Поставил XP. Отлично всё работало годами. Даже сейчас та XP с нетбука продолжает жить, но уже в виртуальном мире виртуалбокса.