История изменений
Исправление Skullnet, (текущая версия) :
«Нагромождение» - это какие-то трансляторы (с оверхедом, разумеется), при наличии нативной 32-битной библиотеки.
Никакого оверхеда не будет, потому что и то и другое это x86, только с разными размерами регистров. Это с x86 на ARM может быть оверхед учитывая что это CISC vs RISC и вообще разные архитектуры.
Во-первых 32-бит софт вполне себе актуален, у меня все десктопы 32-битные например (Linux).
Большинство популярных дистрибутивов уже выкинуло сборку 32 бит приложений и оставило только либы для совместимости (для вайна в основном). Так что на десктопе это уже не актуально. Скоро выкинут целиком всё и правильно сделают.
Во-вторых, в винде 32-бит это вообще штатный режим работы софта в т.ч. на 64-бит базе. Даже новый софт, заявленный 64-битной версией, часто имеет в своём составе 32-битные куски и это там норма.
Это не имеет значения. 32 бит не нужен, потому что все процессоры уже давно умеют в 64 бит. Мой AMD Sempron 2004 года уже умел в 64 бит.
А какой-то софт просто 32-битный, и никто из этого не делает трагедии и вообще даже не задумывается о каких-то переходах на 64.
Потому что винда это помойка из кучи легаси, из-за того что софт нельзя пересобрать, особенно коммерческий. Если бы они могли, то выкинули бы 32 бит. Так можно сделать только на линуксе, где весь софт пересобирается регулярно под любую платформу.
Исправление Skullnet, :
«Нагромождение» - это какие-то трансляторы (с оверхедом, разумеется), при наличии нативной 32-битной библиотеки.
Никакого оверхеда не будет, потому что и то и другое это x86, только с разными размерами регистров. Это с x86 на ARM может быть оверхед учитывая что это CISC vs RISC и вообще разные архитектуры.
Во-первых 32-бит софт вполне себе актуален, у меня все десктопы 32-битные например (Linux).
Большинство популярных дистрибутивов уже выкинуло сборку 32 бит приложений и оставило только либы для совместимости (для вайна в основном). Так что на десктопе это уже не актуально. Скоро выкинут на совсем и правильно сделают.
Во-вторых, в винде 32-бит это вообще штатный режим работы софта в т.ч. на 64-бит базе. Даже новый софт, заявленный 64-битной версией, часто имеет в своём составе 32-битные куски и это там норма.
Это не имеет значения. 32 бит не нужен, потому что все процессоры уже давно умеют в 64 бит. Мой AMD Sempron 2004 года уже умел в 64 бит.
А какой-то софт просто 32-битный, и никто из этого не делает трагедии и вообще даже не задумывается о каких-то переходах на 64.
Потому что винда это помойка из кучи легаси, из-за того что софт нельзя пересобрать, особенно коммерческий. Если бы они могли, то выкинули бы 32 бит. Так можно сделать только на линуксе, где весь софт пересобирается регулярно под любую платформу.
Исправление Skullnet, :
«Нагромождение» - это какие-то трансляторы (с оверхедом, разумеется), при наличии нативной 32-битной библиотеки.
Никакого оверхеда не будет, потому что обе и то и другое это x86, только с разными размерами регистров. Это с x86 на ARM может быть оверхед учитывая что это CISC vs RISC и вообще разные архитектуры.
Во-первых 32-бит софт вполне себе актуален, у меня все десктопы 32-битные например (Linux).
Большинство популярных дистрибутивов уже выкинуло сборку 32 бит приложений и оставило только либы для совместимости (для вайна в основном). Так что на десктопе это уже не актуально. Скоро выкинут на совсем и правильно сделают.
Во-вторых, в винде 32-бит это вообще штатный режим работы софта в т.ч. на 64-бит базе. Даже новый софт, заявленный 64-битной версией, часто имеет в своём составе 32-битные куски и это там норма.
Это не имеет значения. 32 бит не нужен, потому что все процессоры уже давно умеют в 64 бит. Мой AMD Sempron 2004 года уже умел в 64 бит.
А какой-то софт просто 32-битный, и никто из этого не делает трагедии и вообще даже не задумывается о каких-то переходах на 64.
Потому что винда это помойка из кучи легаси, из-за того что софт нельзя пересобрать, особенно коммерческий. Если бы они могли, то выкинули бы 32 бит. Так можно сделать только на линуксе, где весь софт пересобирается регулярно под любую платформу.
Исправление Skullnet, :
«Нагромождение» - это какие-то трансляторы (с оверхедом, разумеется), при наличии нативной 32-битной библиотеки.
Никакого оверхеда не будет, потому что обе и то и другое это x86. Это с x86 на ARM может быть оверхед учитывая что это CISC vs RISC и вообще разные архитектуры.
Во-первых 32-бит софт вполне себе актуален, у меня все десктопы 32-битные например (Linux).
Большинство популярных дистрибутивов уже выкинуло сборку 32 бит приложений и оставило только либы для совместимости (для вайна в основном). Так что на десктопе это уже не актуально. Скоро выкинут на совсем и правильно сделают.
Во-вторых, в винде 32-бит это вообще штатный режим работы софта в т.ч. на 64-бит базе. Даже новый софт, заявленный 64-битной версией, часто имеет в своём составе 32-битные куски и это там норма.
Это не имеет значения. 32 бит не нужен, потому что все процессоры уже давно умеют в 64 бит. Мой AMD Sempron 2004 года уже умел в 64 бит.
А какой-то софт просто 32-битный, и никто из этого не делает трагедии и вообще даже не задумывается о каких-то переходах на 64.
Потому что винда это помойка из кучи легаси, из-за того что софт нельзя пересобрать, особенно коммерческий. Если бы они могли, то выкинули бы 32 бит. Так можно сделать только на линуксе, где весь софт пересобирается регулярно под любую платформу.
Исправление Skullnet, :
Во-первых 32-бит софт вполне себе актуален, у меня все десктопы 32-битные например (Linux).
Большинство популярных дистрибутивов уже выкинуло сборку 32 бит приложений и оставило только либы для совместимости (для вайна в основном). Так что на десктопе это уже не актуально. Скоро выкинут на совсем и правильно сделают.
Во-вторых, в винде 32-бит это вообще штатный режим работы софта в т.ч. на 64-бит базе. Даже новый софт, заявленный 64-битной версией, часто имеет в своём составе 32-битные куски и это там норма.
Это не имеет значения. 32 бит не нужен, потому что все процессоры уже давно умеют в 64 бит. Мой AMD Sempron 2004 года уже умел в 64 бит.
А какой-то софт просто 32-битный, и никто из этого не делает трагедии и вообще даже не задумывается о каких-то переходах на 64.
Потому что винда это помойка из кучи легаси, из-за того что софт нельзя пересобрать, особенно коммерческий. Если бы они могли, то выкинули бы 32 бит. Так можно сделать только на линуксе, где весь софт пересобирается регулярно под любую платформу.
Исходная версия Skullnet, :
Во-первых 32-бит софт вполне себе актуален, у меня все десктопы 32-битные например (Linux).
Большинство популярных дистрибутивов уже выкинуло сборку 32 бит приложений и оставило только либы для совместимости (для вайна в основном). Так что на десктопе это уже не актуально. Скоро выкинут на совсем и правильно сделают.
Во-вторых, в винде 32-бит это вообще штатный режим работы софта в т.ч. на 64-бит базе. Даже новый софт, заявленный 64-битной версией, часто имеет в своём составе 32-битные куски и это там норма.
Это не имеет значения. 32 бит не нужен, потому что все процессоры уже давно умеют в 64 бит. Мой AMD Sempron 2004 года уже умел в 64 бит.
А какой-то софт просто 32-битный, и никто из этого не делает трагедии и вообще даже не задумывается о каких-то переходах на 64.
Потому что винда это помойка из кучи легаси, потому что софт нельзя пересобрать, особенно коммерческий. Если бы они могли, то выкинули бы 32 бит. Так можно сделать только на линуксе, где весь софт пересобирается регулярно под любую платформу.