Разница х86 - 64х линукс

Просто когда из-за каких-то придурков тебе приходится ставить браузер не х64, а х86 ты отчетливо начинаешь понимать какие скоты эту подлянку тебе подсунули когда у тебя жирновеб начинает постоянно дерготню показывать, потому что какая-то скотина посчитала что лучше они урежут скорость работы и ты будешь мучиться, зато они запихают побольше вендорного хлама тебе на смартфон. Я надеюсь ты в курсе что андроид работает поверх линукса. Так вот видимо сам интерфейс может быть более-менее, но самое главное - браузер, работать будет через задницу. И твоя склонность к работе через задницу это глубоко порицаемый вариант, хотя тебе лично так никто не запрещает извращаться, но нефиг это популяризировать.

Ну почему ты такой упертый, а? Вот загрузился комп. Допустим ты не заметил разницы на SSD. Но вот ты тыкаешь куда-нибудь и на 32-битной системе у тебя затуп в миллисекунду-другую, а на 64-битной у тебя сразу все срабатывает и моментально отрабатывает и ты не приучаешься постоянно тормозить свои же действия в ожидании реакции системы.

У меня ровно обратное наблюдение. После того как переустановил большинство пакетов (включая браузер) на 64-битные, тормозить стало заметно больше. Время старта браузера (до того момента когда в нём можно открыть лор например) на только что запущеном компе - так вообще в несколько раз выросло, на 32 битах было практически мгновенно, на 64 - окно хоть и открывается, но висит ещё секунд 10.

ИИ говорит, что размер page tables, как правило, пропорционален количеству процессов, а не общему объему физической памяти. И для машины с 32Гб памяти он может варьироваться от нескольких десятков до нескольких сотен Мб.

Понятно, что ИИ может и приврать, но я почему-то ему верю, иначе инженеры Интел не стали бы городить огород с иерархией таблиц. Иеррахия нужна для уменьшения размера page tables.

А несколько сот мегабайт уже может быть проблемой при адресном пространстве ядра в 1Гб.

пропорционален количеству процессов

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

И для машины с 32Гб памяти он может варьироваться от нескольких десятков до нескольких сотен Мб.

Если речь именно про процовые таблицы, а не про структуры ядра (которые можно сделать сколь угодно неэффективно), то таблицы трансляции для 32гб памяти таки занимают примерно 64мб. Может быть повышение в случае, когда процесс запросил себе кучу мелких блоков, рандомно разбросанных по разным местам адресного пространства (таблица к 2мбайт зоне занимает 4кб, даже если из этой 2мбайт зоны выделено только 4кб), но обычно такого не происходит.

иначе инженеры Интел не стали бы городить огород с иерархией таблиц. Иеррахия нужна для уменьшения размера page tables.

Ты прав, частично. Во времена, когда этот механизм придумали, типичный размер физической памяти ПК был 1-2-4 мегабайта. Монолитная таблица на всё 4гб адресное пространство всего одного процесса заняла бы 4 мегабайта (которые к тому же нельзя фрагментировать или класть в свап), то есть скорее всего не влезла бы в физическую память. Иерархия же позволяет хранить таблицу только для тех мест логической адресации, где что-то выделено, тратить по 4кб памяти на 4мб (без PAE - 4мб, с PAE - 2мб) непустую зону логической адресации. Но это не единственная полезность иерархии, ещё она упрощает управление. Если бы не иерархия, то каждый 4к-блок выделенной памяти каждого процесса управлялся бы отдельно, в том числе в случае общих маппингов таких как ядро (изменилось что-то в ядерном маппинге - неизбежно правим таблицы всех процессов). Иерархия позволяет подходить к этому заметно более гибко.

таблицы трансляции для 32гб памяти таки занимают примерно 64мб.

Почему? Там же виртуальный адрес транслируется в физический, а не наоборот. Это на каком-нибудь Итаниуме они инвертированные.

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

[1] Существует shared memory, когда несколько логических блоков (в одном или в разных процессах) ведут на один и тот же физический блок. Им потребуется несколько копий записей в таблицах, хотя физически памяти одна копия. Расход растёт, однако:
а) если доля shm в общем расходе памяти мала (обычно так и есть) - забиваем на эти мелочи
б) если это большие shm-блоки на несколько мегабайт - их можно оптимизировать, в таблицах процесса займётся всего по одной записи на каждые 2(PAE)/4(non-PAE) мбайта - либо ссылку на шаред-таблицу (т.е. расход опять однократный а не многкратный), либо вообще описание большой страницы (если выделенная физическая память не фрагментирована)
в) если это куча мелких shm-блоков, которые нельзя оптимизировать как указано выше, но суммарным объёмом большим - да, будет дополнительный расход, но это редкая ситуация

[2] страницы в свапе, очевидно, физическую память не занимают, но таблицы к ним требуются - это тоже перерасход, однако:
а) обычно стараются в свапе много не хранить
б) если в свапе оказался целиком 2/4-мбайт блок то 4к-таблицу к нему тоже можно убрать в свап
в) плохая ситуация оказывается опять только если есть куча фрагментированной мелочи

Итого, по-моему всё-таки разумно оценивать расход на таблицы по размеру физической памяти, хотя в отдельных редких ситуациях он может и расти.

На том сервере как раз крутилось много оракловых инстансов. Базы были большие, shared memory наверное тоже много.

Может быть, hugepages и помог бы. Но базой управляли не мы.

У меня провисоны в браузере случались до недавнего времени в том числе на этом сайте при открытии формы для ответа до установки Mesa 26. Сейчас вроде как не дергает насильно видеокарту непонятно зачем и соответственно нет затупа секунд на 10. Встройка UHD770 прекрасно справляется на вейланде с вулканом. Это когда в /etc/environment внесена строка WLR_RENDERER=vulkan

Совсем тупняковые сайты вроде pinterest будут лагать что ты с ними ни сделай. Даже если будут прописаны в /etc/hosts адреса серверов это не слишком сильно уменьшит лагованность сайта, который сам по себе может секунд 10 не отдавать данные. У него встроенная тормозуха с просером нескольких блоков спустя какое-то время. gfx.webrender.compositor конечно же включен. Когда держишь страницу на пейдж дауне увидишь как это все со скрипом едва работает. Вот тебе адреса допустим. Можешь сравнить лаги до и после, только браузер надо открывать заново. Если лаги пройдут это значит тебе тормозят DNS ответы, вероятно намеренно. Пакеты с данными тоже могут тормозить, особенно на мобильном интернете.

151.101.64.84 pinterest.com
151.101.236.84 ct.pinterest.com
151.101.236.84 ru.pinterest.com
151.101.192.84 pinimg.com
#128.75.238.144 i.pinimg.com
#128.75.238.168 i.pinimg.com
#128.75.237.41 i.pinimg.com
#2.18.72.143 s.pinimg.com
#23.1.231.29 s.pinimg.com
#2.23.167.72 v1.pinimg.com
#128.75.238.152 v1.pinimg.com

Сколько уже можно обсуждать? Сдох давно ваш x86. Может, лет 15 назад вопрос о том, что выбрать, стоял. Но не сейчас.

