It's incredible amazing awesome, ЛОР!

!!!>>>>>Господа, я серьёзно. Не надо писать шутки про макось и говно. Лучше дочитайте до конца и выскажете конструктивную критику.<<<<<

Стали бы Вы юзать платный дистрибутив линукс, если:
0. Техподдержка реально решает вопросы (правильно оформленный багрепорт обязательно рассматривается и фиксится). Присланные патчи реально читаются и включаются в основное дерево после тестирования (сразу, а не через 2 года). В платиновой версии поддержки может сама заниматься поддержкой пакетов нужно Вам внешнего ПО, тестирует на Вашем оборудовании, включает поддержку и тестирование дополнительного ПО.
1. Обновления поставляются постоянно, используется нормальный транзакционный менеджер пакетов с автоматическим бекапом всех конфигов и приложений до установки пакета с возможностью моментального отката. Опционально делает снапшот.
2. Поддержка ZFS как корня из коробки, aufs3 из коробки, все проприетарные прошивки автоматически скачиваются при установке (нет проблем с оборудованием), поддержка возможности установить проприетарные драйвера для видеокарт и принтеров из коробки (с гарантией работоспособности даже после обновления).
3. Три ветки: экспериментальная с самым свежим ПО, и стабильная. Приложения из экспериментальной ветки легко (прозрачно для пользователя) устанавливаются в chroot-окружение, к которому автоматически подключаются /mnt/, /media/, /home и другие каталоги, пробрасываются иксы и пульса. И hardened-ветка с защиненными вариантами конфигураций и приложений: не скомпиленные для данной системы приложения вообще не будут работать, ABI полностью нарушен.
4. Кошерный псевдографический установщик с поддержкой публикации файла-конфига установки на сервере вендора. В результате просто запускаете диск, вводите число и установка пошла. Поддержка установки по сети в один клик. Конфиги могут быть удобно сгенерированны мастером, автоматически установлены нужные ssh-ключи, автоматически установлено нужное ПО (включая puppet, chef, icinga-клиент).
5. ПО будет содержать все патчи от RHEL, Ubuntu и самого вендора, а не был кривым голым говном, как, например, в генте.
6. Поставляется студия сборки (включая таковую на стороне вендора через веб) как у суси. Можно создать правила сборки и тестирования для любого пакета, после чего он автоматически будет собираться для всех архитектур, а также при обновлениях либ. Т.е. один раз занёс свои исходники на сервер, настроил сборку, после этого постоянно получаешь готовые бинарные пакеты.
7. Тестирование со всеми существующими комплектами автоматического тестирования. QA-команда для ручных тестов. Списки гарантированно работающего оборудования и тестирование на нём каждой новой версии.
8. Сверхдлительная поддержка стабильных веток.
9. Включено множество ПО-форков, типа bareos, icinga и т.д вместо старого неработающего говна.
10. Коллекции ПО. Теперь после установки на лаптоп Вы внезапно не обнаружите, что для работы через WiFi или 3G у Вас нет приложений, а для поддержки принтера или сканера нет установленных свободных драйверов. Или нет набора кодеков.
11. Подборки внешнего ПО. Удобное ПО из github'a и прочих внешних ресурсов будет интегрировано в систему, для него будет написана документация, оно будет просмотрено на предмет троянов, также будет запущено в виртуальном окружении для автоматического анализа поведения.
12. Полноценная поддержка SELinux'а, браузер исполняется в изолированном контейнере с парой общих папок (но не home).
Графически приложения могут быть запущены в контейнере с разным уровнем доступа (без ФС, r/w ФС без сети, с сетью, ro ФС) в одну команду.
13. Средства мониторинга и бекапирования уже встроены в ОС и работают сразу после установки.
14. «Безопасный режим». Если ОС не загружается, то можно загрузиться со встроенной RO live-системы для отката последних изменений, развёртки бекапа, отката на снапшот. Все функции вызываются в одну команду.
15. Полная поддержка LinuxIMA и TPM. Теперь приложения вообще не исполнится, пока у него нет цифровой подписи, либо пока не включен режим девелопера и оно не внесено в список исключений (добавлением его цифровой подписи).
16. Полная поддержка шифрования и смарт-карт из коробки.


