Вот pae - это настоящий костыль.

>И где оно не готово?
читай тред - мне надоело повторять одно и то же

У тебя аргументы будут или так и будешь на протяжении уже 6ти страниц нести чушь?

ты правда недалёкий!
мультилиб - это по сути вторая 32-х битная система в первой 64-х битной
если ты и это не понимаешь, то...у меня нет слов

Он же ммультилибохейтер.

Винда-то 64битная, но 99% софта под нее - 32бит.

Это _только_ _библиотеки_, которые решают проблему совместимости со старым и проприетарным софтом и все. Не вижу ничего в этом плохого.

миллион лишних либ

Ты устанавливал линукс на дискету?

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

а я не вижу ничего плохого в 32-х битах с PAE
и это не требует костылей в виде миллионов одинаковых библиотек разной битности

> http://ru.wikipedia.org/wiki/PAE

вот тебе кусочек матчасти

Википедия - хорошо. Но мсдн - ещё лучше.

Начиная со свисты на десктопной 32-битной винде доступ за пределы 4 гигов через PAE не работает в силу лицензионных ограничений.

http://www.geoffchappell.com/notes/windows/license/memory.htm

http://msdn.microsoft.com/en-us/library/aa366796.aspx

ну и что?
PAE же таки есть :3
иначе 4 гига тебе не видать на 32

Ага, вот так и выкручиваюсь на 32-битных машинах.

Проблемы негров шерифа не волнуют :)

а я не вижу ничего плохого в 32-х битах с PAE

плохого ничего может быть и нет, только оно не решает ни одну из задач, которую решает x86_64

и это не требует костылей в виде миллионов одинаковых библиотек разной битности

если в генте с этим проблемы, то это не значит, что везде так

> PAE же таки есть :3

И позволяет видеть 4 вместо 3.2
Но запустить пару приложений, каждое из которых по 3 гига - уже не выйдет

>если в генте с этим проблемы, то это не значит, что везде так
ахахаха
ты эталон! я тебя люблю, няша
от дистра это никак не зависит
речь про технологию (назовём так), и она везде одинаковая!

Другое: 32 (не хочется трахаться с 64)

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

Не везде, в rpm-based нет никаких проблем поставить _любую_ библиотеку в 32х битном варианте. Проблем вообще ноль.

но это же не исключает наличие 32-х битных библиотек в 64-х битных системах
так что не меняй тему
речь про принцип работы, а не про конкретные пакеты в конкретных дистрах
не так ли!? ;)

> 32 (слабое или старое железо)

которое хоть и поддерживает 64-бита , но в этом режиме нещщадно (аппаратно) глючит [хотя и *явно* быстрее!].... такая печаль :-(

чем тебе мешает _наличие_ этих библиотек?

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

они просто не нужны
зачем миллион лишних файлов в корне?
а вот с

оно не решает ни одну из задач, которую решает x86_64

не согласен
оно таки позволяет системе развидеть до 64 гигов рамы
так что и тут ты меня обманываешь
плохой, негодный Reset - мама не учила, что врать нехорошо?

>якобы 802.11G работает лучше [якобы дальше] чем 802.11N
это ты где таких нашёл? о_О

они просто не нужны

Нужны для совместимости со старым и проприетарным софтом.

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

Это ничто и толку от этого чуть более чем ноль. Зачем мне ограничивать себя и использовать аппаратные возможности железа менее чем на половину? На x84_64 я могу делать все тоже самое что и на x86, могу работать со _всем_ тем же самым софтом + я получаю огромные профиты от 64х битной адресации на решении своих задач.

>Это ничто и толку от этого чуть более чем ноль.
лол
ты лучший! :3

32. Мне лениво переводить на 64, да и есть проблемы с некоторыми программами.

Не ожидал, что у всех 64.

Какой разрядности у вас домашняя система?
Допишите, что это касается Linux, а то тут все виндузятники собрались и мерятся, у кого какая программа больше памяти отжирает. Кто каждый день за новой планкой бегает, тот, соответственно, самый крутой. Винда, такая винда.

Russian Fedora 15 x86_64, 3 гб озу. Скайп, флеш, вайн и другие ненужные вещи работают нормально. Щас как раз в WoT пойду кататься.

Переходил на 64 бита две федоры назад, для чего /etc затарил, корень форматнул (как раз заодно на ext4 перешёл), /home остался как был. Из неудобств - при апгрейде на следующий релиз дистра приходится следить чтоб пакет xorg-x11-drv-nvidia-libs-*.fc15.i686 не удалился, ибо его по зависимостям ничего не держит. Но это всё равно лучше, чем скрещивание блоба с PAE.

ЕМНИП, линуксы на десктопе стояли только 64 разрядные все время.

>скрещивание блоба с PAE.
это что за бред? о_О

>мультилиб - это по сути вторая 32-х битная система

Доооо!

┌[legolegs@battlehummer ~] :)
└> rpm -qa | awk '/i.86/ {stone_age++} /x86_64/ {future++} END{print "stone_age="stone_age++;print "future=" future;}'
stone_age=174
future=1536
[root@battlehummer ~]# rpm -ql `rpm -qa | grep i.86` | sort | uniq | xargs du -shc | tail -n 1
75M     итого