Где-то давно читал что на одном и том же проце 32битный код будет работать быстрее чем 64. Но думаю даже если так то там нужно месяц работать какому-нибудь бенчмарку чтобы как-то эффект хотя бы на несколько баллов(минуя погрешность) выиграл.

Ну учитывая современный веб, современные игры, да даже современные IDE, соврменные многопиксельные фотографии (если их не только просматривать но и редактировать темболее) то думаю 32 бита давно себя изжило с их 4Гб памяти на процесс.

Вроде там всё упрощено, плоская модель памяти.

Вот именно что упрощено, то есть ухудшено в сравнении с оригинальной разработкой х86. Ни массив в отдельный сегмент не поместить чтобы задействовтаь аппаратную проверку доступа к нему,ни код не поделить на сегменты, вызываемые опять же с аппаратной проверкой допустимости точки вызова. Вобщем - на надженость вычислений наплёвано. Как и на надежность много какой другой техники.

Лучше кривой драйвер, но как-то работающий, чем не работающий

А вот это кстати очень большой вопрос что лучше! Если драйвер не работает то есть шанс что на это обратят внимание и его починят. Если работает кое-как - то «жрите что дают» и благодарите что есть хотябы такой.

Что тут может быть спорного в том сколько времени лагает комп перед тем как отобразить окошко в интерфейсе системы

Очень спорно то что это хоть как-то связано с разрядностью. Запустите на своем компе WinXP например и убедитесь что интерфейс системы работает нормально. Есть и графические интерфейсы которые хорошо работали аж на 80286. Лично таковыми когда-то пользовался.

Большее число регистров и операции с большими числами, плюс SSE и AVX это конечно же фигня и не критично для кого-то, кто ищет повод не покупать нормальный комп.

Намного сложнее найти повод зачем комп сейчас вообще покупать. Их регулярно из всяких крупных контор списывают и можно добыть даже бесплатно если наладить знакомства. Ну или за копейки через перекупщиков на авито если совсем уж возиться Лень.

Когда комп используется только для болтовни на форумах то конечно нет никаких нужд больше. Там напрягаться нечему.

Я уже приводил в примеры что даже если не только для болтовни на форумах, то всё равно справляется. И электронные схемы рисует,и код для микроконтроллеров компилирует, и модели для 3д печати и чертежи технические для заказа изготовления каких-нибудь деталей. Это только то что лично проверено.

Вот игра, она же показатель производительности

Сильно зависит от того какая. Я например запускал линуксовый авиасимулятор(хотя игра ли это?), учился дроном рулить. Потом взял дрон в аренду и отснял свой дом и окрестности, получил хорошую карту. Про всякие игры где надо гонять шарики по экрану или складывать кубики тем более понятно - они еще на 80286 работали. Вот примерно тогда я в них немного играл потому что мне было чуть за двадцать лет, а не под шестьдесят как сейчас. Да и то больше не сам играл а девиц знакомых этим развлекал. Сейчас и девицы и игрушки уже как-то не актуальны - другие интересы есть.

Я в курсе что потребности простых пользователей давно удовлетворяет какой-нибудь Phenom II X4 или Core 2 Quad. На фоне этого ноутбучный процессор из 2017-го года выглядит монстром.

