В 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+ разваливаются из-за проблемы в помещение памяти. должно быть реальный режим на котором ДОСия может работать сбоит с памятью и развал становится явным)
Запомните ребята, это вам на будущее, ведь когда это вам пригодится, то я уже умру. Если у вас например Windows 15 или вообще Windows 20, но вы хотите понастольгировать по играм Windows XP или Windows 7, то лучше просто введите "windows xp или 7 built in game" и скачайте архив с играми, если они там будут. И там, вы сможете вспомнить детство. Да аж так! Что вы прослезитись. Windows on Windows - это бог ностальгии
Это если на те годы будет актуальна архитектура x86 и на компьютерах того времени можно будет запускать не подписанный вендором код (к чему всё потихоньку идет)
@@IvanBorzenkovесли на то время его доделают. Хоть и появилась совместимость со многими программами и играми в данный момент, но в большинстве это костыли, которые не очень приятно дают о себе знать.
@@felix_zero._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.
Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом. Как и обычно, победило самое простое решение.
@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.
@@Verdgil я имею в виду, что мир то эта штука не захватила, хотя планы были изначально такими. Именно их и свернули, оставив поддержку тому, что на нём таки работает.
я думаю разработчики винды просекли что фишка винды, это совместимость с 30летними приложениями, не знаю плохо ли хорошо, но это то, что делает новую винду уникальной
Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.
Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.
Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.
Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .
На линуксе тоже есть совместимость со старыми приложениями, но без таких выкрутасов. Просто нужно пересобрать приложение под другую архитектуру и никакой возни.
Даня , спасибо за видео , я очень жду от тебя видос по теме групповых политик windows как они устроены как грамотно их использовать и насколько они лучше или хуже других способов взаимодействия в больших корпоративных сетях.
Не Гугл, а 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 уже ограничение аппаратное.
Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows: 1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС 2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.
то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный. Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.
Ну всё же первая из бытовых 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.
Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно)))) Надеюсь на дальнейшее общение!
Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!
AMD Opteron это первый процессор для серверов с AMD64 или x86-64, а первый же обычный для компьютеров на такой архитектуре был Athlon 64 появившийся в 2005 году, вместе с выходом XP Professional x64 edition
Джеффри Рихтер в книге "Windows для профессионалов. Разработка Win32-приложений с учётом специфики 64-битных операционных систем" очень много посветил и работе 32-битной ветки вызовов функций Windows при 64-битном ядре, так и её не менее захватывающему переходу на Unicode. Буквально за первую главу книги можно узнать значительно больше, чем из любых "профессиональных" современных источников. В этой книге как раз есть несколько параграфов совместимости 32/64 бита, и если в случае IA-64 или Alpha это было ещё выравнивание данных по границам машинного слова - к слову, которое программистам для этих архитектур приходилось проводить часто вручную, то в случае x86-64 только к адресации, а если быть точнее разрядности указателей. 32-битные указатели банально не дают приложению адресовать больше 2 ГБ ОЗУ.
Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤
Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение 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 должна была быть уже у этой ОС)
Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW
Как бы не критиковали Microsoft, но они не бросили прошлую битность, совместимость со старыми программами, которые уже никто не обновит или которые до сих пор используют (вроде старых игр) и соответственно своих пользователей. И хвалёные дистрибутивы Линукса просто кинули пользователей старых программ и старой битности - вы обязаны подкачать из интернета новую версию, даже если она убогая, нет вы не можете использовать 32-бита. Пользователи Маков уже были проброшены много-много раз с совместимостью, тут уточнять не буду.
Дань! Можно обзора такой вещи как ntvdmx64? По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS
На 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 в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.
Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.
16:30 в системе всегда был только 1 эмулятор разрядности. система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию. выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке. но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32. поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться. но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием. 10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику
Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ
Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.
Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.
Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃
Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.
0:37 - один простой пример. Компьютер Apple 2 был сильно популярен среди домашних и в принципе - ПК. Когда выпустили Apple III - что произошло? Программы написанные под второй не работали на третьем. а на винде - в 99% всё работало. Ну начиная с 16 бит, и наверное может даже работать на Win11, разве что без поддержки полноэкранного режима.. А досовские 8-битные по моему тоже, написанные в конце 80-х способны были напускаться еще долго.. лет 15
6:54 ХР64 2005 года была не чем иным как версией Server 2003. У них даже пакеты обновлений и дравера были одинаковые. Именно серверная версия x64 технологию подерживала изначально на Оптеронах от AMD.
Я с самой хр знал что теперь 32-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.
Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.
Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.
Кого будут винить в случае некорректной работы программного обеспечения - разработчиков ОС или разработчиков программы? Действительно сложный вопрос, потому как часто был свидетелем того, как за подвисания и баги доставалось ничем не повинному системному блоку, и чуть реже - периферии (клавиатура, мышь, иногда даже монитору).
Мне вот одно непонятно: почему нельзя принудительно запускать 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
Хоть и на 11ой Винде запускаются программы под более старые версии виндовс по типу ХР, но работать они там будут крайне неохотно и нестабильно к сожалению.
13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали. поэтому новая система полностью переписана под 64. но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем
btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?
В 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
Название папки прям говорит свое содержимое - Wow. Куда не глянешь, везде чудеса! Даня, спасибо за такие познавательные видео!
Легенда пластиковых окон
@VelikiiElma777 странная у твоего отца фамилия, да и зачем ему в чем то отказывать?
world of warcraft?
world of warships?
Ждём 128-битную винду и Windows on Windows on Windows :D
я твой фан!
пр
@@chel22270 ку
@@ysjnkksy оу...
я твой фан
3:54 Дос! чёрной пеленой экран заполнил, чистый дос... (песня такая)
Отсылки никто в комментариях не заметил
Мышь
Потеряла форму, стала вдруг квадратной мышь
Я заметил
Я тоже заметил
И представил я,
Город наводнился вдруг разумными людьми.
Вышли все под ДОС,
А проклятый виндовс удаляли к чёрту
Мужик, ролик вышел всего за два часа до твоего комментария.
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._. только его уже так доделали, что работает не хуже, а где-то и лучше, в этих ваших виндовсах костылей больше, и собственно уже это много раз подтверждалось, когда тупо игры лучше идут.
Насколько я понял, Итаниум (который в шутку прозвалил Титаниум, отсылаясь к краху Титаника) мог бы, наверное, и пережить отсутствие нативной обратной совместимости, если бы сам по себе был сильной архитектурой. Но он не был, в ней было множество проблем и сложностей для разработчиков, несмотря на обещания интел. Поэтому, когда амд вышла в свет с архитектурой, где всё просто работает, да ещё и с нативной обраткой, это сразу же и стало стандартом.
Как и обычно, победило самое простое решение.
Для меня было большим удивлением, когда узнал, что она была все еще жива до недавнего времени,
как мне казалось еще в нулевых ее закопали, а нет
У неё были свои плюсы, да и как понимаю, она до сих пор жива, так как есть поддержка несколькими системами (в основном HP-UX)
@@Verdgil просто те, кто успели на неё пересесть и написать софт. Им не было особого смысла что-то менять. Точнее это бы стоило денег. А так под какие-то задачи оно работает и ладно, что называется. Но в целом интел прикрыла инициативу ещё в нулевых.
@@StefanFlyer но EoL для серверов это 2025, а значит актуально ещё
@@Verdgil я имею в виду, что мир то эта штука не захватила, хотя планы были изначально такими. Именно их и свернули, оставив поддержку тому, что на нём таки работает.
Совместить слова "популярных браузеров" с эмблемой IE -- было хорошей шуткой.
но ведь он стоит почти везде xD
я думаю разработчики винды просекли что фишка винды, это совместимость с 30летними приложениями, не знаю плохо ли хорошо, но это то, что делает новую винду уникальной
3:58 За отсылку на песню про ДОС спасибо!
Надо сказать, что в первой половине 2000-х годов AMD по сути составляла большой доминант на рынке процессоров. И это связано за счëт появления качественных процессоров AMD серии Duron и Atlon XP на разных ядрах (в том числе и на ядре Palomino), первых материнских платах с разъëмом PCI-Express, удобных креплениях систем охлаждения процессора, и, конечно же, первых в мире 64-битных процессоров. Многие компьютерные журналы и сайты назвали AMD лучшей в мире на рынке компьютерной техники.
Меня беспокоит то, что все больше и больше компонентов Windows являются приложениями UWP. Я не консерватор, но меня беспокоит производительность и стабильность.
Со стабильностью всё ± неплохо, нечего серьёзного не замечал, а вот на счёт перфа согласен. Хотя бы диспетчер задач. До того, как его переписали в Windows 8, он летал. Сейчас это тормозная дичь. Да, мощный. Но меееееедленный.
@@ivanshka1759А может самому написать нечто похожее на Диспетчер Задач на Си?
@@ivanshka1759 фпс проседает в диспетчере? 😁
Цирк уехал...
Работа , на мой взгляд , интересная . Особенно эксперименты с удалением системных файлов и папок . Но есть один существенный минус - с чего и надо было начинать это повествование . А именно , какова была цель перехода с версии 32х86 на версию х64 . Тогда бы всё стало на свои логические места .
И всё же, прикольно что у нас до сих пор есть совместимость со старыми приложениями.
На линуксе тоже есть совместимость со старыми приложениями, но без таких выкрутасов. Просто нужно пересобрать приложение под другую архитектуру и никакой возни.
@@alexk4058 это если оно пересоберется...
@@alexk4058 "надо просто пересобрать". Как я обожаю линуксоидов. Ваша оторванность от реальности не знает никаких границ :D
@@alexk4058 -> "просто пересобрать"
-> "просто"
Даня , спасибо за видео , я очень жду от тебя видос по теме групповых политик windows как они устроены как грамотно их использовать и насколько они лучше или хуже других способов взаимодействия в больших корпоративных сетях.
Тем временем Гугл : " мы решили убрать поддержку 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 году
А мы ещё раньше думали что существует Windows 2000 64 бита...
Ещё виндовс xp7)
64-битная версия Windows 2000 есть.
если есть виндовс 7, значит есть и 6,5,4,3,2,1
Если удалить syswow будет очень интересно…
Даня уже делал
Siam Alam уже сделал такое
@@ZverCatalyst ещё Даня это делал когда видео без голоса у него были
Спасибо за видео, в целом про Windows всё было рассказано по делу, но было опущено несколько моментов, не относящихся напрямую к Windows:
1. Поддержка запуска 32-битных программ в 64-битной системе это в первую очередь заслуга ЦПУ а уже во вторую это должно ещё и поддерживаться ОС
2. Правильно написанные программы ни в каких подпорках для запуска не нуждаются, так что заплатки, сделанные для запуска не правильно работающих 32-битных программ, нужны были только для запуска кривонаписанных программ. Собственно именно поэтому вам тяжело запустить игры с "защитой", потому что эта самая "защита" есть ни что иное, как костыль, ломающий нормальную загрузку программы и использующий кучу хаков, чтобы максимально усложнить процесс понимания, как же программа всё таки умудряется запускаться при поломанном процессе загрузки. Ну и бонусом, хорошо написанные программы достаточно лишь перекомпишировать, чтобы они стали 64-битными.
Очень понравилось что вы всегда идете дальше, чем просто удалить и увидеть что теперь оно не работает.
Увидел уведомление и сразу смотрю, спасибо Даниил ❤
то что старые приложения на новой Винде запускаются это хорошо. Потому что в любой момент можно использовать древний софт для работы или развлечения. Кому-то офис старый больше нравится а кто-то проходит старые игрушки. Нет проблем и это хорошо. Потому что сейчас всё упирается в деньги которые не у всех есть в нужном объёме. А значит не все могут позволить себе последнего поколения пк/ноут собрать/купить. А на старом софте вполне можно и сегодня работать на средней по характеристикам системе. Просто он менее функционален и красив как современный.
Сейчас модно покупать ультрабуки, которые по своей сути не для игр. Новые а значит последние игры не запустятся. Но если качнуть древнюю игруху, то она будет читаться как ворд и можно запросто от батареи сидеть и играть. Так что совместимость это хорошо.
Но надо отметить почти ультрабуки на AMD: встройка 780M почти 1060, встройка 760M почти 1050ti
Великолепная работа, Данил!
Ну всё же первая из бытовых 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.
Отличное видео! Интересно, будут ли подобные интересные ролики про ос из семейства unix? 😊
Привет! Я был бы очень рад, но меня очень сильно заставляет задуматься реакция пользователей таких систем. Боюсь допускать какую-либо ошибку в этом плане если честно))))
Надеюсь на дальнейшее общение!
@@DanielM не переживай, надеюсь на адекватность аудитории )
@@DanielMДаня, глянь, у тебя под коммами бот спамит, забань его
@@goofyahhrussiankid, привет, заметил, спасибо за помощь!
@@DanielM всегда пожалуйста :3
Интересный выпуск, узнал пару новых для себя моментов. Спасибо за работу.
Ура новый ролик!
Меня поражает, что винда до сих пор не может чинить себя. Особенно в случаях самых распространённых глюков, вроде поломки загрузчика. Бесит, бесит неимоверно!
AMD Opteron это первый процессор для серверов с AMD64 или x86-64, а первый же обычный для компьютеров на такой архитектуре был Athlon 64 появившийся в 2005 году, вместе с выходом XP Professional x64 edition
Это был Athlon64 ещё на сокете 754 (2001 год). Какой нафиг АМ2 ???
@@Unknown_User-e2l AM2 для двухъядерных Athlon 64 выпущенных позднее в 2006-2007 году
Обожаю этот канал. Эксперименты, рассказы о ОС и т.д
That's why I'm keeping SysWOW64.
* patiently waiting for a 128-bit architecture to appear *
Hello!
@@Кереевон.крэйзи oh hello there
Джеффри Рихтер в книге "Windows для профессионалов. Разработка Win32-приложений с учётом специфики 64-битных операционных систем" очень много посветил и работе 32-битной ветки вызовов функций Windows при 64-битном ядре, так и её не менее захватывающему переходу на Unicode. Буквально за первую главу книги можно узнать значительно больше, чем из любых "профессиональных" современных источников. В этой книге как раз есть несколько параграфов совместимости 32/64 бита, и если в случае IA-64 или Alpha это было ещё выравнивание данных по границам машинного слова - к слову, которое программистам для этих архитектур приходилось проводить часто вручную, то в случае x86-64 только к адресации, а если быть точнее разрядности указателей. 32-битные указатели банально не дают приложению адресовать больше 2 ГБ ОЗУ.
Спасибо тебе за такие интересные видео! Выложи пожалуйста видео про историю создания Виндовс 11, ты уже сделал такие видео для многих остальных виндовс но не 11, буду очень тебе благодарен!!❤
Интересно было глянуть, спасибо!
Век живи - век учись. Автору - огромное уважение!
3:55 сначала и не понял, что была отсылка про черную пелену доса)
Очень-очень интересное видео! Лайк! ПС: хочется видео-сравнение Windows8 vs Windows10 vs Windows11. К легендарной Win7 на современных компах трудно найти драйвера (видео, лан, звук, usb 3.0). Мне приходится на разных компах работать на этих 3 системах. Интерфейс сильно отличается. Есть ли какие-то принципиальные отличия в работе ядра?
Я знал это что то с архитектурами. Спасибо за знание!
Впервые смотрю видос, который вышел менее 10 минут назад
Ого
@VelikiiElma777 почему? Приведи хотяб один аргумент.
@@muralmaksit та это бот
@VelikiiElma777#эльмахуесоскаизподваланегра
@@AlphaFan3123 Понял, кстати, привет!
Даня, сделай историю разработки виндовс 11, хороший видос!
УРА НОВОЕ ВИДЕО!!
Спасибо за видео !
п.с.
Мне показалось или в ролике голос Дмитрия [Newbilius] Моисеева ?
Хоспаде! Я, олдовый сисадмин, чуть не словил паническую атаку от твоих экспеременотов))
Привет, Данила, сними видео про браузер Supermium!
Чисто технически Windows NT 3.x для архитектуры MIPS R4000 (компьютеров Jazz) уже была ОС для 64-битного процессора, но сама по себе по настоящему 64-битной не являлось (только именно в XP для IA-64 ядро стало 64-битным, хотя ряд фактов, например, логотип "Windows 2000 64-bit", найденный в файлах бета-версии XP, оставляют предположение, что на этапе разработки версия IA-64 должна была быть уже у этой ОС)
ооаоаоа новое видео!!!
Огонь очень красивый выпуск
Еще не посмотрел, но как-то однажды делал PE образ с поддержкой х32 и х64(образ сам х64, нужно было запускать софт с разными разрядностями). Это было похоже на создание Франкенштейна под грозой. Пришлось из 10 образов слепить 1 ради того, чтоб SysWoW заработал, действительно WoW
Ооо новый видос
Как бы не критиковали Microsoft, но они не бросили прошлую битность, совместимость со старыми программами, которые уже никто не обновит или которые до сих пор используют (вроде старых игр) и соответственно своих пользователей. И хвалёные дистрибутивы Линукса просто кинули пользователей старых программ и старой битности - вы обязаны подкачать из интернета новую версию, даже если она убогая, нет вы не можете использовать 32-бита. Пользователи Маков уже были проброшены много-много раз с совместимостью, тут уточнять не буду.
Вот и я о том же говорю! Только у винды просто фантастическая совместимость со старыми программами!
7:06 Этот момент в теории доказывает, что Даниэль - это нейросеть
4:23 я здесь испугался...
это же та самая песня на 3:53, про dos. аж прослезился от ностальгии 😢
IE: Даня, я умираю. Прекрати битбоксить.
Теперь понятно почему архитектура называется amd64 и почему она работает и на Intel
Как всегда хорошее видео)
Когда Даня делает не неожиданную просьбу о подписке мне всегда кажется что видео кончается :о
Урааа!!! Данилка вернул старый стиль монтажа! Я же не один рад? Имхо новый стиль монтажа очень странный и дёрганный.
Хммм... то есть рассказанная информация в видео имеет не первый приоритет? :)
@@DanielM Ну встречают по одёжке, проважают по уму :)
Есть с 32 битами маленькая проблема, в случае если винда перестанет их поддержин, то скорее всего старые игры и программы не будут запускаться
Дань! Можно обзора такой вещи как ntvdmx64?
По теме ролика: x32 приложения все еще используются. В частности это корпоративный сектор. Особенно это актуально для АСУТП. В последней все еще используется много где даже DOS
Как и ко всем видео Данилы я скажу и к этому видео что оно вышло крутым
Как же хочется съесть фруктовый рулет-тигр и закусить его воздухом...
Данил ты крутой! Так держать!
На 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 в задачах, которые выполняются "нативно" на процессорах обоих архитектур, будьте так любезны.
Чую я после таких как ты буду шарить за структуру винды и реестра на уровне *про. Спасибо!
Даров, Даня. Не узнал? Я пожелал тебе 10млн сабов к следующему ДР и желаю до сих пор.
Я его агент, он не узнал тебя
Я несколько лет пользовался Windows7 win32 в котором была с диска установленна Microsoft Office 2013 но RJ45 работал на 100mbps и мне необходимо было перейти на rj45 1000mbps. Приобрёл новенький системник но в нём была установленна Windows 7 win64. Так то, что я создавал просто перенёс используя внешний USB накопитель и не узнал своих документов. Вероятно все шрифты по умолчанию другие.
16:30 в системе всегда был только 1 эмулятор разрядности.
система 32 позволяет запускать 16 битные, а система 64 работает только с 32 битными. иначе бы пришлось делать двойную эмуляцию.
выбор был при установки 7 винды когда можно выбрать ставить 32 или 64. я както наткнулся на прогу и она оказалась 16 был, играл с ней в виртуалке.
но потом всё равно нашёл форум где некоторые писали что она очень кривая и неправильно работают, и появились более современные которые написаны в 32.
поэтому даже если прога 16 бил была очень хорошо, там тоже нашлось много ошибок и он нет пора отказаться.
но я же полностью перехожу на 64бит винду 11 сраазу, и уже поимел кучу проблем с оборудованием.
10 летняя техника не имеет драйверов и нужны пляски с виртуалкой или какими то арм прокладками, то от 5-10% от цены апгрейда компа. ну не менять же всю технику
ого, новый видос!
Одна из серверных Windows 2000 (Advanced Server) тоже была 64 битной для Itanium процессоров, и поддерживала до 8 процессоров и колоссальных (на то время) 8 ГБ ОЗУ
Если не ошибаюсь, то 32-х битная версия сервера 2000 поддерживала до 16 Гб оперативной памяти. Название технологии забыл уже, но на серверных платах была поддержка и на Xeon.
Даня ты топ, я тебя смотрею давно
Удивительны пути созидания, по которым идёт микрософт. Вместо того, чтобы создать очевидно новый 64 битный компонент ... Не, мы сделаем проще: поместим в system32 64 компоненты, напихаем костылей, которые будут отлавливать запросы 32 программ к стандартным папкам и перенаправлять их в другую, а 64 - туда, где раньше были 32. В результате имеем кашу из 4 системных папок и две ветки реестра с одинаковыми настройками - какая из них сработает - одному гейтсу известно. Осталось в страхе дожидаться, что получиться, когда придет 128 бит... А так, спасибо, годно.
Интересно. А в чем могут быть практические отличия 32-х и 64-х битных программ. К примеру, могут ли 32-х битные версии программ быть более легковесными? Или может меньше потребляют оперативной памяти при работе? Может меньше нагружают процессор при работе (при меньшей скорости работы самой программы). Я к тому, что если программа простая и не требует высокой производительности железа, то имеет ли практический смысл в переходе на 64-х битные версии? Может какой-то простой софт целесообразней продолжать использовать в 32-х битном виде? В общем, интересно было бы сравнение таких программ на практике 🙃
Отличие в том что 32 битные приложение не могут употребить больше 3 гб оперативной памяти. Кстати такое ограничение есть и у 64 бита, но оно сильно большое и до него нам как до солнца пешком.
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-ух битные приложения запускаются через костыль. Даня друг сделай пожалуйста видео про песочницу виндовс. То есть про встроенную виртуальную машину, хотелось бы подробностей, секретов там, да и вообще про возможности.
Дос, чёрной пеленой экран заполнил чистый дос!
Большая часть ПО которое встроено в windows 64bit, всего лишь эмулируют 64bit. Если полностью удалить все компоненты отвечающий за работу 32 bit, то система становится кирпичей, что может говорить о том что само ядро Windows имеет 32 bit.
Ты лучший ютубер! Пришел сюда по зову сердца!
Топчик
сними видео про ОС Integrity do-178b интересно было бы послушать
Крутой видос
вспоминается анекдот про остров.. где швабры и большой вентилятор..
Помню даже тестил W2000 64 битную на реальной Dec Alpha. Работало всё вполне себе. Правда версия была не релизная и вылазили разные баги.
ух ты новое видео :)
Странно что такой гигант как Майкрософт не может переписать windows по новому с исправлением и удалением ненужных вещей, даже в винде 11 есть вещи с старой винды что занимает куча веса и выглядит как что то древнее, да это займет много времени но у них впринципе было много времени, бюджет? Так это одна из самых богатых компаний, плюс на современном коде легче будет исправлять баги и вносить новое.
И вся совместимость со старыми программами полетит к чёрту! Ну уж, нет!
@@Bluedion если че программы даже с винды 7 уже не работают на 10 ке, не то что на 11 и более новых
@@Bluedion так старые программы и так не работают уже, а если некоторые работают то только с касяками и вылетами.
Кого будут винить в случае некорректной работы программного обеспечения - разработчиков ОС или разработчиков программы? Действительно сложный вопрос, потому как часто был свидетелем того, как за подвисания и баги доставалось ничем не повинному системному блоку, и чуть реже - периферии (клавиатура, мышь, иногда даже монитору).
*Интересно...*
Вывод: не допускайте Даню к компьютеру. Он его снесёт, сломает, а потом починет и востоновит.
Мне вот одно непонятно: почему нельзя принудительно запускать 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
Топ контент
15:55 Нажатие правой кнопки валит проводник)))
@VelikiiElma777 жесть ты обиженка
Great👍
Хоть и на 11ой Винде запускаются программы под более старые версии виндовс по типу ХР, но работать они там будут крайне неохотно и нестабильно к сожалению.
13:00 тут было видео про игру которую убрали с винды 11 или может даже 10, но в 7 она была. и эта игра написана в 32 очень давно и её не портировали в 64 поэтому убрали.
поэтому новая система полностью переписана под 64.
но эта игра всё равно будет работать если её достать из старой винды. так что винда наконец то полностью 64, а всё что не смогли переписать просто выкинули совсем
Лично я добавляю в свои игры поддержку 32
Пока это возможно на моем движке
Ведь теперь большинство игр требуют 64 битный пк
прикольное видео
Привет хочу чтобы ты рассказал про то как мониторы эволюционировали
Все-таки ты так и не рассказал каким образом x64 запускает приложения x86 без потери производительности
btw, знаю не по теме но всё же, где ты взял музыка ISAo - Emy Wise, везде ищу найти не могу, а на dova syndrome ничего непонятно даже с переводчиком, может подскажешь?