Какая ценовая политика бы Вас устроила? Скажем, 2000 рублей за лицензию (10000 за 10 лицензий, 80 000 за 100), поддержка (включая доступ к обновлениям) за 500 рублей в месяц (до 5 лицензий, после - 300 рублей в месяц за каждую доп. лицензию).

Peace, ЛОР!

Давайте составим список красивых и удобных приложений для терминала (очевидно, что нет терминала лучше, чем Konsole).

Мне большего всего нравятся (не все эти программы используют ncurses, но у всех хороший интерфейс):
cfdisk
https://github.com/uoaerg/wavemon
https://github.com/NSinopoli/chronos
https://github.com/rofl0r/ncdu
https://github.com/mk-fg/pulseaudio-mixer-cli
https://github.com/flamsmark/arm
https://github.com/LonnyGomes/hexcurse
https://github.com/rigel314/ttysys (красивый монитор с графиками)
https://github.com/ezrast/dusauce
whdd (отличный аналог mhdd)
iotop
mc
mcedit
nano (всяко лучше, чем vim без педалей)
iptraf
iftop
htop
top
atop
transmission-remote-cli
screen
elinks
bwm-ng
bmon
dstat
ApacgeTop
rtorrent

Списки:
http://hamzaed.com/35-terminal-text-based-application-for-linux.html (выдаёт предупреждение безопасности, но всё открывается)
http://www.cyberciti.biz/open-source/best-terminal-applications-for-linux-uni...
http://www.etcwiki.org/wiki/Best_ncurses_linux_console_programs
http://projects.laas.fr/tina//home.php

Не велите казнить, велите слово молвить холопу Вашему, модератор-батюшка.

Учитывая моё днищенское положение на ЛОРе, думаю, настало время изменить своим либерально-демократическим взглядам, свободе слова, совести и свободе, и прогнуться под политику модераторов.

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

Так ли это на самом деле? Кем эти списки создаются? Что нужно (конкретно), чтобы попасть из черного списка в белый (например: сидеть в конференциях с модераторами, доносить на пользователей и троллей со свободными взглядами, восхвалять текущий режим и модерацию, говорить, что ЛОР поднимается с колен и лучше западных ресурсов, хаять оппозицию и троллей)?

Буги-вуги, ЛОР!

Допустим, мы разрабатываем ПО на основе GPL-based СПО, но хотим его сделать проприетарным, при этом не нарушая лицензию.
Можно ли сделать так: вносим изменения в GPL-программу для работы с пустыми (или нерабочими/некорректными) функциями заглушками, а потом настоящие функции пишем отдельной библиотекой, которая должна через LD_PRELOAD подгружаться и замещать некорректные функции.

В результате мы смогли и рыбку съесть и на скорой помощи покататься, т.к. GPL ПО собирается, запускается, а про корректность работы никто ничего не говорил в лицензии. А наша LD_PRELOAD-либа продаётся за милльён шеккелей и не линкуется с GPL ПО.

Или я что-то упустил?

««ДНК ваших родственников может быть использована против вас», — пишет журнал Wired, упоминая случай, который произошёл ранее в этом году с кинорежиссёром Майклом Асри (Michael Usry). Он стал подозреваемым по нераскрытому делу об убийстве после того, как полиция нашла подходящий образец ДНК в базе данных Ancestry.com. Образец предоставил отец кинорежиссёра несколько лет назад.»

Докатились. Скоро и модераторы ЛОРа будут в ФСБ данные сливать.

А что делать при сдаче анализов в больнице?

Источник: http://geektimes.ru/post/264410/

Перемещено Pinkbyte из security