Вот именно об этом я и говорю. А ноутбучный проц и 2017 года выглядит монстром в первую очередь потому что при производительности того Phenom`а кушает в разы меньше электроэнергии и издает в разы меньше шума.

Я хочу чтобы люди знали что это зло самое натуральное иметь возможность и не пользоваться преимуществами

Я как-то раз собирал статистику сколько времени на какой частоте работает процессор в моих домашних компах при использовании динамического управления частотой. Оказалось - около 80% времени частота минимальная. Можете попробовать проделать такое же статистическое исследование для своих компов и поразмышлять над результатами. Человек, занимающийся действительно «тяжелыми» расчетами (научная работа), еще лет десять назад говорил мне что ему выгоднее запускать задачи дистанционно на мощных компах чем пытаться купить что-то сравнимое домой. Именно потому что даже он не может в одиночку эффективно загрузить мощный комп.

Я видел даже смарфтоны где какие-то придурки делали ядро в 32 бита

В смартфонах, которыми пользуются обычные люди, не гики, не игроманы, не it-энтузиасты какие-то - обычно ARMv7, а он 32-битный. Связано это с меньшим потреблением энергии. Но никто об этих битах не задумывается. Главное периодически мусор из памяти чистить. Так как я живу в провинции и поневоле сталкиваюсь с восприятием меня как «тыжпрограммиста» то андроидные смартфоны для ремонта, чистки, установки программ - мне несут часто. Только с айфонами не связываюсь ибо если взглючит то не починю и попаду на большие деньги. Вот прямо сейчас два лежат - попросили поставить специфический навигационный софт, работающий там где нет покрытия мобильной связи(море,лес).

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

Где-то давно читал что на одном и том же проце 32битный код будет работать быстрее чем 64.

Не всё то Солнышко что встаёт, и 64 бита сами по себе какой-то серебряной пулей не являются. Да, многие вещи становятся быстрее (больше число и вдвое длиннее регистры). Но платите вы за это (внезапно) длинными yказателями увеличивающими working data set: если коротких аллокаций много - как расход памяти, так и нагрузка на шину памяти растут. И если вы умещаетесь в 4GB - выбор уже становится не настолько очевидным.

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

Да нет - на определённых нагрузках оно очень даже измеримо. И не только в домашних условиях.

Ты бредишь. x86 как был, так и остаётся единственной архитектурой, пригодной для компов общего назначения.

Запредельное упорство. Было бы зачем. Что там работало на 286-х выглядело так себе. Не просто так на иксы начали натягивать в юниксах чего посложнее голых иксов.

Микроконтроллеры это те же древние компы в миниатюре. То что там софт собирается как для роутеров неважно. Важно то как будет собираться браузер и остальная система в каком-нибудь мета дистрибутиве вроде Gentoo.

То что кушает меньше намного - в разы отстало оттого что может работать с исходниками. Опять же это зависимость от бинарных дистрибутивов. Мой процессор тоже мало жрет при таких низких нагрузках, но потолок производительности намного выше.

Ну так если 80% времени комп не используется и не напрягается неудивительно что даже ноутбук дожил до 2026-го года. То что кто-то не может загрузить комп это проблема того человека.

Я просто привел пример старого смартфона, который запросто парой-тройкой вкладок в браузере орудовал. Обычный скроллинг стал лагать со временем. Жирновеб это жирновеб. Если деньги получаешь за «поставить хренотень» то можно, а так нет смысла заморачиваться для идиотов. Брал бы с них деньги они бы быстро отваливали, или находили бы нужную сумму. Все зависит от того насколько человек позволяет собой пользоваться. Мне это ненужно - просто объясняю что логика у тебя конечная и ограниченная. Это не то ради чего надо напрягаться. Чего смартфон то сразу не использовать вместо компа? USB есть, фигли ж - подключай до 128 устройств. Всякие отказы от своего это сдача своего куда-то. Одно дело у тебя сроки горят и тебе проект надо закончить, кидая код в облако, а другое когда тебе хочется писать код самому на своем компе с компиляцией на ходу. Чуешь разницу? А пересборка с кешем сколько памяти может потребовать при массе потоков не задумывался? У кого Си, тому может проще облака, а кому потом еще надо тестировать пару дней код в сложной обстановке тому внезапно комп нужен со своими мощностями. так что придурки то могут заявлять всякое будто есть лишь один этап написания кода. А как доходит до дела так внезапно то что код собирается не гарантирует того что он будет работать хорошо. Вся эта байда для чайников она конечно шапкозакидательством может быть забросана, но мне то зачем эту дичь подсовывать? Я ведь все равно пойму в чем подвох. ИИ тот же самый тоже может работать на локальном компе достаточно неплохо. Опять неправильно использовать мощные компы? Ну это же чушь полная.

Где-то давно читал что на одном и том же проце 32битный код будет работать быстрее чем 64.

Чтение, безусловно, дело похвальное и повсеместно приветствуется, но ещё лучше иметь знание основ архитектуры современных процессоров. А если это знание иметь, то будет известно, что длина конвейера, и потому задержка 32 битовых и 64 битовых операций одинакова, 2-4 такта на сложение, 3-6 тактов на умножение, 2 такта на сдвиги. Существуют векторные операции, которые позволяют выполнять в два раза больше 32 битовых операций за одну инструкцию. Поэтому выигрыш в два раза осуществляется только для векторных участков кода. Сколько таких участков - зависит от массы условий.

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

Сдох давно ваш x86

Хорошо, допустим вы правы, и я не буду опускаться в демагогию и кричать «это неправда!!». Как вы определяете эту смерть, по каким критериям, и как определяете когда это случилось?

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

А если чуть мозг включать? Даже идиоту понятно, что в данном контексте имелся в виду 32-битный x86.

Вопросов больше не имею.

x86 – для ретардов, x64 – нет.

Си не ложится на сегментную модель памяти, если вы хотить под каждый кусочек памяти свой сегмент, то тогда у вас указатель перестаёт быть просто числом/адресом, а становится непонятно чем, для указательной арифметики как-бы число, но ещё где-то хранится привязка к тому в каком сегменте этот указатель действует.

массив в отдельный сегмент

Был бы в программе один массив... А там их может быть десяток и в одном вражении куча элементов из разных массивов. И досвиданья производительность, перегрузка сегметных регистров недешёвая операция. Если уж про ЯП, в которых есть массивы (не Си), то там проще явно делать проверку индекса на допустимые значения, чем куча сегментов.

ни код не поделить на сегменты

Каждую подпрограмму в свой сегмент? Постоянная перегрузка CS-регистра?

Вот именно что упрощено, то есть ухудшено в сравнении с оригинальной разработкой х86.

Дак никому нафиг не нужно. В теории как-бы хорошо, а по факту никто не воспользовался, транзисторы на кристалле истрачены впустую. И других архитектур с подобным нет. Пишем код, который наджно работает только на x86-32, а на отстальных пофиг. Одно дело компилятор, оптимизирующий под x86-32, а другое дело, когда он совсем другой код должен генерить, завязаный на перегрузку сегментных регистров...

То что кто-то не может загрузить комп это проблема того человека.

Безусловно. Но не все работают программистами или еще кем-то у кого монстрообразные задачи есть.

Я просто привел пример старого смартфона, который запросто парой-тройкой вкладок в браузере орудовал. Обычный скроллинг стал лагать со временем.

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

нет смысла заморачиваться для идиотов.

Для идиотов - безусловно нет. А вот для хороших соседей вполне можно и заморочиться. Потом всегда будет возможность обратиться с какой-нибудь просьбой к ним, чем я и пользуюсь.

Чего смартфон то сразу не использовать вместо компа? USB есть, фигли ж - подключай до 128 устройств.

Пробовал и такое лет десять назад. Ставил настоящий дебиан. Основная проблема - а как монитор подключить? Ибо размеры шрифта на смартфонном экране не приемлимы для сколько-нибудь длительного чтения с него. Теоретически есть usb-vga видеокарточки и какие-то из них линукс даже знает. Вот только купить их практически не реально. Есть какие-то модели смартфонов, вроде у Самсунга, которые позволяют подключить внешний монитор - но только какими-то проприетарными расширениями фирменной андроидной прошивки. Под линуксом не видел отчетов чтобы это у кого-то заработало. А вот из телеприставки Mele A2000G десктоп делал и успешно им пользовался когда только переехал в свой дом и у меня еще небыло такой солнечной электростанции как сейчас. И из RPi видел как люди делали себе десктопы, это даже более распространенный случай, легко гуглится. В условиях автономки было весьма актуально в 201х годах до того как у интела появились процы с хорошим управлением энергопотреблением. Кстати, на той телеприставке у меня аж KiCAD неплохо работал.

Одно дело у тебя сроки горят и тебе проект надо закончить

Это вы опять съехали на «производственное» применение компов. Там предоставление компа под задачу (а также и правильное планирование сроков кстати) - забота работодателя. А изначально был разговор про домашнее применение компа для всякого околотехнического творчества.

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

Так, для информации, я даже линуксовое ядро для того линукса на смартфоне пересобирал на самом смартфоне по причине ленивости. Вечером запустил сборку - утром проснулся, оно готово. Правда это 4.X ядро было. Понятно что это опять про домашние технические развлечения,а не зарабатывание денег программированием. В деревне за программирование не платят, оно тут никому не надо.

ИИ тот же самый тоже может работать на локальном компе достаточно неплохо.

Он-то может быть и может, но у меня нет достаточной математической подготовки чтобы заниматься программированием и обучением нейросетей для чего-нибудь полезного. А просто потрепаться можно и с онлайновым бесплатным Исскусственным Идиотом. Он даже может чего-нибудь полезное посоветовать при написании кода под радиолюбительские микроконтроллерные самоделки.

Опять неправильно использовать мощные компы?

Мощные компы надо использовать по назначению. А не забивать гвозди микроскопом. Хотя он конечно тяжелее молотка.

Си не ложится на сегментную модель памяти

Прекрасно ложится. Я лично весьма много писал под 80286 + дос-экстендер. Естественно голову применять надо как этим механизмом пользоваться. Вот ограничение размера сегмента в 64К на 286 - это да, периодически мешало. Но на 386+ ограничение 4G и оно очень мало где может помешать.

указатель перестаёт быть просто числом/адресом

Он и не должен быть «просто числом». Это отдельная сущность указатель. Например в ADA именно так и сделано. Ну вот как есть, int,float,а есть (в ADA) address. Си менее строгий, повзоляет больше вольностей в обращении с указателями, но если нужен надежный код то этих вольностей надо сознательно избегать. И тоже всё работает. А например компилятор Meridian ADA, собиравший код под дос-экстендер, умел пользоваться этими аппаратными возможностями проца. Я лично этот компилятор использовал в первой половине 90х. Но он использовал 64К сегменты для совместимости с 286. Во всяком случае та версия которую мне удалось тогда добыть.
Понятно что размер сегмента - это лишь мелкий технический момент, важен сам факт что это работало, и хорошо работало. Да и абсолютное большинство компов в те времена в РФ было на 286 процах так что мне было в тему.

перегрузка сегметных регистров недешёвая операция.

Это МИФ, возникший на первых 80386 где регистры не кэшировались потому что просто кэша небыло. Вот с тех пор миф о сложности перезагрузки сегментных регистров и тянется. Да, и на процессоре с кэшом разница будет. Но совсем не такая большая чтобы это было критично для задач, не связанных с особо высокопроизводительными вычислениями. И как обычно - приходится выбирать между надежностью и скоростью. Как везде.

если вы хотить под каждый кусочек памяти свой сегмент

Никто не говорит про КАЖДЫЙ кусочек памяти. А только про те,которые надо изолировать от общего адресного пространства процесса. Например буферы в которые поступают недоверенные данные из вне и которые могут пострадать от переполнения (случайного или намеренного). Пихайте хоть всю программу в один сегмент КРОМЕ этих буферов. И сразу исчезает просто ОГРОМНЫЙ класс постоянно находимых уязвимостей.

Дак никому нафиг не нужно. В теории как-бы хорошо, а по факту никто не воспользовался, транзисторы на кристалле истрачены впустую.

А вот инженеры Интел с вами не согласны и продолжают по сей день на всех даже самых ультрасовременных процессорах поддерживать возможность работы с сегментами. Не наводит на мысли что это не просто так? А я вот думаю что оно используется, но в таких местах о которых нам с вами не докладывают. Кстати, весной 2023 года где-то в недрах Интела возникла идея выпустить упрощенные процы без сегментного механизма адресации (и чего-то там еще),называлось X86S. Осенью 2024 в новостях было сообщение что идею похоронили. Логично предположить что среагировали те, кому оно таки надо и приказали Интелу не заниматься ерундой. Пруфы этого можно нарыть на форуме Опеннета например, там же были и ссылки на англоязычные первоисточники.

И других архитектур с подобным нет.

При всех недостатках - архитектура интеловских процов всё еще самая распространенная и сами процы пока что наиболее эффективны по соотношению цена-производительность. ARM пытается, но пока у них хорошо получается только по по производительности на ватт потребляемой мощности превзойти.

Пишем код, который наджно работает только на x86-32, а на отстальных пофиг.

Учитывая подавляющее доминирование интеловской архитектуры - сделать специализированную версию под нее вполне можно. Тем более что как раз КОМПИЛЯТОР может быть достаточно универсальным. Основное отличие будет в ЛИНКЕРЕ. Именно так и было например в Microsoft C 6.01. Компилятор был один, а вот линкер мог собирать исполняемый файл либо под «голый» DOS, либо под дос-экстендер с сегментами. Ну и понятно что если от кода хотеть универсальности то не надо использовать всякие сомнительные с точки зрения надежности трюки. Например надо указатель складывать с sizeof(нужный тип),а не с фиксированным целым числом. Ну и ряд других.

А вот инженеры Интел с вами не согласны и продолжают по сей день на всех даже самых ультрасовременных процессорах поддерживать возможность работы с сегментами. Не наводит на мысли что это не просто так?

Сегменты поддерживаются только в 32-битном режиме. Оно и понятно - для совместимости. А в 64-битном режиме поля Base и Limit в дескрипторе сегмента игнорируются для регистров CS, DS, ES и SS. Так что в современных процессорах поддержки как раз и нет.

в современных процессорах поддержки как раз и нет.

Есть. Современные процессоры, во всяком случае те что свободно продаются, могут работать в 32-битном режиме и использовать сегментную адресацию. Можете взять 32-битные винды, например XP, запустить на вашем компе, и они, а также софт под ними, будут работать.

На десктопе, причём тут какие-то сайты?

Потому что на десктопе он не откроет ни один сайт по https или не сможет использовать софт типа totp.

Ты даже на лор не зайдешь.

Valid from December 24, 2025 to March 24, 2026

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

В смартфонах, которыми пользуются обычные люди, не гики, не игроманы, не it-энтузиасты какие-то - обычно ARMv7, а он 32-битный. Связано это с меньшим потреблением энергии. Но никто об этих битах не задумывается. Главное периодически мусор из памяти чистить.

Ты уже затрахал мерять всех по своей деревне на острове. Древний популярный poco x3 pro и тот 64. У тебя нет статистики, какие смартфоны используют люди, так что хватит уже?

Конечно я сбрасывал смартфон, ставил последнюю прошивку без gapps и прочее. Просто со временем растет и браузер по размерам и вот тут то как раз и кроется подстава. Старые браузеры могут работать быстрее, но безопасность под вопросом. Поэтому то и нужны были 64 бита, а также сборка с использованием инструкций вероятнее всего. Собирать под андроид отдельно это лишняя морока когда обычный скроллинг уже вызывает проблемы.

Я кончено подключал по WiFi смартфон к смарт ТВ, но это сомнительное удовольствие, если сигналу что-то мешает. Так то можно, но зачем постоянно светить беспроводной связью? USB вроде как нормально позволяет передавать данные на монитор, просто ограничение будет в разрешение самого экрана.

А программисты вообще могут быть не привязаны к месту, если они умеют в программирование. Так что только навыки актуальны. Есть наверняка работы типа взять проект, как нарисовать картинку по запросу. А ядро то оно и не требует больших объемов памяти. Вот только это минуты времени, а не часы. В теории есть выложенные прошивки для смартфонов. Но я как глянул чего там нужно, а нужно там сотни гигов скачать, чтобы собрать этот сраный андроид, чтобы потом имея вагоны памяти долго долго собирать эту сраную прошивку и забил. Люто ненавижу этот андроид. В следующий раз буду брать или линукс или Аврору, то есть тоже линукс.

Ну просто невероятное направление с привычкой ужиматься. То что можно существовать на мелком компе это я в курсе. Мне вот тут один корейчик пытается затереть в уши что раз он пишет какой-то кривой сленг, то это якобы я такой весь неправильный что не выучил корейский, будто бы он мне нужен, особенно знание сленга, который он неспособен даже объяснить. Тут то же самое - если нужно что-то делать мощности лишними вряд ли будут. Если ненужно, то будет хоть 20 томов «почему я не хочу напрягаться». Но жирный веб говорит свое. Мне лично все равно, можно хоть за какой отговоркой прятаться. Один компы стрижет, второй самогон варит - все вокруг полезны могут быть в деревне. А математика тоже учится при желании. Тут от человека зависит и лучшие и после 30 лет продолжат развиваться и куда-то двигаться. Почему бы не попробовать, раз подсказки дает онлайн болванчик в том числе? Главное делать чего хочется.

делается это только ради совместимости.

Это не более чем ваше личное мнение. А вот история с мгновенной отрицательной реакцией на попытку интела сделать процы без 32-битного режима и сегментной модели памяти - это объективный факт.

Но 32-битный режим нельзя назвать современным. Современный - 64-битный

Это вот кто сказал? Реклама продавцов компьютеров, стремящихся всучить новые компы вместо вполне работающих, тем кто совершенно не хочет их менять потому что производительность компов уже лет как бы не двадцать как превысила реальные потребности обычного юзера, не фанатичного игромана. Не просто так большинство юзеров свалили с десктопов на смартфоны и планшеты - им производительности смартфонных процов достаточно.

в котором почти все поля сегментных дексрипторов игнорируются.

Сделано ради упрощения и удешевления обычного потребительского софта. Зачем ему надежность и стабильность? Если сделать его хорошо - то кто же новую версию потом купит?

Ровно также как сейчас упрощают и удешевляют производство всех «товаров народного потребления». Из электронных схем выкидывают «необязательные» компоненты. Бывает даже место на плате предусмотрено,а их не запаяли или перемычку поставили или запаяли но не того номинала, более дешевые. Упрощают всю механику. К примеру пластик вместо металла, штампованные детали вместо фрезерованных. Реклама подает это как снижение веса, а по факту это сокращение издержек производителя. А что с трудом до конца гарантийного срока доживает - так производителю это даже выгодно. Вот и с софтом также. Запихать весь код и все данные в один общий кусок адресного пространства - проще,следовательно можно нанять более дешевого программиста. Но от этого страдает надежность. Разного рода переполнения буферов и выходы за границы массивов находят постоянно. Чуть реже, но тоже довольно регулярно находят передачу управления не туда куда надо. Всего этого могло бы просто не быть если бы задействовались имеющиеся в процессоре возможности.

У тебя нет статистики, какие смартфоны используют люди

Ну да, конечно, я не вижу что у людей в руках. Благо для этого не надо даже в гости ходить, достаточно на улице и в транспорте вокруг посмотреть. Я сам пол-жизни в миллионнике прожил, хотя и не в Москве, так что представление имею.

так что хватит уже

Может вам хватит (вежливо скажем) выдвигать более чем спорные тезисы о зависимости скорости отрисовки элементов интерфейса от разрядности системы?

Кстати про забивание гвоздей микроскопом - очень полезная штука знаешь ли. Меня удивляет как привыкшие к комфорту люди считают что они правы только потому что у них в голове типовое мышление. А как надо сварить яйца без кастрюли так теряются. Вот чайник электрический, да он сам вырубается, если вода кипит, но никто не запрещает подержать кнопочку или чем-то прижать ее, чтобы минуту-другую поварились яйца например. Не такие уж и большие отличия от плиты. Да, вода бурлит, но не выплескивается. Это нормально забивать гвозди микроскопом, особенно если это работает. Я вот вроде осилил настройку pipewire для наименьшей задержки, а потом вдруг выясняется что это у меня на компе минимальная задержка это 4-11 семплов, потому что мощностей достаточно и все упирается в возможности звуковой карты. А как поставил USB звуковую у которой задержка может быть 11 семплов на Xeon, который аналог Core2Quad так задержка увеличилась примерно вдвое. Потом наткнулся на звуковую карту, которая также имеет двойную задержку, если все настроить. Если не настраивать, то там задержка просто адовая может быть за 70 семплов, то есть уже не укладывается в базовые 64, а обывателям упрощенные программы предлагают только двойные шаги. Вот это и не нравится, будто бы только двойные шаги это правильно. Вот у тебя звуковая работает нормально при 7 семплах, а тут 11, но все равно то практически реальное время. А потом выясняется что нужно две звуковые, чтобы они работали вместе, если это музыкальный инструмент. Если не забивать гвозди микроскопом, то есть подыскивать программы способные работать в нестандартных значениях задержки это будет провал по эффективности. Для обывателей с типовым мышлением нестандартные значения уже забивание гвоздей микроскопом. А что они вопить начнут, если в Linux 7.0 появится режим многоканальной работы с ЦАП/АЦП и заработает практически на всех звуковых картах, ускорив прежде тормозные звуковые карты? Кому вообще интересно мнение обывателей, которые вообще от всего шарахаются? И от линукса в первую очередь смею напомнить. А что происходит при использовании 32-битного режима процессора в современном мире хватит страдать забывчивостью. Ну нет у меня на LGA1700 с DDR5 мелких объемов памяти и 8 гигабайт это самый минимум. Какой смысл урезать объем памяти, если на ноутбуке с атомом на Pentium N4200 из 2016-го года уже было 8 гигабайт? Мощностей немного, но для обычной работы конечно с натягом хватает. Когда один модуль памяти уже минимум 8 гигабайт это весьма странно упираться в меньший объем. Хотя бы так должно быть понятно. И на авито можно было взять 16 гигабайт DDR5 всего на 2К рублей. Это не те деньги из-за чего стоило бы ужиматься и доказывать достаточность 32 бит. Просто в норму у тебя 32-64 гигабайта, а это в 8-16 раз больше 32-битного режима. У меня как раз 64 гига стоит и я не вижу смысла вынимать память почему-то. Она работает. Так зачем откатываться назад? Упаковывание своих нужд в 32 бита это не шаг вперед, а два шага назад.

Вот кстати на смартфоны свалили по большей части тупые типа японцев. Им играть некогда. Их жизнь это работа и все время свободное что у них есть это вдуплять в смартфон по дороге на работу или с работы. Дело не в фанатичных игроманах. Ровно также менялись компы в 90-е когда выходили игры и сразу появлялись тормоза - ты сразу понимал что твой комп устарел. Не важно насколько тебе нравился 386-й или 486-й. Время идет и железо может работать долго, но оно должно удовлетворять потребностям, а не ужимать возможности. Мне вот не в кайф ждать пока 8 секунд Pentium N4200 открывает ютуб при наличии полностью рабочей сети вместо 15 секунд без настройки и компиляции браузера. О чем ты вообще? Обыватели в смартфонах живут потому что тупые дети меряются письками в смартфонах и они там и зависают. А если задействовать возможности процессора, то инструкции должны были бы использоваться во всем софте. Материнские платы с нормальным питанием существуют. Примеры из жизни китайцев тут неактуальны. Процессоры и материнские платы работают вполне исправно. Хватит накидывать на вентилятор.

Конечно я сбрасывал смартфон, ставил последнюю прошивку без gapps и прочее.

Ну значит да, проблема в самом смартфоне. Хотя это случай заметно более редкий чем тупо забитая мусором флешка, еще и таким мусором который в автозагрузку прописался и бывает даже куски не удаляются оттуда при удалении программы через штатное меню настроек. Именно потому что оно постоянно запущенное.

но безопасность под вопросом.

У смартфона вообще нет безопасности. Потому что в любой момент его могут вытащить у вас из кармана. А дальше вопрос только в том, насколько информация из него будет нужна злоумышленникам. Ибо при наличии физического доступа к плате абсолютное большинство защит превращаются в тыкву. А те что хоть как-то эффективны - не используются абсолютным большинством владельцев смартфонов так как там не только надо нужный софт поставить но и в себе информационную самодисциплину жесткую воспитать. Ибо самое слабое звено это всегда человек. Гигантские и ежегодно растущие суммы хищений «электронных» денег это наглядно подтверждают. Там уже такие суммы что это стало представлять угрозу для стабильности экономики в целом и вынудило гос.органы заняться этой проблемой. Только официально признанных хищений 30 миллиардов за прошлый год, и понятно что это далеко не всё. Вот цена всей «безопасности» смартфонов. В прямом смысле цена, в деньгах.

зачем постоянно светить беспроводной связью?

Вот и я это недавно пытался доказать в одной из соседних тем. Меня не поддержали.

USB вроде как нормально позволяет передавать данные на монитор

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

Люто ненавижу этот андроид.

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

буду брать или линукс или Аврору, то есть тоже линукс.

Тогда возникнет противоположная проблема. Если под андроид нет десктопного софта, то под линукс нет смартфонного. Я запускал дебиан с иксами на смартфоне. Десктопный интерфейс софта на таком маленьком экране становится неюзабельным даже при подключении внешней мышки и клавиатуры. И именно интерфейс - это основная проблема, а вовсе не производительность процессора.

Тут то же самое - если нужно что-то делать мощности лишними вряд ли будут.

Сильно зависит от того что именно делать. Я выше уже приводил примеры что даже относительно слабый проц не получается загрузить задачами домашне-технического творчества.

Но жирный веб говорит свое.

Можно пожалуйста конкретный пример ссылки на неигровой но жирный сайт? Я на него зайду с компа на котором четыре гига памяти и опубликую здесь отчет команды free.

математика тоже учится при желании.

В одно лицо самоучкой проходить институтский курс специфической математики, относящейся к нейросетям - задача на годы упорного труда. Это надо очень сильно фанатеть от математики чтобы на такое решиться. Лично я - не готов, просто потому что не представляю куда эти знания потом применить в своих хобби так чтобы с ощутимой пользой, а абстрактная красота математических теорий недоступна моему убогому эстетическому вкусу.

Лучшие и после 30 лет продолжат развиваться и куда-то двигаться. Главное делать чего хочется.

Ну вот лично я после 40 лет как на пассивный доход заработал так свалил из большого города и двинулся в сторону альтернативной и автономной энергетики. Создал себе полностью автономный дом, построил собственную солнечную электростанцию и ветрогенератор, ну и куча всего по мелочи в этой же теме. Компы остались как одно из хобби и как инструмент, помогающий в практической деятельности.

А программисты вообще могут быть не привязаны к месту, если они умеют в программирование.

Чтобы устроиться «не привязанным к месту» - это надо иметь или неслабые такие личные связи или совершенно запредельный уровень квалификации в какой-нибудь довольно специфической теме или готовность реально пахать за те деньги, которые офисный сиделец получает не сильно напрягаясь. На обычной работе заработать 30-50 тыс вообще не проблема и не требует какого-либо надрыва. А попробуйте заработать столько полностью дистанционно? Не только не повяляясь в офисе но и даже находясь от него в полутора сотнях километров.

Ибо для абсолютного большинства начальников сотрудник который даже в офис не хочет приходить хотябы раза 2-3 в неделю - это по определению лентяй. Чтобы переубедить - надо тяжко вjobывать, и то не факт что получится. Редкие исключения бывают. Но это см.пункт первый - про личные связи и умение ими обзаводиться.

Ну тогда можно переехать и снять жилье, если уж найти работу - работа позволяет так делать. Было бы желание а там хоть за еду - но настоящие желания найдут возможность пробиться сквозь толпы просто клепателей говносайтиков. Кстати хоть их можно тоже делать. то направление как ни крути.

А то что не поддержали против вайфая это странно. Он же светит излучением постоянно. Делать это лишь для передачи данных имеет смысл только в общественных местах где нет физической возможности провод использовать.

А жену завести все равно надо доход. Дача с автономностью это все конечно весело, но скучно одному. Так что как ни крути еще один вариант почему стоит начать двигаться, если хотя бы компы остались как хобби.

Просто то что ты обычно несешь скорее относится к видеокартам. Вот там ровный градиент разницы и люди ошалели от картинки и туда вламывают все возможное, хотя явно есть разница между 1080, 1440 и 4К в плане необходимых мощностей и объема памяти. Смысла мало высокое разрешение тратить на мыльцо в текстурах, чтобы еще и меньше кадров было. Я очень настоятельно рекомендую задумать и вместо сублимации на форуме начать серьезно развиваться в сторону программирования, а с деньгами и женщины появятся. Это слишком напоминает самодурство превратить хобби в повседневную жизнь когда у тебя все есть даже далеко от цивилизации. Я уверен соседи могут считать таких вот как ты неслабыми чудаками, потому что они хотели бы подальше от родных мест побывать, потому что женщин туда так просто не затащишь. В общем постарайся включить голову и решить что для тебя важнее - упарываться по чему-то или начать серьезное что-то с приданием нового смысла своим достижениям. Да хоть такие же дома предлагать делать - вариантов полно. Но вот это никому особо не интересно жить в бункере. Я хуже видел только всякие дурные видео японцев о том как им одиноко живется и они тупо так живут, потому что воспитаны быть тихими и не подавать голоса. Разницы то по сути нет. Надо делать именно то что хочется, а не назло маме уехать подальше и все равно не страдать, пригрев ноги. Это ловушка в чистом виде, приводящая к ничегонеделанию и неумению мечтать.

Кстати про забивание гвоздей микроскопом

Вы неправильно поняли мою аналогию про микроскоп. Я ее привел в том смысле что для заведомо простой операции используется неоправданно дорогой и сложный инструмент. Причем инструмент может быть дорогим не обязательно денежно, а например энергетически. Или вредностью для окружающей среды и здоровья, шумом например. Сидеть целый день возле компа который воет вентиляторами с громкостью пылесоса - это весьма не полезно. Как и дышать поднятой в воздух пылью.

А вот чайник для варки яиц - это как раз вполне нормально, просто немного нестандартное использование. Туристы и командированные в гостиницах нередко так делают.

выясняется что это у меня на компе минимальная задержка это 4-11 семплов

По вашему примеру видно что это или [полу]профессиональные занятия музыкой или уровень очень продвинутого хобби. Распространенность и актуальность - примерно на том же уровне как наличие собственной солнечной электростанции у меня. Там тоже есть куча своих тонкостей, о которых вам не расскажет ни один продавец-консультант потому что он ни дня не жил в полной автономке.

Если не забивать гвозди микроскопом, то есть подыскивать программы способные работать в нестандартных значениях задержки

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

Какой смысл урезать объем памяти

Никто не говорил про «урезать». Говорилось о бессмысленности добавления памяти при использовании компа в конкретных перечисленных выше задачах околотехнического творчества. Ну какой смысл мне добавлять память вот в этот комп с четырьмя гигами если в соседней комнате стоит комп с 16 гигами,а я его крайне редко включаю? Да и на этом компе обычно свободно от трети до половины памяти. Ну будет 2/3 свободно - что это изменит?

И на авито можно было взять 16 гигабайт DDR5 всего на 2К рублей.

Да не в деньгах тут дело, а в нежелании заниматься чем-то что не даст видимого практического результата. Надеюсь вы не думаете что если меня с KiCAD посадить на какой-нибудь суперсовременный комп то я быстрее схему нарисую и плату разведу? Время выполнения этой работы упирается в скорость работы моего мозга, а не компа. И так - уже давно и с абсолютным большинством возникающих у меня задач. Еще существенную роль играет степень [не]удобства интерфейса у системы и прикладных программ. Например если в программе нет хоткеев то работа идет намного медленнее.

Просто в норму у тебя 32-64 гигабайта, а это в 8-16 раз больше 32-битного режима.

Я там выше уже писал, что даже винда из середины двухтысячных, работавшая в 32-битном режиме умела поддерживать 128G памяти. Для железа x86 ограничение в 4 гига это на один сегмент, а не всего. Конечно если всё в один сегмент пихать как это линуксовое ядро делает - то проблемы безусловно будут. Так это только потому что ядро не умеет правильно работать с сегментным механизмом управления памятью на x86. И только.

Видел хорошую статью с популярным объяснением что же такое разрядность процессоров,всяких разных. Там и таблица есть. https://www.ixbt.com/cpu/cpu-bitness.shtml С точки зрения удобства доступа к большим объемам памяти - логично будет смотреть на число физических линий шины адреса. Так уже у первых пентиумов было 36 бит что давало 64G доступной памяти. У нынешних процов линий адреса больше,причем у разных разное но вроде ни у какого нет 64-разрядной физической шины адреса.

Упаковывание своих нужд в 32 бита это не шаг вперед, а два шага назад.

Если прочитаете статью по ссылке выше то поймете что мы о разных 32 битах говорим. Я ссылаюсь на «маркетинговые» 32 бита,то что обычно имеют в виду когда пишут что-то типа x86-32. На самом же деле в этом режиме интересно не число битов (какое бы не имелось в виду технически), а наличие сегментного режима адресации, позволяющего осуществлять ряд аппаратных проверок при обращении к памяти. И отказ от этих возможностей - это таки шаг назад. А вот возможность манипулировать 64-битными регистрами общего назначения одной командой(сложить допустим) в «маркетинговом» 64-битном режиме - это конечно шаг вперед так как слегка ускоряет вычисления. И тут уже что у кого в приоритете - у кого-то скорость вычислений, а у кого-то и надежность и защита от ошибок. Аналогично можно вспомнить отказ от аппаратного обнаружения и коррекции ошибок памяти с помощью кода Хемминга или ему подобных. В большинстве бытовых компов этого нет. А вот в серверах всё же хватило совести настолько на надежность не забивать, хотя и не всегда. Более известный пример - имеющиеся в ядре средства противодействия атакам класса spectre/meltdown. Где-то они задействованы в ущерб производительности, а у кого-то и mitigation=off в командной строке ядра стоит если условия использования позволяют, например запускается только доверенный софт для каких-нибудь тяжелых расчетов и нужна максимальная производительность.

Мне же возражают что якобы в 32-битном режиме невозможно обращение к большим объемам памяти и выдвигают это как чуть ли не главный аргумент. Но это в действительности не так. Смотрим на физическую ширину шины адреса у процов начиная аж с пентиума и убеждаемся. А виртуальных адресов даже на 80386 было 64 терабайта. Но к вопросу максимального размера физической памяти это естественно не относится.

Кстати, для относительно новых процов от Интела найти физическую разрядность шины адреса не всегда просто. Косвенно ее можно определить если найдется максимально поддерживаемый объем памяти. Например про тот i5-8250u с которого я это пишу гугл говорит что он может адресовать не более чем 32 Гб, хотя маркетинг называет его «64-битным». Получается что для адреса у него наружу выведено 35 линий (потому что 2^35=32Gb). Да еще абсолютно не факт что все эти линии на системной плате разведены так как плата довольно специфическая, была вытащена из весьма экономичного по потреблению моноблока Asus V241IC-R. А про него тот же гугл говорит что больше 16 гигов он не понимает. То есть по дороге от проца до разъемов модулей памяти где-то одну адресную линию потеряли.

Вот кстати на смартфоны свалили по большей части тупые типа японцев.

Я бы не называл японцев тупыми. Что целеполагание в жизни у них иное - это да, ну так другая культура.

Им играть некогда.

Тем не менее одну из самых известных игровых приставок делает именно японская фирма Sony.

Ровно также менялись компы в 90-е когда выходили игры и сразу появлялись тормоза - ты сразу понимал что твой комп устарел.

Поправка: не «устарел», а объявлен маркетологами устаревшим. Игры в значительной степени специально пишутся так чтобы стимулировать продажи нового дорогого железа. Сейчас это стало чуть меньше выражено в связи с общим торможением прогресса в железе, но тоже есть.

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

Вот именно, совершенно правильно сказано. И если потребности за последние пару десятков лет у меня не поменялись то смысл гнаться за новым железом может быть только в меньшем энергопотреблении(точнее - возможностях управления оным). Но скачок в этом вопросе у Интела был в начале-середине 201х годов. С тех пор оно особо не поменялось.

Мне вот не в кайф ждать пока 8 секунд Pentium N4200 открывает ютуб

А я эти 8 секунд вообще совсем не замечу. Всё равно я его открываю настолько не часто что для меня это не критично. Я поисковый запрос на нужное мне видео буду придумывать существенно дольше ибо интересы абсолютно не мейнстримные типа например правильного перевода автономных бензогенераторов на питание пропаном.

О чем ты вообще?

Вот правильный вопрос! Похоже большинство вообще не поняли о чем я. А я - про возможности сегментного механизма адресации и аппаратной проверки доступа к данным, которые работают в x86-32 режиме, но не работают в x64. И с которыми так и не научилось за тридцать лет работать линуксовое ядро потому что в начале 90х финскому студенту было лень разбираться в этом весьма сложном механизме, он решил что для курсовика и так сойдет и запихал всё в один сегмент.

можно переехать и снять жилье

Я не идиот бросать собственный частный дом и ехать в хрен знает куда жить в съемной хате. Благо наличие небольшого пассивного дохода позволяет жить не имея официальной постоянной работы с фиксированным окладом.

настоящие желания найдут возможность пробиться сквозь толпы просто клепателей говносайтиков.

Зачем мне пробиваться? У меня нет ипотеки и кредитов, соответственно нет критической потребности в деньгах. Потребность в занятиях чем-то интересным техническим есть, но ради этого ехать из дома на съемную хату я не готов. Да и незачем - тут много интересного. Частный дом - это совсем не то что в квартире в четырех стенах сидеть.

А жену завести все равно надо доход.

Зачем она нужна в 57 лет? Только лишние проблемы. Да и превращать свой собственный дом в коммунальное жилье я не хочу - не очень подходящая для этого планировка,часть комнат проходные. Вкладываться в женщин своим доходом кстати как правило не выгодно - как только находят более богатого то сбегают. У меня хотябы хватило ума штамп в паспорте не ставить чтобы потом имущество не делить. А на обобранных друзей-приятелей достаточно насмотрелся.

скучно одному.

У меня тут столько интересных железок что вообще некогда скучать. Куда чаще приходят мысли хватит ли оставшегося времени жизни чтобы попробовать реализовать все имеющиеся идеи.

Смысла мало высокое разрешение тратить на мыльцо в текстурах, чтобы еще и меньше кадров было.

Я киноискусство «люблю» также как симфоническую музыку - то есть никак. А для рисования схем и чертежей дорогая видеокарта не нужна. FullHD умеет даже интеловская встройка на недорогом проце, а больше тоже не надо - я не космические ракеты вычерчиваю.

Это слишком напоминает самодурство превратить хобби в повседневную жизнь когда у тебя все есть даже далеко от цивилизации.

Не понял это утверждение. По-моему заниматься каждый день своими хобби это куда интереснее чем вjobывать тупо ради денег. Особенно с возрастом это понимаешь когда остается не так уж много времени чтобы тратить его на работу «на дядю».

Я уверен соседи могут считать таких вот как ты неслабыми чудаками

Меня считают. Но с неслабым таким уважением. Позавчера один приехал на аэролодке рыбов половить и застрял. Неисправность электронная. А ему сегодня на работу, иначе уволят, а у него ипотека, кредиты и жена. Я сделал, аэролодка поехала. Вот, хвастаюсь:) На самом деле это было не сложно. Но с микроконтроллерами надо быть «на ты». Было обещано при следующем визите закормить меня тортиками ибо подношения спиртным я не беру за ненадобностью.

потому что они хотели бы подальше от родных мест побывать

Спасибо, набывался. В нулевых была работа с командировками, тоже микроконтроллеры. Заносило даже в Якутск, хорошо что летом:) Но платили хорошо. Выдержал года три, уволился. Больше не хочу. Хотя в прошлом году под Ухту на месторождение старые знакомые зазывали - тоже микроконтроллеры как ни странно.

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

Упарываться естественно. Я всю жизнь этим занимаюсь. В 90х и 00х по компам упарывался. Последние полтора десятка лет - по автономной энергетике. Собственная солнечная электростанция - это же круто. Мало у кого есть. Не только интересно но и на форумах хвастаться можно.

Но вот это никому особо не интересно жить в бункере.

Эх, чтоб вы понимали… Среди «автономщиков» мне в интернете попадались и обитатели куда более крутых «бункеров» чем у меня. Один купил участок земли на котором был пруд и вытекающая из него маленькая речка. Воздвиг плотину и построил собственную мини-ГЭС. Так у него хватает электричества даже на отопление если мороз не сильный.

дурные видео японцев о том как им одиноко живется

Это от самого человека только зависит, как он свою жизнь воспринимает. Есть такие «по жизни несчастные», они будут ныть и страдать в любом случае, что с ними ни делай. И для этого даже не обязательно быть японцем.

не назло маме уехать подальше

Я бы и маму сюда с собой забрал, хорошие отношения с ней были. Жаль рано ее не стало.

Это ловушка в чистом виде, приводящая к ничегонеделанию и неумению мечтать.

Это ежедневная пахота «на дядю» не оставляет времени и сил на мечты и уж тем более на их реализацию.

А то что не поддержали против вайфая это странно. Он же светит излучением постоянно. Делать это лишь для передачи данных имеет смысл только в общественных местах где нет физической возможности провод использовать.

Вот я в точности тоже самое доказывал. Обозвали чудаком, не использующим «современные технологии». Мы вот тут с приятелем делали линк через море, 8 километров. Работал, но очень уж от погоды зависел - влажность высокая, а 2.4 ГГц весьма сильно водой поглощается. Да и на той стороне телефонисты за adsl хотели денег больше чем сейчас хочет мобильный оператор при большей скорости. Вот в радиосвязь таки пришлось упороться, в отличие от апгрейда компов. Один только промышленный радиомодем стоил тридцать с хвостиком тысяч. Плюс этажерка антенн на мачте ветрогенератора. Зато теперь у меня интернет достаточно стабильный и весьма быстрый.

Да, да ты сильнее всех в своей башке. Надоел. Будто тебя гонит кто-то. Подростковый протест в таком возрасте - дичь полная.

Можете взять 32-битные винды, например XP, запустить на вашем компе, и они, а также софт под ними, будут работать.

На современном компе XP ты не запустишь, у них уже legacy mode в bios стал редкостью, а даже если сохранился, на все остальное дров нет и в лучшем случае это будет работа с generic дровами в vga-режиме без сети и звука. Ещё не факт, что клава и мышь будут работать.

Лучше линукс 32 - битных, такие ещё остались

Прекрасно ложится. Я лично весьма много писал под 80286 + дос-экстендер. Естественно голову применять надо как этим механизмом пользоваться.

Я тоже писал, забыл как страшный сон ещё во второй половине 90-х об этих извращениях.

как-то раз собирал статистику сколько времени на какой частоте работает процессор в моих домашних компах при использовании динамического управления частотой. Оказалось - около 80% времени частота минимальная.

Иначе говоря, в 20% случаев таки нужна повышенная производительность. Это нормально.

А я - про возможности сегментного механизма адресации и аппаратной проверки доступа к данным, которые работают в x86-32 режиме, но не работают в x64. И с которыми так и не научилось за тридцать лет работать линуксовое ядро потому что в начале 90х финскому студенту было лень разбираться в этом весьма сложном механизме, он решил что для курсовика и так сойдет и запихал всё в один сегмент.

У Линуса не курсовой был, а хобби. В сложном механизме и Microsoft не разобралась, точнее сказать, попытку сделали в первых NT (3.1) и потом только откручивали «лишнее». По факту все ОС, в которых эти фичи с сегментами и уровнями задействованы более-менее полностью - это что-то специальное, что мало кто вживую видел.

Зато в 64- битном режиме отсутствует фрагментация памяти (ну пока экзабайтами ворочать не станешь) и mmap можно делать на более 4Гб

В сложном механизме и Microsoft не разобралась, точнее сказать, попытку сделали в первых NT (3.1) и потом только откручивали «лишнее».

Это Ваше личное мнение, что не разобрались. NT 3.1 разрабатывалась не на x86, а на Intel i860 (N10, он же N-Ten -> NT), где никаких сегментов не было. Такое решение было принято специально, чтобы избежать возможных завязок в архитектуре ОС на x86. Так как одна из ключевых целей проекта была переносимость. В целевых архитектурах (Alpha, MIPS) сегментов тоже не было.

То есть, по факту никто эти специальные фичи не использует в сколько-нибудь массовых универсальных ОС.

На современном компе XP ты не запустишь, у них уже legacy mode в bios стал редкостью

Тем не менее есть компы с правильным универсальным биосом который умеет все варианты. Разговор был не про биос и не про драйверы, а про возможность запуска на процессоре.

Лучше линукс 32 - битных

А это вообще не проблема запустить. И память всю видит.

Иначе говоря, в 20% случаев таки нужна повышенная производительность.

Так она повышенная только в сравнении с минимальной. А в абсолютных величинах i5-8250U вовсе не монстр производительности. Тем не менее случаев когда его не хватает - несколько штук в год. Да и то можно было бы обойтись, но если уж в соседней комнате стоит комп побольше то почемы бы его не включить.

У Линуса не курсовой был, а хобби.

Если так то тем более. Хотя на форумах писали что всё же курсовой тоже. Я в своих электронных хобби тоже не все схемы делаю строго как положено, бывает что «и так сойдет». Но я не пытаюсь их никому продавать или использовать в каких-то ответственных применениях.

В сложном механизме и Microsoft не разобралась, точнее сказать, попытку сделали в первых NT (3.1) и потом только откручивали «лишнее».

Все производители последние десятка три лет «откручивают лишнее» от всего. Падает качество и надёжность всей техники и софт тут не исключение.

Зато в 64- битном режиме отсутствует фрагментация памяти (ну пока экзабайтами ворочать не станешь) и mmap можно делать на более 4Гб

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