Рабы олдфагов

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

потому что очень трудно. Надо эмуляцию. А x86_64 предоставляет эмуляцию на уровне процессора.

Если весь софт будет amd64 то совместимость с x86 не нужна. Это организационный вопрос, а не технический.

Смотрел недавно лекцию Курячего, где он попинал таких вод «поддерживальщиков» 32бит.

Пока рынку нужно - он может хоть обпинаться. Революционные решения никогда хорошим не кончались.

Какое нафиг революционное? Это не революционное, а технически грамотное.

А здесь кто-то до сих пор считает, что однобайтных кодировок хватит всем.[br/] Не удивлюсь, если эти же люди и эти самые х32 считают ненужными нововведения.

Потому что совместимость между MIPS и ARM – это бред.
Совместимость между AArch64 и ARMv7 – не бред.
А ещё X32 – бред :-).

Если бы не огороженный 32-битный софт, никаких костылей не нужно было бы!

Это не революционное, а технически грамотное.

Технически грамотное - пока рынку нужно, будут выпускать. А «возьмем и перейдем» - это дебилизм из того же разряда, что и «а давайте убьем всех плохих? Вот заживем тогда!».

Он случайно, убытки не посчитал от такого перехода? Не? Фишка в том, что смена софта, железа, переучивание кадров - это всегда затраты. А затраты всегда оплачиваются из чьего-то кармана.

//hint: не из богатого кармана, поскольку он потому и богат, что его владелец имеет скил рисковать чужими инвестициями.

Ты определись, про x32 или x86 сейчас говоришь.

Не вижу тут никакой технической грамотности.

А что такое х32?

X32 – гибридный x86_64 Linux ABI с 32-битной адресацией памяти.

Все дело в волшебных идиотах. Одни огораживаются и считают убытки/затраты на пересборку/портирование на другую архитектуру. Другие прибивают код асмом к архитектуре.

Не вижу тут никакой технической грамотности.

Зря. Лучше можно было сделать только отказавшись от совместимости и разработав с процессор «с нуля». С точки зрения инженерных решений - расширение am64 весьма красиво и стройно. В общем, amd64 - это красивый костыль к «хромой» x86.

Это же просто нелепо.

Это нужно тем, кто платит реальные деньги за эти ваши линуксы. У людей огромный парк 32-битных приложений, и полное отсутствие желания портировать их на 64 бита.

Все дело в волшебных идиотах. Одни огораживаются и считают убытки/затраты на пересборку/портирование на другую архитектуру.

А тебе не приходило в голову, что это портирование быдлокода — это действительно очень дорогое удовольствие?

В общем, amd64 - это красивый костыль к «хромой» x86.

amd64 изначально был чист от x86 костылей. но по настойчивой «просьбе» некоторых производителей софта...

Я вот тут собрался олимпиаду посмотреть через sopcast, а его нет 64бит, надо multilib. В итоге забил.

http://en.wikipedia.org/wiki/X32_ABI

Нэ?

О, до меня уже дали ссылку.

Скажи Курячегу, что если он телепат, пусть вышлет контакты. Софт под x86 писался, когда x86_64 в планах не было. А если считается, что выкинуть туеву тучу времени/кода это очень легко, пусть сам попробует. Да и пусть начинает писать свой код под x86_128 уже сейчас, ибо это не за горами.

Следовательно, хорошо делать нужду со своей колокольни.

что тебе мешает использовать 32_86 код на 32_86 архитектуре?

что тебе мешает использовать 32_86 код на 32_86 архитектуре?

Ничего не мешало. Вопрос ТС противоположный: почему никто повально не переписывает свой софт с x86_32 на x86_64. Или я что-то не допер? Вы про Intel и совместимость внутри процессора? Потому что это забота о клиентах.

Ни x32, ни x86_32 не нужно.

Intel
совместимость
забота

От тех самых, которые выкатили несовместимую IA-64 и прогорели?

От тех самых, которые выкатили несовместимую IA-64 и прогорели?

Хорошо. Ты начал видеть корень проблемы, продолжайте.

пыщ-пыщ

Да да?

Представим, год Х выпуск x86_64. У компании Intel имеется отдельное подразделение по выпуску IA-64. Проблемы:

• Создать конкурирующее подразделение внутри себя. ССЗБ
• Создать новую платформу для клиентов и внести диссонанс в мир ПО.

Выход. Предложить решение, которое сохранит совместимость с текущим рынков (x86_32) и не будет активным конкурентом для IA-64. Идеальное решение.

То, что IA-64 загнулась ни о чем не говорит.

Какая тут забота?

• Клиенты могут получить все преимущества новой архитектуры
• Клиенты могут продолжать использовать ранее написанное ПО

Есть проприетарное приложение, оно под офтопик 32 бита. Чтобы оно работало, вайну нужны 32 либы.

«Не юазть такое **вно» - не выход. Мне, пользователю, для решения моей задачи этот софт нужен.

«Использовать виртуалку» - в разы неудобнее, дольше время запуска, жрёт лишние ресурсы памяти и проца, добавляет лишний уровень абстракции(другая ФС, сеть, ...)

Всё, i386 костыли остаются в системе.

Legacy - оно не просто так. x86 победил за счёт большого количества софта под этот проц, хотя это далеко не идеальная архитектура. Itanium проиграл x86_64 потому, что не мог обеспечивать аналогичную производительноть при выполнении legacy x86 кода.

А ещё X32 – бред :-).

Ты про x32 ABI?

А надо ли стремиться оставлять всякие x32 костыли в amd64 системе? Смотрел недавно лекцию Курячего, где он попинал таких вод «поддерживальщиков» 32бит. Да и недавние треды на лоре о том же. Это же просто нелепо.

Очередная тема о том, как OpenBSD опередил Linux :)

Да, само собой.

Это ты так тонко намекнул, что AMD64 придумали в Intel, или что?

Это ты так тонко намекнул, что AMD64 придумали в Intel, или что?

«А ты смекалистей, чем ты думаешь» (с)

«Сам с собою я веду беседу». Иди поспи.

И вообще, такие вопросы к AMD/Intel. Есть предположение, что AMD посмотрев на IA-64 подумали, что это как-то неправильно, чтоли. Вот и сбацали два в одном. А может это совместная задумка AMD и Intel. Я не думаю, что они такие уж «конкуренты». Сели вечерком, чаек, печенюшки и порешали, что «а почему бы и нет?». AMD пилит прототип, передает наработки в Intel, какие-то перечисления денег и все, дело в шляпе.

Есть предположение, что AMD посмотрев на IA-64 подумали, что это как-то неправильно, что-ли

Не «неправильно», а «не взлетит». Увы.

А надо ли стремиться оставлять всякие x32 костыли в amd64 системе?

Пока 512 МБ памяти будет хватать всем - надо. Ибо нефиг.

мипс и арм

Это не аналогия. x86 внутри тоже RISC давно, если уж на то пошло. Ближайшая аналогия - ARMv6/v7 (хоть и не соответствующая, по архитектуре скорее v7/v8, но v8 только появился и драм по поводу него толком нет ещё).

Некоторым и семибитных хватает...

почему никто повально не переписывает свой софт с alpha на hppa ? Бред же несёшь. Никому это не надо.

Очередная тема о том, как OpenBSD опередил Linux :)

Причём здесь опенбсд?

это была ирония

при том, что там в 64 бита никакой 32-битщины нельзя запускать в принципе :)