Во тема: www.linux.org.ru/forum/general/12043863
В ней дано достаточно обширное обоснование проблем интернета вещей на примере интернет-унитазов и другой техники, приведены конкретные примеры эксплуатации и интервью директора АНБ по этой теме. Также даны ссылки на openhardware-проекты умных унитазов на arduino. И поставлен вопрос о свободных прошивках.

За что удалили тред с пометкой «флуд» (при этом скор не вычли)? Я же не виноват, что некоторые пользователи не понимают всю опасность взлома унитазов и восприняли мой тред как шутку.

Требую разрешения на перезапуск треда (могу внести изменения, если есть конкретные недочеты).

Или модерация ЛОРа заодно с АНБ и не хочет допустить информацию о проблемах безопасности IoT до широкой аудитории?

P.S. Тред про локализацию и библиотеки парсинга с автоконвертацией, а не про батхёрт автора.

FUUUUUUU, ЛОР.

У меня начинается дискомфорт пониже спины, когда я пытаюсь парсить сообщения с US/UK сайтов, которые содержат дату и время.

Существуют ли библиотеки, которые:
а) Могут находить дату и время (причём возможно только одно имеется) из текста во всех форматах
б) Могут приводить их в стандартный вид (либо по ISO 8601:2004, либо по EUR стандартам)
?

И с сталкивались ли Вы с проблемами, делая приложения для иностранных заказчиков? Или формат 24.01.2029 19:33:71 они вполне понимают? Имелись ли какие-то проблемы не со временем и датами (с весами, температурой, длиной и т.д.)?

А теперь нетехнические подробности с элементами батхёрта (слабонервным и модераторам читать не рекомендуется):
Внезапно, вместо нормального DD.MM.YYYY можно увидеть MM-DD-YYYY и даже MM/DD/YYYY. Но это ещё что: время записывается в формате 12:00 AM/PM.
Мало того, погуглив, я обнаружил, что существует минимум пять форматов записи дат http://www.tetran.ru/SiteContent/Details/25 и аж три формата записи времени.
Это не считая инженерных форматов https://yandex.ru/support/partnermarket/export/date-format.xml и внутренних форматов хранения времени (типа UNIX-времени).

Если копнуть проблему дальше, то оказывается, что существуют не просто разные форматы ЗАПИСИ времени, то и разные варианты измерения времени! https://ru.wikipedia.org/wiki/Всемирное_координированное_время https://ru.wikipedia.org/wiki/Всемирное_время https://ru.wikipedia.org/wiki/Международное_атомное_время

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

Использование таких древних (и таких важных!) стандартов и отсутствие единых стандартов (учитывая наличие системы СИ) смотрится ещё большим анахронизмом, чем иероглифы, вязь, ручной труд, бекапы tar'ом по крону, механические наручные часы и письмо в обратную сторону вместе взятые.

UDP. Господа, расходимся: я через 5 минут, после того как оправился от шока, вспомнил, что давным-давно настраивал бекап на ленту ночью на этом сервере (у меня в bareos так много серверов, что я постоянно забываю, какие у меня вообще сервера есть), а также асинхронную репликацию файлов юзеров через lsyncd этого сервера. В общем, пришлось на сервере-зеркале поднять самбу и ручками права задать в каталогах (10 минут заняло) и всё заработало.

>Всем спасибо за поддержку в трудную минуту.

По собственному, ЛОР.

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

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

ЛОР сохраняет всю информацию о пользователе: откуда он сидит, когда, как долго сидит, с кем переписывается, хранит информацию об email'ах, джабберах, скайпах, личных блогах и прочем, что позволяет однозначно идентифицировать пользователя.

Должен ли ЛОР иметь сертификацию для работы с ПД юзеров? И имеет ли? Считаются ли анонимусы пользователями, ПД которых должны охраняться? Используется ли ГОСТ-шифрование данных на сервере?

Багет, ЛОР!

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

Разработчики ПО firefox многократно заявляли, что выкинут поддержку NPAPI из браузера, и, вроде как, должны отвалиться флеш, java/icedtea, и встроенный плагин OpenH264 (который может быть весьма полезен для просмотра трубы и вайнов).

Что же делать? Они предусмотрели новый интерфейс для запуска явы и флеша? Кстати, какова ситуация в хроме?

Мои офисные животные (слоупоки, раки, хомяки, черепахи и олени) будут очень недовольны, если их говносайты с флешом не будут работать. Отдельно отмечу, что тут речь не про говноигры вконтакте идёт, они много сайтов SaaS'а юзают, которые через флеш работают только. Причём быстро их сменить нельзя будет. Теперь эти сайты только через осла им открывать?

Но теперь есть проблемы и лично у меня: моя любимая (и офигенная со всех сторон) ява, которую я использую для доступа к IP-KVM, VNC-сессиям, для мониторинга FibreChannel-свитчей их встроенным ПО, а также для доступа к IBM HMC и некоторым упоротым свитчам, не будет работать их браузера!
Кстати, яву ещё и бухи юзают для банк-клиента.

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

Ах, ЛОР!

Ещё раз: меня интересует не только ЯП, но и библиотеки и БД для конечного использования.

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

Я склоняюсь к получению данных из веб-сервисов при помощи selenium с python-обвязкой (всё-равно тут будет тормозить браузер, а не питон), а яву в хандупе для последующего анализа. Только вот в библиотека проблема, прошу подсказать.

Имеет ли смысл выбрать R?

Также прошу подсказать годные статьи книги по сабжу.

Могу ли я писать в своём профиле что захочу? Я не увидел в правилах форума четкого запрета и регламентирования правил использования описания профиля, включая возможность ведения там нацпола, расстрельных списков, рецептов приготовления блюд из сала и укропа, списков аниме и любимых фанфиков про поней (как и списка порнухи), обсуждения/осуждения действий модераторов, оскорбления других пользователей и т.д.

Если это разрешено, то можно ли править профиль, а потом просить кого-то в комментарии посмотри его? Является ли это нарушением правил?

P.S. Для тех, кто не осилит: суть треда в проблемах использования ПО автогенерации конфигов и оркестрирования в современном мире.

Воу-воу, полегче, ЛОР!

Посмотрел я на AIX, продукты Red Hat, яву, на кеды, на systemd, продукты Mozilla и у меня случился Батрудинов (я бы даже сказал хороший французский багет)! Точнее багет случился, когда я начал писать рецепты для ПО в puppet.

Почему всё ПО не использует нормальные, документированные и понятные конфиги, как у этого ПО? Почему не использовать внешнее (удаленное) хранилище конфигов или XML-конфиги?

Тот же firefox имеет хранилище конфигурационных опций с описанием (по которым, кстати, ещё и онлайн-справка расширенная доступна).
AIX вообще использует кошерное внешнее хранилище (увы, не для всего) конфигов. И умеет к нему удобный псевдогуй, и консольный доступ.
Systemd позволяет удобно описать юниты самой разной направленности. И работать всё это будет гарантированно и стабильно. Не то что скрипты инициализации, которые вообще не понятно, отработают или нет.
Почти все серверные продукты RedHat управляются через XML-конфиги и БД.
Большинство ПО под яву юзает читабельные XML-конфиги с комментами.

