The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Начало подготовки варианта Debian GNU/Linux для X32 ABI

06.12.2012 09:47

Дэниел Шеплер (Daniel Schepler) приступил к созданию порта Debian GNU/Linux, собранного с использованием X32 ABI. Для реализации поддержки X32 ABI при сборке задействованы GCC 4.7, Glibc 2.16, binutils 2.22 и другие системные компоненты с патчами для обеспечения поддержки X32 ABI. В настоящее время для проведения начальных экспериментов подготовлен репозиторий, включающих около 90 пакетов. Для проведения экспериментов предлагается загрузить штатную x86_64-сборку Debian с ядром, собранным с поддержкой X32, и затем использовать подготовленные X32-пакеты в chroot-окружении.

X32 представляет собой гибридный x86_64 ABI, позволяющий использовать на 64-разрядных системах 32-разрядную модель адресации памяти. ABI X32 позволяет приложениям использовать все преимущества архитектуры x86_64, такие как дополнительные регистры и более быстрые инструкции, PIC ABI. В то же время ABI X32 даёт возможность работать с 32-разрядными указателями памяти, что позволяет экономить память, способствует более эффективному наполнению процессорного кэша и положительно сказывается на общей скорости исполнения кода. При тестировании в ситуациях, связанных с интенсивной работой с указателями, новый ABI продемонстрировал ускорение исполнения кода вплоть до 30% в сравнении с классическим x86_64 ABI. Ограничением ABI X32 является невозможность адресации из приложения более 4 Гб памяти. Поддержка X32 была добавлена в ядре Linux 3.4.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Релиз системной библиотеки Glibc 2.16 с поддержкой ISO C11 и X32
  3. OpenNews: Развенчивание мифов, связанных с x32 ABI
  4. OpenNews: Экспериментальная сборка Gentoo для x32 ABI. Реализация поддержки x32 ABI для LLVM
  5. OpenNews: Релиз ядра Linux 3.4. Обзор новшеств
  6. OpenNews: Проект гибридного x86_64 Linux ABI с 32-битной адресацией памяти X32
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35519-x32
Ключевые слова: x32, debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (119) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, vadiml (ok), 11:43, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Хоть на debian переходи :)
     
     
  • 2.9, mihalych (ok), 14:15, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    В генте это давно есть. Переходи туды. Заодно и линукс на зубок вызубришь и переходить куда-либо перехочешь
     
     
  • 3.11, vadiml (ok), 14:17, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В генте это давно есть. Переходи туды. Заодно и линукс на зубок
    > вызубришь и переходить куда-либо перехочешь

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

     
     
  • 4.80, GentooBoy (ok), 19:05, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну бинарники юзай, хотя нет лучше все пересобрать.
     
     
  • 5.122, Аноним (-), 05:05, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > хотя нет лучше все пересобрать.

    А вы тогда на гору Арарат сбегайте. И главное, пудовую гирю не забудьте. На вершине оставьте, не забудьте.

     
  • 3.14, Аноним (-), 14:41, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Переходи туды

    "Бросай курить, вставай на лыжи. И вместо рака будет грыжа!"

     
     
  • 4.58, Аноним (-), 18:00, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Переходи туды
    > "Бросай курить, вставай на лыжи. И вместо рака будет грыжа!"

    Тут скорее "бросай курить, начинай бухать!"

     
     
  • 5.111, mihalych (ok), 23:48, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На лурке побывал Читал я что там пишут На современной системе время компиляции... большой текст свёрнут, показать
     
     
  • 6.112, zsh (ok), 01:05, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А причем тут убунта? В исходном посыле был Debian, а какие там проблемы у пользователей убунты, пусть Марк волнуется.
     
     
  • 7.144, mihalych (ok), 16:10, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А причем тут убунта? В исходном посыле был Debian, а какие там
    > проблемы у пользователей убунты, пусть Марк волнуется.

    Пакетный менеджер общий.

     
  • 6.123, Аноним (-), 05:12, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Осталось только придумать нафига все компилить лично Я как-то предпочитаю собир... большой текст свёрнут, показать
     
     
  • 7.137, Клыкастый (ok), 11:10, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Например, свой уникальный набор программ Например, кто-то на дух не переносит g... большой текст свёрнут, показать
     
  • 7.138, Анониус (ok), 14:49, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А на 30Мбит эернете - наоборот.

    Жируете? :)
    И сколько же стоит такое счастье?

    По ссылке тарифы одного из операторов в моём городе.
    http://khabarovsk.dv.rt.ru/homeinternet/fast_internet

    По моему адресу на момент подключения работал только один оператор.
    Интернет подключил чуть больше года назад, но тогда цены были ещё выше!

     
     
  • 8.139, Анониус (ok), 14:52, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Город Хабаровск ... текст свёрнут, показать
     
  • 7.140, mihalych (ok), 14:55, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    качает только то, что есть в src-репах если подключены А если мне нужна прога... большой текст свёрнут, показать
     
  • 6.136, BratSinot (?), 10:48, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На современной системе время
    > компиляции всего мира небольшое.

    Ага, на один только Firefox пара, тройка часов уйдет, а на Chromium возможно и больше.

     
     
  • 7.141, mihalych (ok), 15:41, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >на один только Firefox пара, тройка часов

    ~20 мин у меня.

     
  • 3.24, pavlinux (ok), 15:53, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Юзеры генты знают только emerge и куда вписывать make/c flags.  :)
     
     
  • 4.61, Куяврик (?), 18:05, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    и совсем, совсем не знают apt-get. страшно жить.
     
     
  • 5.107, pavlinux (ok), 22:37, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и совсем, совсем не знают apt-get. страшно жить.

    А ведь есть emerge apt и apt-get emerge :)

     
     
  • 6.142, mihalych (ok), 15:53, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> и совсем, совсем не знают apt-get. страшно жить.
    > А ведь есть emerge apt и apt-get emerge :)

    Оно то есть, но мне не нужно.

     
  • 5.108, mihalych (ok), 22:40, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >  не знают apt-get. страшно жить.

    Я использую генту на ББ. На нетбуке - убунту.

     
     
  • 6.124, Аноним (-), 05:13, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я использую генту на ББ. На нетбуке - убунту.

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

     
     
  • 7.143, mihalych (ok), 16:06, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я использую генту на ББ. На нетбуке - убунту.
    > Как ни странно, это не помешало остаться вам полным кофейником в аптгете
    > и его возможностях. Вы зачем-то как дебил качаете сорц вручную, хотя
    > получить оный - одна команда аптгету.

    аптгет знает о всех сорцах на свете? Ну нету в репах нужного сорца. В генту можно сделать свой ebuild. И вы уважаемый, выражения выбирайте, пожалуйста.

     
  • 7.145, Аноним (-), 17:54, 08/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я использую генту на ББ.

    На Большом Бубне?

     
  • 3.46, Аноним (-), 17:50, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > В генте это давно есть. Переходи туды.

    На дистрибутив жуликов и воров? Нет пути!

     
     
  • 4.109, mihalych (ok), 22:51, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> В генте это давно есть. Переходи туды.
    > На дистрибутив жуликов и воров? Нет пути!

    Вот виндавс - даже Папа одобрил. Там иконки и службы. И жуликов/воров точно нет. 100%. Да-да.

     

  • 1.2, Аноним (-), 12:09, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –22 +/
    Чё только не делают, лишь бы "не x86"! Точнее так: "когда собаке делать нечего....". Есть такой "синдром нового", когда человеку неймётся, что всё работает и он начинает сходить с ума и всё модернизировать. Работал x86 режим и всё было хорошо. Нет, вылезли со своими 64 битами, перекорёжили "для совместимости" сишный код, создали какой-то flat режим - на те, вам же мало было проблем!
     
     
  • 2.3, Аноним (-), 12:14, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +12 +/
    "... ходють тут, только мусорють ..."
     
  • 2.148, Ванёк (?), 14:04, 22/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Сам-то понял, чего написал и зачем?
     

  • 1.4, Аноним (-), 12:34, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    гентушники уже собрали, протестировали и сделали вывод: очередной костыль
     
     
     
    Часть нити удалена модератором

  • 3.6, alexxy (ok), 13:02, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так а смысл в этом костыле - перенос идеи n32 и n64 с mips на ia32? Так как бы тогда было n32 создано из за недостатка памяти (ты попробуй симами по 8-32М набрать более 4Га) это было еще в середине 90х. А тут костыль может быть полезен разве что на планшетах с атомами. И то только если там стоит меньше 3Га рамы
     
     
  • 4.7, ананим (?), 14:08, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да хрен там. лично я на свой ноут с 16 гигами памяти и
    ># dmidecode -t processor
    > Family: Core i7
    >…
    > Core Count: 4
    > Core Enabled: 4
    > Thread Count: 8

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

    так же vps-хостеры очень рады будут — и новые инструкции (аля ссе/крипто/этк), и памяти жрёт меньше.
    2 Аноним: кстати, последняя сборка стэйджа генты для x32 была 8 сентября http://distfiles.gentoo.org/experimental/amd64/x32/
    т.е. много позже «развенчания мифов» работа идёт.
    так что никто ни о чём не забывал, просто glibc 2.16 пока никто плотно не юзает.
    а кому ненатЪ — так хрена ли беспокоитесь? вас не заставляют.

     
     
  • 5.15, Аноним (-), 14:42, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями ворочать.

    А еще гражданин утверждал что 640Кб хватит всем. 4Гб конечно чутка поболее, но...

     
  • 5.53, Аноним (-), 17:55, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > с удовольствием поставлю.
    > не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями
    > ворочать.
    > да и мемори ликс в этой ситуации куда как менее болезненны.

    А сюда ты через lynx постишь?
    Все остальные браузеры уже благополучно доказали, что 4Гб на процесс - это еще не предел.

     
     
  • 6.63, arisu (ok), 18:08, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    и как же мы интернеты смотрели на 256 мегабайтах…
     
     
  • 7.68, Аноним (-), 18:26, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > и как же мы интернеты смотрели на 256 мегабайтах…

    Это было давно и неправда.

     
     
  • 8.78, arisu (ok), 18:55, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    это было пару часов назад на n900 ... текст свёрнут, показать
     
     
  • 9.125, Аноним (-), 05:16, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя тоже есть эта вундервафля Мое уважение к Кэпу подскочило на 1, хоть это... текст свёрнут, показать
     
  • 6.70, Crazy Alex (ok), 18:27, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если браузер отожрал 4 гига - это явный баг - или утечка или кривокод адский. Такое одинаково легко хоть 4, хоть 16 сожрёт. Говорю как человек, у которого и 300 табов бывало в файрфоксе - за 3 гига VIRT не вылезало. Хром в сумме может сожрать и больше, но у него это на два десятка процессов делится.
     
     
  • 7.146, Карбофос (ok), 20:07, 08/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это явный баг

    или это хром

     
  • 6.95, GentooBoy (ok), 20:47, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    только curl и sed
     
  • 4.8, x0r (??), 14:14, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    эту технологию можно использовать хоть на 8Г, хоть на 16Г памяти.
    1-й x32 процесс - 4Г ограничение
    2-й x32 процесс - 4Г ограничение

    более того ядро тоже - x86-64, то есть оно может поддерживать как x32 так и x64 процессы одновременно.
    например для домашнего компа будет достаточно ограничения на 4Г на процесс с ушами.
    я даже не знаю что это должна быть за задача? Gimp с большими фотками? Firefox съел 4Г?
    обработка видео? вроде нет.

    здесь проблема что народ не понимает смысла технологии

     
     
  • 5.12, ананим (?), 14:28, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >более того ядро тоже - x86-64, то есть оно может поддерживать как x32 так и x64 процессы одновременно.

    и 32-х-битные тоже.
    т.е. все 3-и архитектуры живут вместе.
    захотел 64-бита — скомпилил и работаешь (например для постгри, оракла и тд)

    так что да, я лично жду когда всё это богатство выйдет за рамки стадии тестирования.

     
     
  • 6.16, Аноним (-), 14:43, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > захотел 64-бита — скомпилил и работаешь (например для постгри, оракла и тд)

    А в памяти висит 2-3 набора либ с разным ABI, да? И вся экономия памяти - псу под хвост...

     
     
  • 7.19, ананим (?), 15:13, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями в... большой текст свёрнут, показать
     
     
  • 8.25, pavlinux (ok), 16:00, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Дед Кнут наверно не догадывается, что размер данных программы может быть неизвес... текст свёрнут, показать
     
     
  • 9.28, ананим (?), 16:14, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и как это коррелирует с указателями ... текст свёрнут, показать
     
     
  • 10.33, pavlinux (ok), 17:07, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тебе делать нефига, вот и сиди коррелируй man lseek, и т п ... текст свёрнут, показать
     
     
  • 11.126, Аноним (-), 05:17, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше mmap тогда уж Ну или как с 32-битными указателями оперируют в mmap-нуты... текст свёрнут, показать
     
  • 10.34, Аноним (-), 17:08, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Многооконный интерфейс, каждое окно открытый файл 100 Мб, сколько файлов можно... текст свёрнут, показать
     
     
  • 11.36, pavlinux (ok), 17:20, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Стотыщпистот, пока не заDOSишь систему Многооконный пример - хреновый пример... текст свёрнут, показать
     
     
  • 12.39, Аноним (-), 17:32, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Многооконный ИНТЕРФЕЙС, пример заключается в чтении в память 41 файла размером 1... текст свёрнут, показать
     
     
  • 13.50, ананим (?), 17:53, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это индусский тест на быдлокодерство даёшь хеловорды от 4Гб в ОЗУ и выше D... текст свёрнут, показать
     
  • 12.52, ананим (?), 17:54, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    расчёт математической модели крыла истребителя и чё там со стэком ... текст свёрнут, показать
     
  • 7.22, ram_scan (?), 15:36, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А в памяти висит 2-3 набора либ с разным ABI, да? И вся экономия памяти - псу под хвост...

    И чо. Они все равно равно сегментами кода ровно один раз в памяти висят для всех процессов. Это раз. Мапятся они он деманд это два. Не запущено ни одной аппликухи, не будет замаплено и экземпляра библиотеки. А 64битный код по статистике почти 30% толще просто за счет более широких оффсетов и указателей.

     
     
  • 8.35, Аноним (-), 17:11, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Откуда взята статистика 64-разрядный код настолько больше будет только из-з... текст свёрнут, показать
     
  • 8.127, Аноним (-), 05:22, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спасибо, я в курсе Это не отменяет того что вместо 1 набора либ будет висеть 2 ... большой текст свёрнут, показать
     
  • 5.92, Xasd (ok), 20:42, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > здесь проблема что народ не понимает смысла технологии

    ну я например не понимаю. :)

    объясни мне -- зачем мне делать так чтобы приложение НЕ умело пользоваться 64-битными указателями?

    производительности (как написанно по ссылке, а не в тексте новости) это почти не прибавит (+5% врядли заметно на глаз) -- но при это добавит геморой...

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

    _З_А_Ч_Е_М_ _Т_А_К_А_Я_ _Ф_И_Г_Н_Я_ ?

    # P.S.: никто из официальных дистрибутиво-строителей не станет делать официальные дисрибутивы с X32-программами. они не долбонутые на голову. x86_64 это УЖЕ оптимально.

     
     
  • 6.94, arisu (ok), 20:44, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а тебе не всё равно? для твоёго похапэ это не имеет значения.
     
     
  • 7.105, Xasd (ok), 22:21, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не догнал..

    это намёк на то что PHP будет работать на 5% быстее? (PHP-X32 по сравлнению с PHP-x64)

    да -- мне сёравно. ты прав :)

     
  • 6.113, Crazy Alex (ok), 01:32, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Опасно не думать головой Очень мало видов данных, которые не влезут в 32-битное... большой текст свёрнут, показать
     
  • 5.106, Motif (ok), 22:35, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Народ не понимает, нафига это нужно, а не в чем смысл.
     
  • 2.10, x0r (??), 14:16, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > гентушники уже собрали, протестировали и сделали вывод: очередной костыль

    а ссылку можно??

     
     
  • 3.13, ананим (?), 14:33, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да вон 3-я ссылка под новостью.
    обратите внимание на последний комментарий там — грамотно и по пунктам объяснили куда он может идти со своей критикой.
     
  • 2.18, Вася (??), 15:03, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смартфонам бы это не помешало. В Андройде топовые смарты до сих пор имеют не более 2х гигов. Правда, чую пока допилят уже будет поздно. :)
     
     
  • 3.20, ананим (?), 15:18, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а какое это имеет отношение к физической памяти (кроме её расхода конечно)?
    речь о виртуальной памяти и скорости. вот тут комент внизу http://blog.flameeyes.eu/2012/06/debunking-x32-myths
    >5 – So you manage a library written in C. Are you going to disprove the fact that JAVA, Perl, PHP, Python, … will be SUBSTANTIALLY faster in X32 ABI versus X86_64 due to the smaller pointer size ? I don’t need a benchmark or profiling to know it will be faster, all virtual machines running a higher level language will use pointers like crazy

    так что много кому пригодится и после 4гб мартфонов.

     
  • 3.21, arisu (ok), 15:28, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Андройде

    лучше бы ты себе рабочие мозги купил, а не смарт.

     
     
  • 4.23, Аноним (-), 15:41, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > лучше бы ты себе рабочие мозги купил, а не смарт.

    Ведроиде! //fixed.

     
  • 4.60, Аноним (-), 18:04, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > лучше бы ты себе рабочие мозги купил, а не смарт.

    arisu, советующий другим купить мозги - это примерно как Поттеринг, объясняющий разработчикам ядра, как правильно программировать.

     
     
  • 5.64, arisu (ok), 18:09, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а тебе и советовать не буду. неоперабельно.
     
     
  • 6.71, Аноним (-), 18:28, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > неоперабельно.

    Соболезную.

     
     
  • 7.128, Аноним (-), 05:24, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Соболезную.

    Да уж, печально. Ибо индивид столь туп что не понял за что на него Кэп вообще ополчился.

     
  • 3.26, x0r (??), 16:07, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а там что 64 бита? или каким боком там x86_64?
     
     
  • 4.29, ананим (?), 16:16, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну на атомах то тоже смартфоны бывают.
    и если ведроид будет на таком смарте работать лучше вин8, то тоже не плохой показатель.
     
  • 2.51, Аноним (-), 17:53, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > гентушники уже собрали, протестировали и сделали вывод: очередной костыль

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

     

  • 1.31, inferrna (ok), 16:43, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Учитывая то, как долго вылизывают каждый релиз дебиана, не видать нам этой сборочки, как своих ушей.
     
     
  • 2.48, Аноним (-), 17:51, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Учитывая то, как долго вылизывают каждый релиз дебиана, не видать нам этой
    > сборочки, как своих ушей.

    Так она неофициальная. Никто ее вылизывать не будет.

     

  • 1.32, KT315 (ok), 17:04, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А как для программиста это выглядит? Если это просто заюзать доп. опции для компилятора, то еще ладно, технология 32битной адресации достойная. Но если это влечет за собой использование доп. синтаксиса в коде, то привет еще +100500 багов в и так существующий мир нестабильного кода. В этом случае, я не пожлоблюсь на установку доп. планки ОЗУ.

    И прикольно наблюдать.... тут видите ли, с одной стороны - указатели жрут 64бита, когда достаточно 32бит и это не порядок. А с другой - "Решение по использованию tmpfs для раздела /tmp в Fedora 18 не будет отменено". Т.е. как бы с ОЗУ проблем нет :-)

     
     
  • 2.41, arisu (ok), 17:34, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > А как для программиста это выглядит?

    операторы придётся задом наперёд писать.

     
     
  • 3.49, Аноним (-), 17:52, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А как для программиста это выглядит?
    > операторы придётся задом наперёд писать.

    Самый мудрый и квалифицированный комментарий в обсуждении!

     
     
  • 4.129, Аноним (-), 05:26, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Самый мудрый и квалифицированный комментарий в обсуждении!

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

     
  • 2.59, ананим (?), 18:02, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А как для программиста это выглядит?

    как новая архитектура.
    вот тут подробнее https://sites.google.com/site/x32abi/documents

    зыж
    >И прикольно наблюдать.... тут видите ли, с одной стороны - указатели жрут 64бита, когда достаточно 32бит и это не порядок. А с другой - "Решение по использованию tmpfs для раздела /tmp в Fedora 18 не будет отменено". Т.е. как бы с ОЗУ проблем нет :-)

    сравнил опу с пальцем.
    tmpfs настраивается/отменяется за 3 сек, а переход на другую архитектуру порой только новой инсталяцией.
    это чё, такой троллинг не умелый?
    и ещё, если раздел в tmpfs пустой, то ОЗУ полностью доступна для процессов. также очевидно, что временные файлы таки временные.
    путаешь организационные проблемы с технологическими.

     
     
  • 3.66, Аноним (-), 18:14, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Речь не о типе проблем, а о том зачем экономить ОП в одном месте, в ситуации когда её дефицита не наблюдается (1) и в других местах используются далеко не самые компактные по отношению к памяти решения (2)?
     
     
  • 4.72, ананим (?), 18:28, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    хм… даже и не знаю как ещё намекнуть то.

    подумайте вот о чём, а если комьпютер вообще не включать, то память будет экономиться вообще на все 100%.
    так зачем его включать?

     
  • 4.75, Crazy Alex (ok), 18:43, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не дефицита не наблюдается, а федора - это полигон RHEL - и идеально удобным он быть и не обязан.
     
     
  • 5.88, KT315 (ok), 20:05, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не дефицита не наблюдается, а федора - это полигон RHEL - и
    > идеально удобным он быть и не обязан.

    Debian тоже так сделал, tmpfs на /tmp http://lwn.net/Articles/499686/
    удобно и проблем не испытывается.

    По сути, x32_ABI призван прекратить существование х32, т.к. на системах где актуальна 64битная ОС проблем с ОЗУ нет в принципе, если только только головой не думали и поставили мать с двумя слотами под RAM. Иначе 32битная ОС и ядро со взведенным PAE все решает :)
    ИМХО, 64битная ОС более актуальна при озу >6Gb.

     
     
  • 6.90, тень_pavel_simple (?), 20:39, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Не дефицита не наблюдается, а федора - это полигон RHEL - и
    >> идеально удобным он быть и не обязан.
    > Debian тоже так сделал, tmpfs на /tmp http://lwn.net/Articles/499686/
    > удобно и проблем не испытывается.

    cat /etc/debian_version
    wheezy/sid
    mount | grep tmp
    udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=740009,mode=755)
    tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=599924k,mode=755)
    tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
    tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1199840k)

    простите гиде debian перешел??куда перешел?

     
     
  • 7.98, Crazy Alex (ok), 21:08, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для новых инсталлов вроде бы перешли. При апгрейде остаётся как было.
     
     
  • 8.102, тень_pavel_simple (?), 21:52, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    этому тестовому инталу 3 недели -- сильно-ли давно перешли или инстал через deb... текст свёрнут, показать
     
     
  • 9.114, Crazy Alex (ok), 01:35, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Перешли в мае где-то Обратно не откатывались Имеется в виду установка штатным ... текст свёрнут, показать
     
  • 6.96, Crazy Alex (ok), 21:04, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мды, не знал Я бы не сказал, что удобно - память тратить на всякую муть и получ... большой текст свёрнут, показать
     
     
  • 7.101, ананим (?), 21:47, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А вот борьбу с x86 я не понимаю - ну живёт себе и живёт. Наверняка есть вагон legacy-софта, который на экзотике вроде x32 работать не будет.

    с чего вдруг не будет то? куда он денется.
    >А в продакшн - либо x86 (для мелких виртуалок в самый раз) либо 64 бита.

    x32 и есть 64-бита. вот в чём прелесть.
    зыж
    с каких пор длина адреса битность определяла? даже в 8086 она равнялась 20. в большинстве современных 64-х-битных десктопо-ноутов:
    ># cat /proc/cpuinfo | grep "address sizes"
    >address sizes : 36 bits physical, 48 bits virtual

    так что x32 поживёт. и отлично поживёт.

     
     
  • 8.115, Crazy Alex (ok), 01:43, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я чего-то решил,что для x32 не соблюдается sizeof log sizeof void - это мо... текст свёрнут, показать
     
     
  • 9.134, Moomintroll (ok), 09:09, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как показывает практика, автор даже не знает такой аббревиатуры - ABI - ... текст свёрнут, показать
     
  • 8.130, Аноним (-), 05:32, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну вот с таких Если у проца 64-битные регистры то и работает он нативно с именн... большой текст свёрнут, показать
     
     
  • 9.133, ананим (?), 07:07, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ха и всё это от элементарного не знания архитектуры даже в 8086 шина адреса сос... текст свёрнут, показать
     
  • 9.149, Ванёк (?), 14:07, 22/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    x32 вещь хорошая для тех, кто в теме... текст свёрнут, показать
     
  • 6.118, Xasd (ok), 02:12, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 64битная ОС более актуальна при озу >6Gb.

    вообще-то она (64-битная ОС) более актуально УЖЕ если хотя бы RAM >= 3G .

    и количество виртуальной памяти тут вообще не причём. виртуальную память можете сразу выстаить в 20G (swap), не зависимо от того x86_32 или x86_64 .

    мы говорим именно про ФИЗИЧЕСКУЮ память, когда утверждаем что нужно ставить 64-битную операционную систему, если RAM >= 3G ..

     

  • 1.83, Buy (ok), 19:15, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Tmpfs уже применяется по умолчанию в ArchLinux и Ubuntu.

    В убунту никакие разделы и каталоги в tmpfs не монтируются.

     
  • 1.89, Xasd (ok), 20:29, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > При тестировании в ситуациях, связанных с интенсивной работой с указателями, новый ABI продемонстрировал ускорение исполнения кода вплоть до 30% в сравнении с классическим x86_64 ABI

    спасибо за вбрасывание ложных-ТРОЛОЛО-данный в краткий текст новости...

    ...я перещёл по ссылке и (не заметив никаких 30%) -- увидил следущее -- http://i6.minus.com/ijrIvkVbpUHcW.png

    а именно -- 5~8% ...

    # P.S.: остальные сравнения исходят из x86_32 -- которая вообще нафиг никому не упала.

    # P.P.S.: ложными данными о производительности -- вы конешно можете взбудоражить общественность, но врядли вы сможете обмануть разработчиков дистрибутивов :-) . ведь они всё проверят, а не поверят на слово :-)

     
     
  • 2.97, Crazy Alex (ok), 21:07, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Отползёте на пару шагов от веба - увидите, что сервисы могут быть разными, и многие есть смысл пихать в сравнительно мелкие виртуалки, в которых 64 бита держать - только без толку выкидывать память (хоть asterisk тот же взять). Хотя x32 я бы пока ставить туда не рискнул - вот через год-другой можно будет, когда на экстремалах и домашних пользователях обкатается.
     
     
  • 3.119, Xasd (ok), 02:15, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ды хорошо! запускайте X32 на роутерах! ..я же только рад буду :) ..

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

     
     
  • 4.150, Ванёк (?), 14:09, 22/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    x32 на десктопах не менее актуально, пусть сборки браузеров сделают - будут памяти жрать меньше и чуть быстрее работать. Кому от этого плохо?
     

  • 1.91, n (??), 20:41, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почему бы им порты на RISC процессоры не доработать до
    конкурентноспособного с родными unix состояния.Так что бы
    реально бало в продакшен вместо проприетарщины.Так нет же
    опять каким-то онанизмом занимаются.
     
     
  • 2.93, arisu (ok), 20:42, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    наверное, потому, что они забыли тебя спросить, чем им заниматься. дураки, что ж взять-то…
     
  • 2.99, Crazy Alex (ok), 21:12, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Из хоть как-то живых RISC на которых у линукса есть реальные конкуренты я разве что спарки вспомню - и то их настолько мало, что, видать, морочить голову никто не хочет.
    На массовых RISC (ARM, MIPS тот же) у линукса очень даже конкурентоспособное состояние.
     
     
  • 3.103, n (??), 21:59, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Из хоть как-то живых RISC на которых у линукса есть реальные конкуренты
    > я разве что спарки вспомню - и то их настолько мало,
    > что, видать, морочить голову никто не хочет.
    > На массовых RISC (ARM, MIPS тот же) у линукса очень даже конкурентоспособное
    > состояние.

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

     
     
  • 4.104, ананим (?), 22:09, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    уже лет 5-7 на подобные спитчи никто не ведётся.
    если нужен пример хайэнда на линухе — велком ту оракл эксадата, топ500 и тд, и тп.

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

     
     
  • 5.110, n (??), 23:01, 06/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > уже лет 5-7 на подобные спитчи никто не ведётся.
    > если нужен пример хайэнда на линухе — велком ту оракл эксадата, топ500
    > и тд, и тп.
    > всё. ультраспарки3 ещё лет 5 назад из 5 серверверов 3 собирал. а
    > сейчас всё.
    > как оракл на старьё забил, так и новые не особо нужны стали.
    > пока их колбасило линух набирал обороты.
    > па-риски сдулись ещё раньше. уже и их приемники титаниумы затонули.
    > так что про риски в хайэнде могут только щёки надувать сильно ангажированные
    > перцы.

    Exadata,всё из top500-это кластеры.И вот эти самые перцы,которые,кстати, и
    принимают решения покупать ли что и что покупать,уверены,и небезосновательно,что
    решение целого ряда задач не получится развернуть на кластере.Требуется машина класса
    майнфремов.В этих классах х86 нет и не будет.Только power,sparc и всякая ibm-щина.
    И Linux-революция там будет только при развитии соответствующих портов.

     
     
  • 6.116, Crazy Alex (ok), 01:45, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эм... А с каких пор в мейнфеймах есть что-то кроме айбиэмщины? И там у них ни хрена не юникс крутится.
     
  • 6.135, Moomintroll (ok), 09:14, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ... power,sparc и всякая ibm-щина

    Кстати, power - это и есть ibm-щина.

     
  • 2.131, Аноним (-), 05:33, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > конкурентноспособного с родными unix состояния.

    И на каких ныне выпускаемых RISC нынче unix работает?

     

  • 1.100, Crazy Alex (ok), 21:22, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Глянул тут обсуждения у гентушников - говорят, что v8 БЫСТРЕЕ в 32-битном варианте чем в 64-битном. Судя по всему, на x32 будет ещё быстрее.
     
     
  • 2.117, xy (?), 01:58, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пусть говорят )
     
  • 2.120, Xasd (ok), 03:16, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Глянул тут обсуждения у гентушников - говорят, что v8 БЫСТРЕЕ в 32-битном
    > варианте чем в 64-битном. Судя по всему, на x32 будет ещё
    > быстрее.

    у Гентушников слишком сильно развито самовнушение (по поводу производительности :))...

    ...ещё бы -- я их понимаю прекрасно -- полтора-дня компилировать мир -- за это время воображение ОГОГО как разыграется по поводу того что "я не просто так компилирую, а делаю это для того чтобы всё быстро работало! с самыми быстрыми флагами!!". :-)

    так-что я не удивлюсь если вдруг Гентушкик какой-нибудь перекомпилирует браузер из x86_64 в X32, и после этого вдруг заявит что производительность увеличилась не менее чем на одну четверть! (а не на 5%, как это официально известно об X32)

     
     
  • 3.121, runoverheads (ok), 04:37, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а не на 5%, как это официально известно об X32

    собрал себе мир из пустых догм

     
  • 3.147, Клыкастый (ok), 21:12, 08/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > у Гентушников слишком сильно развито самовнушение (по поводу производительности :))...

    во как. с Большой Буквы.

    > ...ещё бы -- я их понимаю прекрасно -- полтора-дня компилировать мир

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


     
  • 2.132, Аноним (-), 05:34, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Судя по всему, на x32 будет ещё быстрее.

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру