> А это кстати какие-то из разновидностей Raspberry Pi вроде бы.
> Хотя лично мои несколько штук - armv7
>Самые первые малины. Не,самые первые вроде armel вообще были.
>Кидалово от броадкома по сливу лежака для DVD.
Если бы в то время в малины ставили что-то "новейшее" то стоили бы они еще в разы дороже.
Хотя и так были весьма не дешевые. Так что спасибо броадкому что хоть такие процы за дешево
нашлись.
>А вот отлаживаю портабельный код я как раз на x86 с тяжелыми инструментами типа asan/ubsan. Глупо >портабельностью не пользоваться.
А так как работать это в большинстве случаев будет на 32-битном armv7 то логично и отлаживать
на 32-битной системе.
>Вот можете этим и заняться - если оно вам надо. А то почему-то всегда должен - кто-то другой, кому >оно не надо.
Я нигде не писал что мне кто-то должен. Я лишь выражал _сожаление_ что удобная халява в Дебиане
заканчивается и придется впрягаться самому.
>Я собираю себе ядра сам - потому что считаю что умею это лучше
Если для какого-нибудь embedded - то я с вами согласен и поступаю примерно также. Но писал я
об отсутствие сейчас необходимости сборки ядра для _десктопа_. Ну может быть кроме каких-то узкоспециальных случаев типа многоканальной обработки звука например.
>Скажем ACPI у ранних x86 был максимально глюкавый из всех.
А что, некривые таблицы ACPI вообще хоть где-то бывают? Уж несколько предупреждений ядро всегда
при загрузке выкинет,чаще всего к счастью не критичных. Ну и вообще-то это вопросы не к коду в ядре,а к производителю, написавшему в биос кривые таблицы.
>Захочется новую железку - а старый кернел ее чисто технически не знает.
К тому времени как новая железка попадет ко мне в российскую деревню - ядро уже давно её знать будет.
> В моем же случает 32-разрядный вариант линукса нужен для совместимости не с
> железом,а с _софтом_,
>Лично я не завишу от проприетарного софта - и меня 64 бит комп уже давно так то. А с своим >совтом его господа и разбираются.
В проприетарном софте хотябы есть некие господа,которые может быть будут разбираться.
А в любительском софте или в том что написан в рамках чьего-нибудь дипломного проекта - разбираться приходится самому потому что авторы давно утратили к нему интерес и недоступны для связи.
Так-то и я был бы рад полностью не зависеть от проприетарного софта. Но бывает что его особо и нечем заменить. Например VMLAB - симулятор микроконтроллеров AVR. Ну очень удобная штука. Кстати - бесплатная и официально совместимая с WINE. Но - с 32-разрядным конечно.
>Тупо юзать 32 бит систему на железе с 16 гиг памяти. Когда прога более четверти оперативы не >могет
Вы считаете что это вообще хорошо,когда одна программа может сожрать всю память в системе? За исключением всяких узкоспециальных случаев типа нейросетей - я считаю что это как раз плохо.
Да и нет у меня программ,которые выедали бы даже 4 гига. Иначе на втором компе,где их именно четыре - я бы напротив свопа не видел бы постоянно 0% использования. Бывает конечно что в каком-нибудь софте память течет в каких-то непроверенных авторами ситуациях - так это повод периодически софт перезапускать,а не позволять ему бесконтрольно разрастаться. Так что можно сказать что ограничение в 4 гига на одну программу - это типа настройка квоты такая.
Так что аргумент "прога не может больше четверти оперативы" - считаю несостоятельным для моего
сценария использования компов.
>Я вообще довольно давно привык писать портабельный код
К сожалению, сейчас код пишете не только вы. Но и те люди,которые вообще не программисты,а лишь
когда-то прослушали краткий курс программирования в институте. И понятно что их там учили программированию под 32-разрядные системы,как наиболее массовые и распространенные в последние три десятка лет. У очень многих людей в мозгах крепко забито что сишный int это 32 бита и что
указатель это тоже 32 бита. А еще встречается хранение IP-адреса как 32-разрядного инта.
> Вот корпократы (интел в данном случае) об этом думают,и у них нет планов внезапно
> и насовсем дропнуть поддержку x86-32.
>Они хотят выпустить x86-lite который будет лишен 16/32 режимов.
Хотеть выпустить новое и принудительно дропнуть поддержку уже работающего - это существенно разные действия. Не слышал заявления от Интела чтобы он пообещал прекратить выпуск процов,
поддерживающих 32-bit режим. А так этот lite вполне может быть применим например в типичных офисных компах - потому что нет никакой разницы для набирания бумажек.