А что мы видим обычно?
Apache2: конфиги вообще не документированы, код имеет очень хитрую обработку конфигов (в которых одно и то же можно сделать десятью методами). Даже обработка случая, когда запрашивается несуществующий (дефолтный) домен, может быть задана минимум 3-мя способами (причём ни один из них не является явным).
Nginx: уже лучше, что всё-равно кофиги не очень: их уже можно нормально генерировать, но вот считать их и распарсить уже не выйдет.
Asterisk: это ПО просто эталонный пример недокументрованных забагованных функций, странного поведения, взаимозаменяющих и устаревших опций, непонятных дефолтных настроек. После перехода на FreeSwitch с XML-конфигами и JS-скриптами я перестал просыпаться ночью в холодном поту и дозваниваться на IVR.
БД (любые почти: mysql, postgresql, postgresql XL, firebird). Такое ощущение, что конфиги проектировались для БД на 10 запросов в секунду, которая работает максимум с тремя клиентами, но никак не для кластеров. Кластерные конфигурации вообще очень странные: многое нельзя сделать на лету, настройки хранятся как в конфигах (INI-подобных), так и в системных таблицах. Это очень неудобно, особенно в облачном случае, когда БД надо масштабировать на лету, либо обеспечивать HA.
У postgresql настройка вообще совсем не простая: из-за отсутсвтвия движка интеллектуального вакууминга (как у оракла) его надо настраивать вручную под каждую конфигурацию, причём очень хорошо понимать особенности текущий конфигурации. Также постгрес имеет исторически большой набор ПО, которое расширяет возможности БД, работая, как глобальные встроенные функции и триггеры. Они как хотят, так и хранят свои настройки.
DE. Ну тут всё просто: твоё приложение - твои правила! Конфигами рулить очень сложно.
Оборудование. IPMI нормально работает только через питоновые либы, которые определяют конкретный сервер и конкретную реализацию IPMI. Логи тоже не стандартизированы. Из настройки в автоматическом режиме доступен только порядок загрузки. Для всего остального надо заходить руками в EFI/BIOS. Часто даже утилит для бекапа и развёртки на другие сервера этих конфигов биоса нет.


Конфигурационные файлы многих СПО приложений напоминают perl-код с регекспами: обычно даже разработчик не может точно сказать, как это работает.
Про кривую автоматизацию генерации таких конфигов я вообще молчу: один спецсимвол в рецепте puppet и сервис ляжет.

На тему людей, которые хотят человекочитаемые конфиги, а не нормальный интерфейс machine2machine, у меня родилась зарисовка:
http://www.youtube.com/watch?v=f6dGb2I8iB0
Почему, мистер Андерсон? Почему? Во имя чего? Что Вы делаете? Зачем, зачем пишете велосипеды? Зачем продолжаете костылить? Нужели Вы верите в какой-нибудь KISS, или Вам просто страшно слиться? Так в чём же приемущества plain-конфигов, может откроете? Это свобода? Минималистичность? Может быть чистота, или Вы боретесь за читабельность? Иллюзия, мистер Андерсон, причуды кодинга. Хрупкие логические теории слабого программиста, который отчаянно пытается оправдать существование устаревших форматов, безсхемных и бессмысленных. Но они, мистер Андерсон, как и языки с прямым доступом к памяти, столь же искусственны. Только человек может придумать скучное и безжизненное понятие «читабельность». Вам пора это увидеть, мистер Андерсон, увидеть и понять: Вы не можете победить XML, продолжать борьбу с энтерпрайзом бессмысленно. Почему, почему, мистер Андерсон, почему Вы упорствуете?

Перемещено leave из general

P.S. Это - не троллинг, я серьёзно не разбираюсь в дешевом железе, т.к. мне работодатель оплачивает покупку и апгрейд рабочей станции и дома и на работе.

Превед, ЛОР! Подскажи самую нищебродскую конфигурацию на i7.

Есть у меня один кун, он - линуксоид-понифаг из Долгопрудного (это такое ближнее заМКАДье), попросил ему посоветовать конфигурацию, которая будет гарантированно работать в линуксе. Сейчас на 775 сокете сидит (удивительно, как у него файерфокс запускается). Поскольку он сидит у мамки на шее, то бюджет ограничен 40 000 рублей.