Аж 174 пакета и аж 75 мб! И это c devel-пакетами, которые я ставил, чтобы собрать dfhack для 32хбитного клозедсоуорс dwarfortress. Ну просто целая система!

>>скрещивание блоба с PAE.

это что за бред? о_О

Были всякие грабли с PAE-версией нвидевского блоба. Падало, апдейты задерживались.

>Были всякие грабли с PAE-версией нвидевского блоба.
чушь какая-то
у меня всё нормально

Ну и я вброшу. Точнее, повторю тезис, который писал на первых страницах.

PAE - костыль by design, это по сути грязный хак.
А мультилиб - это всего лишь разделяемые библиотеки, и с точки зрения как технологии, так и идеологии - кристально-верное решение.

а вообще

PAE-версией нвидевского блоба.

ты где это откопал? о_О
блоб он и есть блоб
его для пае менять не надо

Вот именно, если все дружно перейдут на 64, то через пол года multilib не нужен будет, так как всё запилят для 64. А так ещё 8 лет будем сидеть на старье.

свободен!
сколько раз говорить?
сидите мои милые бетатестеры на своей 64
а я спокойно на 32 понаблюдаю за вами
костыляйте дальше

Т.е. ты считаешь, что хакать ядро - более верно, чем использовать юерспейсные либы? Хе-хе-хе.

И ещё почему-то многие дистры собираются под i386, а не под i686, те же убунта и дебиан, и в этом случае дополнительно теряется производительность

Товарищ, а вас я попрошу пройти на генту или арчик. :)

сидите мои милые бетатестеры на своей 64

С чего это вдруг бетатестеры? УМВР и никаких проблем. Наоборот же, только лучше по сравнению с 32-битной.

хакать ядро?
ты здоров?
это просто опция ядра
и да - эта железная технология
короче - ты мне надоел
кушай дальше свою помойку
разрешаю ещё запилить 16-ти битных либ для полного фарша

Капитан очевидность врывается в нить!

Чтобы работало на старых машинах со старыми процами.

я знаю как оно лучше
спасибо - я как-нибудь сам разберусь

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

> это просто опция ядра

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

железная технология

Щито? Это 36-битовый костыль времен i586, лютое легаси.

Сидел на 64 бит убунте и наслаждался необходимостью лазить по packages.ubuntu.com и играть в пакетного менеджера, решая зависимости и вручную распаковывая пакеты оттуда, чтобы запустить что-нибудь вроде pcsx2, которого под 64 бит в ближайшее время не будет.

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

и что что легаси?
это технология зашитая в процы
если так разобраться, то марш на !x86
ведь x86* это огромный вагон подпорок и костылей с незапамятных времён