В 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:.
4:34 старые приложения DOS под Windows 95+ разваливаются из-за проблемы в помещение памяти. должно быть реальный режим на котором ДОСия может работать сбоит с памятью и развал становится явным)
я думаю разработчики винды просекли что фишка винды, это совместимость с 30летними приложениями, не знаю плохо ли хорошо, но это то, что делает новую винду уникальной
Запомните ребята, это вам на будущее, ведь когда это вам пригодится, то я уже умру. Если у вас например Windows 15 или вообще Windows 20, но вы хотите понастольгировать по играм Windows XP или Windows 7, то лучше просто введите "windows xp или 7 built in game" и скачайте архив с играми, если они там будут. И там, вы сможете вспомнить детство. Да аж так! Что вы прослезитись. Windows on Windows - это бог ностальгии
Это если на те годы будет актуальна архитектура x86 и на компьютерах того времени можно будет запускать не подписанный вендором код (к чему всё потихоньку идет)
@@IvanBorzenkovесли на то время его доделают. Хоть и появилась совместимость со многими программами и играми в данный момент, но в большинстве это костыли, которые не очень приятно дают о себе знать.
@@felix_zero._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.
Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом. Как и обычно, победило самое простое решение.
@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.
@@Verdgil я имею в виду, что мир то эта штука не захватила, хотя планы были изначально такими. Именно их и свернули, оставив поддержку тому, что на нём таки работает.
Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .
Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.
На линуксе тоже есть совместимость со старыми приложениями, но без таких выкрутасов. Просто нужно пересобрать приложение под другую архитектуру и никакой возни.
Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.
Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.
Не Гугл, а 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 уже ограничение аппаратное.
Как бы не критиковали Microsoft, но они не бросили прошлую битность, совместимость со старыми программами, которые уже никто не обновит или которые до сих пор используют (вроде старых игр) и соответственно своих пользователей. И хвалёные дистрибутивы Линукса просто кинули пользователей старых программ и старой битности - вы обязаны подкачать из интернета новую версию, даже если она убогая, нет вы не можете использовать 32-бита. Пользователи Маков уже были проброшены много-много раз с совместимостью, тут уточнять не буду.
Даня , спасибо за видео , я очень жду от тебя видос по теме групповых политик windows как они устроены как грамотно их использовать и насколько они лучше или хуже других способов взаимодействия в больших корпоративных сетях.
то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный. Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.
Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!
Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows: 1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС 2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.
btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?
16:30 в системе всегда был только 1 эмулятор разрядности. система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию. выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке. но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32. поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться. но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием. 10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику
На 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 в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.
Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно)))) Надеюсь на дальнейшее общение!
Ну всё же первая из бытовых 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.
Джеффри Рихтер в книге "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
Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение Windows8 vs Windows10 vs Windows11. К легендарной Win7 на современных компах трудно найти драйвера (видео, лан, звук, usb 3.0). Мне приходится на разных компах работать на этих 3 системах. Интерфейс сильно отличается. Есть ли какие-то принципиальные отличия в работе ядра?
Чисто технически Windows NT 3.x для архитектуры MIPS R4000 (компьютеров Jazz) уже была ОС для 64-битного процессора, но сама по себе по настоящему 64-битной не являлось (только именно в XP для IA-64 ядро стало 64-битным, хотя ряд фактов, например, логотип "Windows 2000 64-bit", найденный в файлах бета-версии XP, оставляют предположение, что на этапе разработки версия IA-64 должна была быть уже у этой ОС)
Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤
Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.
Я с самой хр знал что теперь 32-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.
Привет! В целом, Windows 11 пользоваться вполне себе можно. Первая сборка, которую я получал в 2021 году была действительно своего рода большим ночным кошмаром с точки зрения дизайна и производительности. Сразу был виден факт, что разработчиков по какой-то причине торопили. С выпуском 22H2 уже всё было более-менее сглажено. А с 23H2 мне стало вообще прекрасно. В моих задачах она меня полностью устраивает, их стандартный ассистент Copilot внезапно (!) не навязчив, выключается быстрее чем 10 (по оценкам проводимым на моём ПК). Как итог скажу, что я доволен, хотя некоторые вопросы у меня к ней имеются. 8/10
Бесит или нет, но приходится запускать 11-ю в виртуалке работая в Linux. И всё ради офиса, так как издательства в РФ упорно молятся на MS Office и Times New Roman, ну и формулы только встроенный Equation или Mathtype, т.е. принуждают к Windows. Заграницей TeX для издательства требования под любую ОС фактически.
@@rubcovovy Это вы хорошо придумали. А какой виртуалкой пользуетесь ? VirtualBox, WMWare или Qemu ? Я вот подумываю установить Qemu на мой Archlinux. Но не знаю стоит ли.
Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃
Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.
На самом деле ограничение для 32-битных программ больше 3 ГБ, почти доходит до 4 ГБ. 64-битные программы могут при определенных условиях работать медленнее 32-битных из-за того, что используют 64-битные указатели вместо 32-битных, что может приводить к увеличению размера некоторых структур данных в памяти, что влечет за собой большую частоту промахов кэш-памяти. А в некоторых случаях наоборот, 64-битные программы могут работать быстрее, если интенсивно используют 64-битную арифметику, которая работает быстрее в 64-битном режиме.
Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.
Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW
0:37 - один простой пример. Компьютер Apple 2 был сильно популярен среди домашних и в принципе - ПК. Когда выпустили Apple III - что произошло? Программы написанные под второй не работали на третьем. а на винде - в 99% всё работало. Ну начиная с 16 бит, и наверное может даже работать на Win11, разве что без поддержки полноэкранного режима.. А досовские 8-битные по моему тоже, написанные в конце 80-х способны были напускаться еще долго.. лет 15
6:54 ХР64 2005 года была не чем иным как версией Server 2003. У них даже пакеты обновлений и дравера были одинаковые. Именно серверная версия x64 технологию подерживала изначально на Оптеронах от AMD.
Мне вот одно непонятно: почему нельзя принудительно запускать 32 бит программы как 64 бит. Это бы решило бы множество проблем с менеджментом текстур в 32 битных играх. Переход с 32 битной архитектуры на 64 битную обусловлен лимитами по потреблению ОЗУ. Казалось бы что 30 лет назад 4 ГБ ОЗУ - это слишком много для программ и ОС, но это не так. Развитие технологий диктует свои правила. Поэтому переход с 32 Бит на 64 Бит убирает ограничение с 4 ГБ ОЗУ до 18 Экса Байт ОЗУ, что в теории заполнить практически нереально. Поэтому переход на 128бит архитектуру в ближайшие 100 лет нам точно не придется ждать. А если кто то считает что 32 бит программы и так хорошо работают, то недавно в Team Fortress 2 был пофикшен эксплойт позволяющий крашить игру на 32 бит, банальной грифкой в сжатом формате. Вот видео с разъяснением ua-cam.com/video/dkjDzQIyrj8/v-deo.html
Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.
Дань! Можно обзора такой вещи как ntvdmx64? По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS
Кого будут винить в случае некорректной работы программного обеспечения - разработчиков ОС или разработчиков программы? Действительно сложный вопрос, потому как часто был свидетелем того, как за подвисания и баги доставалось ничем не повинному системному блоку, и чуть реже - периферии (клавиатура, мышь, иногда даже монитору).
Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.
13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали. поэтому новая система полностью переписана под 64. но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем
Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ
Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.
Хоть и на 11ой Винде запускаются программы под более старые версии виндовс по типу ХР, но работать они там будут крайне неохотно и нестабильно к сожалению.
Сейчас это и на телефонах происходит. Понемногу отказываются от поддержки 32-битных приложений и переход на новую архитектуру ARMv9, хотя для меня это потеря половины хороших приложений и старых игр. Еще и куча новых ограничений просто бесит, как будто я буду систему удалять или вирусы специально в папку Android кидать. Для меня лучший андроид это десятка, где и гайки не закручивали по доступу к папкам, и поддержка старых приложений была. А на 14 Андроиде чувствую себя очень плохо, то приложение не работает, нормально работать с кэшем игр и файлами в папке Android нельзя, еще и жрет много заряда. Разочарование, одним словом.
Хоть один человек кроме меня это заметил + еще замедлили доступ к fs, если в папке по 10000 фоток, секунд 10 только сами значки отрисовываются, еще секунд 5-10 превьюхи, рядом лежит смартфон на 10 ведре, так там доступ моментальный
ну и самое что меня просто выбесило, вырезание l2tp и pptp, у меня был довольно годный впн, но клиент под мусорку максимально ужасный. вместо того чтобы пользоваться им, я брал настройки и вбивал их в нативный впн в ведройде, в 13 версии вырезали вообще все, даже имея рут невозможно вернуть, они на уровне ядра все это убрали... максимальный маразм, я представляю сколько работы они сисадминам предоставили, наверное поэтому в крупных офисах пользуются решения от эппл, на айоси что забавно, один из этих протоколов все еще был на тот момент и возможно все еще присутствует, не берусь утверждать, так как нету айфона с последней версией под рукой, но факт остается фактом, это просто позор какой-то
@@SL4RK Ну то есть Андроид понемногу превращается в подобие iOS, а iOS понемногу получает возможности Андроида. Нужна третья ОС, которая обоих переиграет, потому что выбирать между мылом и шилом как то не хочется. Жду возвращения микромягких с их ОС, но не с тем огрызком из 2015, а с полноценной виндой на телефоне, возможно облегченной, но чтобы была отдельная ОС для людей, которые видят в смартфоне не только телефон с функциями мультимедии и веб-серфинга, а еще и как мини-ноутбук с вытекающими отсюда свободой и возможностями.
То о чем я говорю, только я бы предпочел не винду, а какое-нибудь подобие никсов, вроде meego, без всех этих ограничений, но увы в нынешнее время вряд ли это случится, смартфоны теперь воспринимаются не как нишевые устройства для гиков, как это было 10+ лет назад, а как урезанное интернет устройство для тех кто не осилил пк...
@@Oleg_Falko Из ныне существующих аналогов существует разве что линукс, но линукс на мобильных телефонах это дичайшая обскурщина, поэтому и парк поддерживаемых телефонов и количество поддерживаемого софта оптимизированного под телефоны у него соответствующие
win pe от стрельца набит вирями по самое нехочу, 1 раз попробывал и пришлось винду переустанавливать а ваще какие проги быстей работают 32 или 64 бит? чота в последнее время некоторые браузеры и другие большие проги стали делать 32 разряднными, а 64 разрядные варианты с офф сайтов ваще пропали
4:42 Я не понимаю, почему Microsoft поместили 32-х битные компоненты в папку SysWOW64, а 64-битные в папку System32🤡 Создали лишнюю путаницу, и себе в первую очередь. Лучше бы изначально в 64-х битных версиях Windows, в папке System32 так и оставались 32-х битные компоненты, а в папку System64 положили новые 64-битные. Так бы было проще, понятнее и логичнее. Так и получается, что пошатнулась стабильность и совместимость, потому что если бы 32-х битные оставались в папке System32, то старые программы без проблем напрямую обращались к компонентам в этой папке, и системе не нужно было бы дополнительно отслеживать это, обрабатывать, и подменять пути 32-х битных программ на SysWOW64 при обращении к папке System32. А новые 64-битные программы сразу бы напрямую обращались к папке System64. Я конечно не программист из Microsoft, и наверно чего-то не знаю (хотя программировать я умею, и писал программы, и работал с путями), но мне кажется так бы было проще и понятнее всем.
В 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?
4:34 старые приложения DOS под Windows 95+ разваливаются из-за проблемы в помещение памяти. должно быть реальный режим на котором ДОСия может работать сбоит с памятью и развал становится явным)
Либо они не в реальном режиме.
3:54 Дос! чёрной пеленой экран заполнил, чистый дос... (песня такая)
Отсылки никто в комментариях не заметил
Мышь
Потеряла форму, стала вдруг квадратной мышь
Я заметил
Я тоже заметил
И представил я,
Город наводнился вдруг разумными людьми.
Вышли все под ДОС,
А проклятый виндовс удаляли к чёрту
Мужик, ролик вышел всего за два часа до твоего комментария.
я думаю разработчики винды просекли что фишка винды, это совместимость с 30летними приложениями, не знаю плохо ли хорошо, но это то, что делает новую винду уникальной
Запомните ребята, это вам на будущее, ведь когда это вам пригодится, то я уже умру. Если у вас например 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._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.
Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом.
Как и обычно, победило самое простое решение.
Для меня было большим удивлением, когда узнал, что она была все еще жива до недавнего времени,
как мне казалось еще в нулевых ее закопали, а нет
У неё были свои плюсы, да и как понимаю, она до сих пор жива, так как есть поддержка несколькими системами (в основном HP-UX)
@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.
@@StefanFlyer но EoL для серверов это 2025, а значит актуально ещё
@@Verdgil я имею в виду, что мир то эта штука не захватила, хотя планы были изначально такими. Именно их и свернули, оставив поддержку тому, что на нём таки работает.
3:58 За отсылку на песню про ДОС спасибо!
Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .
Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.
Совместить слова "популярных браузеров" с эмблемой IE -- было хорошей шуткой.
но ведь он стоит почти везде xD
И всё же, прикольно что у нас до сих пор есть совместимость со старыми приложениями.
На линуксе тоже есть совместимость со старыми приложениями, но без таких выкрутасов. Просто нужно пересобрать приложение под другую архитектуру и никакой возни.
@@alexk4058 это если оно пересоберется...
@@alexk4058 "надо просто пересобрать". Как я обожаю линуксоидов. Ваша оторванность от реальности не знает никаких границ :D
@@alexk4058 -> "просто пересобрать"
-> "просто"
@@alexk4058 Звучит как "Мой танк тоже велосипед, только пересобрать танк в велосипед и никакой возни"
Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.
Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.
@@ivanshka1759А может самому написать нечто похожее на Диспетчер Задач на Си?
@@ivanshka1759 фпс проседает в диспетчере? 😁
Цирк уехал...
А мы ещё раньше думали что существует Windows 2000 64 бита...
Ещё виндовс xp7)
64-битная версия Windows 2000 есть.
если есть виндовс 7, значит есть и 6,5,4,3,2,1
у вас волшебный канал, мне очень интересно время ранних компьютеров, про которую как будто все забыли, спасибо что вы есть
Тем временем Гугл : " мы решили убрать поддержку 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 году
Как бы не критиковали Microsoft, но они не бросили прошлую битность, совместимость со старыми программами, которые уже никто не обновит или которые до сих пор используют (вроде старых игр) и соответственно своих пользователей. И хвалёные дистрибутивы Линукса просто кинули пользователей старых программ и старой битности - вы обязаны подкачать из интернета новую версию, даже если она убогая, нет вы не можете использовать 32-бита. Пользователи Маков уже были проброшены много-много раз с совместимостью, тут уточнять не буду.
Вот и я о том же говорю! Только у винды просто фантастическая совместимость со старыми программами!
That's why I'm keeping SysWOW64.
* patiently waiting for a 128-bit architecture to appear *
Hello!
@@Кереевон oh hello there
Даня , спасибо за видео , я очень жду от тебя видос по теме групповых политик windows как они устроены как грамотно их использовать и насколько они лучше или хуже других способов взаимодействия в больших корпоративных сетях.
то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный.
Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.
Но надо отметить почти ультрабуки на AMD: встройка 780M почти 1060, встройка 760M почти 1050ti
Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!
Очень понравилось что вы всегда идете дальше, чем просто удалить и увидеть что теперь оно не работает.
Увидел уведомление и сразу смотрю, спасибо Даниил ❤
Если удалить syswow будет очень интересно…
Даня уже делал
Siam Alam уже сделал такое
@@ZverCatalyst ещё Даня это делал когда видео без голоса у него были
Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows:
1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС
2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.
3:55 сначала и не понял, что была отсылка про черную пелену доса)
btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?
Интересный выпуск, узнал пару новых для себя моментов. Спасибо за работу.
16:30 в системе всегда был только 1 эмулятор разрядности.
система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию.
выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке.
но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32.
поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться.
но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием.
10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику
На 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 в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.
Отличное видео! Интересно, будут ли подобные интересные ролики про ос из семейства unix? 😊
Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно))))
Надеюсь на дальнейшее общение!
@@DanielM не переживай, надеюсь на адекватность аудитории )
@@DanielMДаня, глянь, у тебя под коммами бот спамит, забань его
@@goofyahhrussiankid, привет, заметил, спасибо за помощь!
@@DanielM всегда пожалуйста :3
Обожаю этот канал. Эксперименты, рассказы о ОС и т.д
Привет, Данила, сними видео про браузер Supermium!
Ну всё же первая из бытовых 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.
Великолепная работа, Данил!
Джеффри Рихтер в книге "Windows для профессионалов. Разработка Win32-приложений с учётом специфики 64-битных операционных систем" очень много посветил и работе 32-битной ветки вызовов функций Windows при 64-битном ядре, так и её не менее захватывающему переходу на Unicode. Буквально за первую главу книги можно узнать значительно больше, чем из любых "профессиональных" современных источников. В этой книге как раз есть несколько параграфов совместимости 32/64 бита, и если в случае IA-64 или Alpha это было ещё выравнивание данных по границам машинного слова - к слову, которое программистам для этих архитектур приходилось проводить часто вручную, то в случае x86-64 только к адресации, а если быть точнее разрядности указателей. 32-битные указатели банально не дают приложению адресовать больше 2 ГБ ОЗУ.
С соответствующим флагом 32-битные приложения могут адресовать почти до 4 ГБ ОЗУ.
AMD Opteron это первый процессор для серверов с AMD64 или x86-64, а первый же обычный для компьютеров на такой архитектуре был Athlon 64 появившийся в 2005 году, вместе с выходом XP Professional x64 edition
Это был Athlon64 ещё на сокете 754 (2001 год). Какой нафиг АМ2 ???
@@Unknown_User-e2l AM2 для двухъядерных Athlon 64 выпущенных позднее в 2006-2007 году
Хоспаде! Я, олдовый сисадмин, чуть не словил паническую атаку от твоих экспеременотов))
4:23 я здесь испугался...
10:19 блин а у меня нету такой кнопки "subscribed", у меня есть только "подписан", подскажите куда мне нажимать
Кто-то похоже не знает английский язык))
Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение Windows8 vs Windows10 vs Windows11. К легендарной Win7 на современных компах трудно найти драйвера (видео, лан, звук, usb 3.0). Мне приходится на разных компах работать на этих 3 системах. Интерфейс сильно отличается. Есть ли какие-то принципиальные отличия в работе ядра?
Чисто технически Windows NT 3.x для архитектуры MIPS R4000 (компьютеров Jazz) уже была ОС для 64-битного процессора, но сама по себе по настоящему 64-битной не являлось (только именно в XP для IA-64 ядро стало 64-битным, хотя ряд фактов, например, логотип "Windows 2000 64-bit", найденный в файлах бета-версии XP, оставляют предположение, что на этапе разработки версия IA-64 должна была быть уже у этой ОС)
Даня, сделай историю разработки виндовс 11, хороший видос!
Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤
Спасибо за видео !
п.с.
Мне показалось или в ролике голос Дмитрия [Newbilius] Моисеева ?
Есть с 32 битами маленькая проблема, в случае если винда перестанет их поддержин, то скорее всего старые игры и программы не будут запускаться
Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.
И вся совместимость со старыми программами полетит к чёрту! Ну уж, нет!
@@Bluedion если че программы даже с винды 7 уже не работают на 10 ке, не то что на 11 и более новых
@@Bluedion так старые программы и так не работают уже, а если некоторые работают то только с касяками и вылетами.
Впервые смотрю видос, который вышел менее 10 минут назад
Ого
@VelikiiElma777 почему? Приведи хотяб один аргумент.
@@muralmaksit та это бот
@VelikiiElma777#эльмахуесоскаизподваланегра
@@AlphaFan3123 Понял, кстати, привет!
Я с самой хр знал что теперь 32-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.
Век живи - век учись. Автору - огромное уважение!
Интересно было глянуть, спасибо!
Здравствуйте Даниил. Я несколько лет назад перешёл на Linux. Поскольку Windows 11 начал меня бесить. Хотел узнать. А что вы думаете о Windows 11 ?
вас поздно что-то начала винда бесить, я уже в win7 не работал
Привет! В целом, Windows 11 пользоваться вполне себе можно. Первая сборка, которую я получал в 2021 году была действительно своего рода большим ночным кошмаром с точки зрения дизайна и производительности. Сразу был виден факт, что разработчиков по какой-то причине торопили.
С выпуском 22H2 уже всё было более-менее сглажено. А с 23H2 мне стало вообще прекрасно. В моих задачах она меня полностью устраивает, их стандартный ассистент Copilot внезапно (!) не навязчив, выключается быстрее чем 10 (по оценкам проводимым на моём ПК). Как итог скажу, что я доволен, хотя некоторые вопросы у меня к ней имеются.
8/10
Win 10 22H2 не бесит
Бесит или нет, но приходится запускать 11-ю в виртуалке работая в Linux. И всё ради офиса, так как издательства в РФ упорно молятся на MS Office и Times New Roman, ну и формулы только встроенный Equation или Mathtype, т.е. принуждают к Windows. Заграницей TeX для издательства требования под любую ОС фактически.
@@rubcovovy Это вы хорошо придумали. А какой виртуалкой пользуетесь ? VirtualBox, WMWare или Qemu ?
Я вот подумываю установить Qemu на мой Archlinux. Но не знаю стоит ли.
Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃
Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.
На самом деле ограничение для 32-битных программ больше 3 ГБ, почти доходит до 4 ГБ.
64-битные программы могут при определенных условиях работать медленнее 32-битных из-за того, что используют 64-битные указатели вместо 32-битных, что может приводить к увеличению размера некоторых структур данных в памяти, что влечет за собой большую частоту промахов кэш-памяти.
А в некоторых случаях наоборот, 64-битные программы могут работать быстрее, если интенсивно используют 64-битную арифметику, которая работает быстрее в 64-битном режиме.
Даров, Даня. Не узнал? Я пожелал тебе 10млн сабов к следующему ДР и желаю до сих пор.
Я его агент, он не узнал тебя
Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.
Ура новый ролик!
Урааа!!! Данилка вернул старый стиль монтажа! Я же не один рад? Имхо новый стиль монтажа очень странный и дёрганный.
Хммм... то есть рассказанная информация в видео имеет не первый приоритет? :)
@@DanielM Ну встречают по одёжке, проважают по уму :)
Когда Даня делает не неожиданную просьбу о подписке мне всегда кажется что видео кончается :о
16:33 Та-же самая Windows 10 32bit и ниже поддержывает запуск 16bit'ных программ
Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW
Я знал это что то с архитектурами. Спасибо за знание!
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 бит программы как 64 бит. Это бы решило бы множество проблем с менеджментом текстур в 32 битных играх.
Переход с 32 битной архитектуры на 64 битную обусловлен лимитами по потреблению ОЗУ. Казалось бы что 30 лет назад 4 ГБ ОЗУ - это слишком много для программ и ОС, но это не так. Развитие технологий диктует свои правила. Поэтому переход с 32 Бит на 64 Бит убирает ограничение с 4 ГБ ОЗУ до 18 Экса Байт ОЗУ, что в теории заполнить практически нереально. Поэтому переход на 128бит архитектуру в ближайшие 100 лет нам точно не придется ждать.
А если кто то считает что 32 бит программы и так хорошо работают, то недавно в Team Fortress 2 был пофикшен эксплойт позволяющий крашить игру на 32 бит, банальной грифкой в сжатом формате. Вот видео с разъяснением ua-cam.com/video/dkjDzQIyrj8/v-deo.html
а как в винде под арм осуществляется совместимость с вин32 и вин64 там тоже есть папка вов?
ну так есть как 32 битный арм, так и 64 битный арм
Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.
Огонь очень красивый выпуск
Кстати, а в старый медиаплеер можно ли продлить работу больше чем 2038г?
звісно, переводиш годинник і радієш далі
Вспомнилась история про то чем занимается кот, когда ему нечего делать. 🐱
это же та самая песня на 3:53, про dos. аж прослезился от ностальгии 😢
Дань! Можно обзора такой вещи как ntvdmx64?
По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS
7:06 Этот момент в теории доказывает, что Даниэль - это нейросеть
Кого будут винить в случае некорректной работы программного обеспечения - разработчиков ОС или разработчиков программы? Действительно сложный вопрос, потому как часто был свидетелем того, как за подвисания и баги доставалось ничем не повинному системному блоку, и чуть реже - периферии (клавиатура, мышь, иногда даже монитору).
Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.
Почему при словах о браузерах появляется логотип софта для установки браузеров, а не браузера?
13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали.
поэтому новая система полностью переписана под 64.
но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем
При активированном 64 битном режиме, у АМД64 до перезагрузки никак не использовать 16 битный режим...
Ты лучший ютубер! Пришел сюда по зову сердца!
Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ
Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.
Стим до сих пор 32 битный. Если он хранится в programm files (x86) можно сделать вывод что он 32 битный?
Теперь понятно почему архитектура называется amd64 и почему она работает и на Intel
Дос, чёрной пеленой экран заполнил чистый дос!
IE: Даня, я умираю. Прекрати битбоксить.
Как и ко всем видео Данилы я скажу и к этому видео что оно вышло крутым
Ишры эпохи xp у людей не запускаются а тут человек вкидывает факт что даже программы эпохи 3.1 работают,интересно...(нет)
Зависит от каждой отдельной программы. И некоторые игры эпохи XP работают без проблем
@@lev3271 те люди просто не знают про режим совместимости 😌
2:26
Это всё же слой совместимости, а не слой эмуляции. Ведь по факту ничего не эмулируется. (Тут как с Wine -- Wine is not emulator)
Хоть и на 11ой Винде запускаются программы под более старые версии виндовс по типу ХР, но работать они там будут крайне неохотно и нестабильно к сожалению.
Сейчас это и на телефонах происходит. Понемногу отказываются от поддержки 32-битных приложений и переход на новую архитектуру ARMv9, хотя для меня это потеря половины хороших приложений и старых игр. Еще и куча новых ограничений просто бесит, как будто я буду систему удалять или вирусы специально в папку Android кидать. Для меня лучший андроид это десятка, где и гайки не закручивали по доступу к папкам, и поддержка старых приложений была. А на 14 Андроиде чувствую себя очень плохо, то приложение не работает, нормально работать с кэшем игр и файлами в папке Android нельзя, еще и жрет много заряда. Разочарование, одним словом.
Хоть один человек кроме меня это заметил + еще замедлили доступ к fs, если в папке по 10000 фоток,
секунд 10 только сами значки отрисовываются, еще секунд 5-10 превьюхи,
рядом лежит смартфон на 10 ведре, так там доступ моментальный
ну и самое что меня просто выбесило, вырезание l2tp и pptp,
у меня был довольно годный впн, но клиент под мусорку максимально ужасный.
вместо того чтобы пользоваться им, я брал настройки и вбивал их в нативный впн в ведройде,
в 13 версии вырезали вообще все, даже имея рут невозможно вернуть, они на уровне ядра все это убрали...
максимальный маразм, я представляю сколько работы они сисадминам предоставили,
наверное поэтому в крупных офисах пользуются решения от эппл, на айоси что забавно, один из этих протоколов все еще был на тот момент
и возможно все еще присутствует, не берусь утверждать, так как нету айфона с последней версией под рукой, но факт остается фактом, это просто позор какой-то
@@SL4RK Ну то есть Андроид понемногу превращается в подобие iOS, а iOS понемногу получает возможности Андроида. Нужна третья ОС, которая обоих переиграет, потому что выбирать между мылом и шилом как то не хочется. Жду возвращения микромягких с их ОС, но не с тем огрызком из 2015, а с полноценной виндой на телефоне, возможно облегченной, но чтобы была отдельная ОС для людей, которые видят в смартфоне не только телефон с функциями мультимедии и веб-серфинга, а еще и как мини-ноутбук с вытекающими отсюда свободой и возможностями.
То о чем я говорю, только я бы предпочел не винду, а какое-нибудь подобие никсов, вроде meego, без всех этих ограничений, но увы в нынешнее время вряд ли это случится,
смартфоны теперь воспринимаются не как нишевые устройства для гиков, как это было 10+ лет назад, а как урезанное интернет устройство для тех кто не осилил пк...
@@Oleg_Falko Из ныне существующих аналогов существует разве что линукс, но линукс на мобильных телефонах это дичайшая обскурщина, поэтому и парк поддерживаемых телефонов и количество поддерживаемого софта оптимизированного под телефоны у него соответствующие
win pe от стрельца набит вирями по самое нехочу, 1 раз попробывал и пришлось винду переустанавливать
а ваще какие проги быстей работают 32 или 64 бит? чота в последнее время некоторые браузеры и другие большие проги стали делать 32 разряднными, а 64 разрядные варианты с офф сайтов ваще пропали
5:18 Пфф, нельзя что ли использовать переменную окружения для перенаправления?)
Варианты есть, только разрабы кажись ленивые 😒
Интересно, реестр нужен вообще в Windows 11 и 10?
А что к 2038 Году все 32bit приложения и игры перестанут роботать, или только медиа плеер?
Будет сравнение 10 и 11 винды?
Все-таки ты так и не рассказал каким образом x64 запускает приложения x86 без потери производительности
4:42 Я не понимаю, почему Microsoft поместили 32-х битные компоненты в папку SysWOW64, а 64-битные в папку System32🤡
Создали лишнюю путаницу, и себе в первую очередь. Лучше бы изначально в 64-х битных версиях Windows, в папке System32 так и оставались 32-х битные компоненты, а в папку System64 положили новые 64-битные. Так бы было проще, понятнее и логичнее.
Так и получается, что пошатнулась стабильность и совместимость, потому что если бы 32-х битные оставались в папке System32, то старые программы без проблем напрямую обращались к компонентам в этой папке, и системе не нужно было бы дополнительно отслеживать это, обрабатывать, и подменять пути 32-х битных программ на SysWOW64 при обращении к папке System32. А новые 64-битные программы сразу бы напрямую обращались к папке System64. Я конечно не программист из Microsoft, и наверно чего-то не знаю (хотя программировать я умею, и писал программы, и работал с путями), но мне кажется так бы было проще и понятнее всем.
Как же хочется съесть фруктовый рулет-тигр и закусить его воздухом...
сними видео про ОС Integrity do-178b интересно было бы послушать
во всех 64бит версиях шиндовс есть правильный медаплейер, просто поправь ссылку