Я полагаю, что надо использовать s1155 и мать от какого-нибудь второсортного вендора, типа MSI, Intel, ASRock, Biostar и т.д. Слотов под оперативку достаточно два, один хрен у него денег только на одну планку на 8Гб (даже без радиаторов) только хватит.
Видяху он будет встроенную юзать (учтите, что на мамке должна быть), т.к. кроме флеш-игр с понями ему ничего не нужно.

Также обязательно нужен хотя бы мелкий SSD.

Исходя из этого, можно ли экономить на БП и взять какой-нибудь вариант на 200Вт за 1500 рублей или не стоит?
Прошу описывать заранее рабочие комплектующие, т.к. обменять ему всё это будет сложно.

Перемещено JB из general

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

На моей практике всё выглядит так:
1. говноприложения (которым и PIII много) переехали в виртуализацию и стали делить сервер.
2. большие базы данных, системы бекапов, большие почтовики, java-приложения, терминальные сервера если и переехали в виртуализированные окружения, то только для упрощения бекапа или отката (ну или для HA с общим хралинищем): фактически приложение до сих юзает весь сервер монопольно.

Охайо, ЛОР-кун. :3

Кто-нибудь пробовал использовать данные решения? Как с производительностью и не было ли проблем с установкой и последующей эксплуатацией?

Российские алгоритмы шифрования уже давно есть в openssl (но некоторые не включены в мейнстрим, либо нужно собирать со спецопциями), про них даже были обсуждения на конференциях яндекса: https://events.yandex.ru/lib/talks/?audience=bezopasniki

Имеет ли смысл их использования? Например, ГОСТ 26030-2015 (функция хэширования) и особенно ГОСТ 26074-84 (асимметричное шифрование с эллиптическими кривыми) выглядят крайне привлекательными для ежедневного использования как дома, так и в ынтерпрайзе.

Или это всё и выйденного яйца не стоит, и нет смысла заморачиваться?

P.S. Вопрос об использовании ГОСТ-алгоритмов в openssl при работе с гостайной и т.п. даже не стоит, т.к. согласно постановлениям ФСТЭКа, а также ГОСТу 23681-79, без бумажки Ваше ПО или АПК - просто кусок софта и не пригоден для использования.

Ваззап, ЛОР!

Бывали у Вас случаи повреждения ФС или БД при использовании говносерверов/десктопов/лаптопов без ECC?

У меня были случаи проблемной оперативке в десктопе (ни раз. хотя, вся оперативка была крутая, с радиаторами, и отдельный куллер обдувал массив оперативок), но с ФС просто не было ни разу (видимо, очень удачно всё проходило), только лиса падала постоянно и долфин.
С БД вообще никогда проблем не было, т.к. не использую сервера без ECC (ну кроме PC-роутеров, конечно. но что с них взять?).

P.S. Ещё один гвоздь в гнилой гроб безответственных людей, которые не делают бекапы всего и вся.

Охайо, ЛОР!

Собственно, задолбался уже таскать с собой в кафе тяжеленный и здоровенный MacBook Pro Retina и мириться его мизерными 6 часами работы в линуксе без подзарядки, поэтому хотелось бы купить какой-нибудь легкий и компактный нетбук на ARM'е.

Toshiba AC100 у меня уже есть, но её производительности крайне не хватает для моих задач.

Собственно, присматриваюсь к этим моделям: http://liliputing.com/2013/05/android-netbooks-with-allwinner-dual-quad-core-...
Но не могу понять, поддерживаются ли их SoC'и линуксом в полной мере.

От нетбука хотелось бы следующее:
1. Свободный запуск линукса без блобов (желательно, чтобы прошивка биоса тоже была свободной).
2. Средняя производительность, необходимая буквально для проверки почты в thunderbird, чтения новостей (около 100 вкладок) и мелкой работы с документами (не больше 10 табличных документов).
3. Хороший аккумулятор, т.е. 7-10 часов без подзарядки. Желательно сменный.
4. Крайне желательно наличие либо двух USB портов, либо ethernet'а и одного USB порта на борту.

Также хотелось бы, чтобы к устройству можно было купить удобную и стильную сумочку для переноски.

Салам алейкум, ЛОР!

32-бита... О сколько боли и страданий в этих словах...
Сразу хочу сказать, это тред не о «64 vs 32», а том, как глубоко уже находится гроб 32-бит и не посыпалась ли ещё на него земля.

Множество факторов говорят о кончине 32-бит. Например:
1. Переход даже мобильных процессоров на 64-битную технологию.
2. Отказ от поддержки 32-бита в коммерческих дистрибутивах. IBM отказалась (но есть обратная совместимость для юзерспейса) от 32-бита ещё в прошлом тысячелетии (в AIX, System i, zOS и других ОС, а также в гипервизорах). Solaris for SPARC была только 64-битной тоже уже в конце девяностых. Мало того, в System i вообще используется 128-битная адресация и вычисления, которые аппаратно эмулируются 64-битным процессором.
3. Ряд ПО, такого как ZFS, MySQL, PostreSQL, Oracle g10, IBM DB2, научного ПО и д.р. не может нормально работать (только с большими багами, тормозами и ограничениями) на 32-битных процессорах. Исправление 32-битных проблем невозможно или не считается важным. В ряде случаев (в основном проприетарных) ПО пишется только для 64-битных систем.
4. Ряд оборудования и технологий не умеют в 32-бита (например IOMMU).
5. Поддержка серверного и сетевого ПО для 32-бит не приоритетна, тестирование тоже из-за того, что в ынтерпрайзе и хайлоаде уже давно 64-битная эпоха.
6. Даже в мобильниках (не говоря уже о макбуках и десктопах) везде 4Гб RAM или больше. PAE, очевидно, не эффективно и создает массу проблем при разработке ядре и драйверов. А сервер с менее 4Гб памяти - это вообще уже нонсенс. Я даже десктопов то с менее чего 4Gb уже лет пять как не видел.
7. Уж простят меня за офтопик, но даже MS, которую можно считать эталонным legacy и дерьмищем в мире IT, на серверах теперь использует только 64-битный юзерспейс (хотя особым образом 32-бита можно включить).

При этом 32-бита создают множество геморроя:
1. Надо писать софт с оглядкой на возможность запуска в 32-битной среде, используя спец типы и классы, тестировать его и т.д. Т.е. 64-бита при таком подходе должны восприниматься как расширение, а не как дефолт. Если Вы пишите на сях, а не на яве, то это станет для Вас 9-ым кругом ада.
2. Этот софт надо поддерживать. Т.е. не только тестовая и LTS-ветки, а ещё по две битности для каждой ветки.
3. В случае с дистрибутивами нужно поддерживать вообще три ветки: 64-бита, 64-бита + мультилиб, 32-бита.
4. Мультилиб обычно крайне геморно собирается и используется. В генте до сих пор мультилиб - это просто набор тар-архивов. А самому сделать мультилиб - это то ещё удовольствие.
5. Безопасность. Из-за ограниченного диапазона адресов виртуальной памяти технологии рандомизации памяти не могут эффективно использоваться, что уменьшает безопасность.
6. Тормоза и нехватка памяти для ПО. Это даже libreoffice и лсе заметно, серверное ПО вообще вешается моментально.
7. Из-за того, что 32-бита в x86 - это аж i586, то ни о каких SSE*, AVX, SSSE* даже речи не идёт. Конечно, если Вы - не гентушник. Ещё один гвоздь в крышку гроба производительности.

В итоге не мне понятно, зачем может быть нужна в нашем сытом 2015-ом году 32-битность? Для оборудование, которое было сделано ещё до него рождения? Для встроенного оборудования? Но тогда зачем нужны 32-bit сборки под x86, SPARC и Itanium?

Объясните, почему нельзя оставить 32-бита только для ARM и MIPS? И забыть уже об этом, как о страшном сне. Какая от 32-бита практическая польза?

Перемещено JB из general