The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Начало подготовки варианта Debian GNU/Linux для X32 ABI, opennews (ok), 06-Дек-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –10 +/
Сообщение от Аноним (-), 06-Дек-12, 12:34 
гентушники уже собрали, протестировали и сделали вывод: очередной костыль
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

6. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от alexxy (ok), 06-Дек-12, 13:02 
Так а смысл в этом костыле - перенос идеи n32 и n64 с mips на ia32? Так как бы тогда было n32 создано из за недостатка памяти (ты попробуй симами по 8-32М набрать более 4Га) это было еще в середине 90х. А тут костыль может быть полезен разве что на планшетах с атомами. И то только если там стоит меньше 3Га рамы
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

7. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от ананим (?), 06-Дек-12, 14:08 
да хрен там. лично я на свой ноут с 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 пока никто плотно не юзает.
а кому ненатЪ — так хрена ли беспокоитесь? вас не заставляют.

Ответить | Правка | Наверх | Cообщить модератору

15. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –3 +/
Сообщение от Аноним (-), 06-Дек-12, 14:42 
> не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями ворочать.

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

Ответить | Правка | Наверх | Cообщить модератору

53. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от Аноним (-), 06-Дек-12, 17:55 
> с удовольствием поставлю.
> не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями
> ворочать.
> да и мемори ликс в этой ситуации куда как менее болезненны.

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

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

63. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +3 +/
Сообщение от arisu (ok), 06-Дек-12, 18:08 
и как же мы интернеты смотрели на 256 мегабайтах…
Ответить | Правка | Наверх | Cообщить модератору

68. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от Аноним (-), 06-Дек-12, 18:26 
> и как же мы интернеты смотрели на 256 мегабайтах…

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

Ответить | Правка | Наверх | Cообщить модератору

78. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +4 +/
Сообщение от arisu (ok), 06-Дек-12, 18:55 
>> и как же мы интернеты смотрели на 256 мегабайтах…
> Это было давно и неправда.

это было пару часов назад на n900.

Ответить | Правка | Наверх | Cообщить модератору

125. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Аноним (-), 07-Дек-12, 05:16 
> это было пару часов назад на n900.

У тебя тоже есть эта вундервафля? Мое уважение к Кэпу подскочило на +1, хоть это и всем похрену :)

Ответить | Правка | Наверх | Cообщить модератору

70. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +4 +/
Сообщение от Crazy Alex (ok), 06-Дек-12, 18:27 
Если браузер отожрал 4 гига - это явный баг - или утечка или кривокод адский. Такое одинаково легко хоть 4, хоть 16 сожрёт. Говорю как человек, у которого и 300 табов бывало в файрфоксе - за 3 гига VIRT не вылезало. Хром в сумме может сожрать и больше, но у него это на два десятка процессов делится.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

146. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Карбофос (ok), 08-Дек-12, 20:07 
> это явный баг

или это хром

Ответить | Правка | Наверх | Cообщить модератору

95. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от GentooBoy (ok), 06-Дек-12, 20:47 
только curl и sed
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

8. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +4 +/
Сообщение от x0r (??), 06-Дек-12, 14:14 
эту технологию можно использовать хоть на 8Г, хоть на 16Г памяти.
1-й x32 процесс - 4Г ограничение
2-й x32 процесс - 4Г ограничение

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

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

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

12. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от ананим (?), 06-Дек-12, 14:28 
>более того ядро тоже - x86-64, то есть оно может поддерживать как x32 так и x64 процессы одновременно.

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

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

Ответить | Правка | Наверх | Cообщить модератору

16. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Аноним (-), 06-Дек-12, 14:43 
> захотел 64-бита — скомпилил и работаешь (например для постгри, оракла и тд)

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

Ответить | Правка | Наверх | Cообщить модератору

19. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от ананим (?), 06-Дек-12, 15:13 
не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями ворочать.
а если даже мне и понадобится пару задач под 64-бита, аля постгри и оракл, то они как-нибудь переживут без 64-битных опенжл/хы11/кутэ/итд
ты головой то думаешь? или все проги в тройном объёме запускаешь?
зыж
хотя конечно можешь поспорить с Дональдом Кнутом http://www-cs-faculty.stanford.edu/~uno/news08.html — A Flame About 64-bit Pointers
It is absolutely idiotic to have 64-bit pointers when I compile a program that uses less than 4 gigabytes of RAM. When such pointer values appear inside a struct, they not only waste half the memory, they effectively throw away half of the cache.  The gcc manpage advertises an option "-mlong32" that sounds like what I want. Namely, I think it would compile code for my x86-64 architecture, taking advantage of the extra registers etc., but it would also know that my program is going to live inside a 32-bit virtual address space.  Unfortunately, the -mlong32 option was introduced only for MIPS computers, years ago. Nobody has yet adopted such conventions for today's most popular architecture. Probably that happens because programs compiled with this convention will need to be loaded with a special version of libc.  Please, somebody, make that possible.

[сообщение отредактировано модератором]

Ответить | Правка | Наверх | Cообщить модератору

25. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от pavlinux (ok), 06-Дек-12, 16:00 
Дед Кнут наверно не догадывается, что размер данных программы может быть неизвестен?
Ответить | Правка | Наверх | Cообщить модератору

28. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от ананим (?), 06-Дек-12, 16:14 
и как это коррелирует с указателями?
Ответить | Правка | Наверх | Cообщить модератору

33. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от pavlinux (ok), 06-Дек-12, 17:07 
> и как это коррелирует с указателями?

Тебе делать нефига, вот и сиди коррелируй?! :)

man lseek, и т.п.

Ответить | Правка | Наверх | Cообщить модератору

126. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Аноним (-), 07-Дек-12, 05:17 
> man lseek, и т.п.

Лучше mmap() тогда уж. Ну или как с 32-битными указателями оперируют в mmap-нутых файлах крупнее 4Gb?

Ответить | Правка | Наверх | Cообщить модератору

34. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от Аноним (-), 06-Дек-12, 17:08 
Многооконный интерфейс, каждое окно (открытый файл) 100 Мб, сколько файлов можно открыть для 32-разряного процесса? 40 - ответ неверный. Никто все 4 Гб 32-разрядному процессу, даже в 64-разрядной системе, не даёт, обычно дают 2 Гб (половину) или 3 Гб, так проще организовать контроль доступа.

А вот вопрос "как это коррелирует с указателями" я оставляю тебе на самостоятельное изучение.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

36. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от pavlinux (ok), 06-Дек-12, 17:20 
> Многооконный интерфейс, каждое окно (открытый файл) 100 Мб, сколько файлов можно открыть
> для 32-разряного процесса?

Стотыщпистот, пока не заDOSишь систему!!!

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

Хороший пример - сортировка по элементам в каждой из 10000 кв. матриц размера 1000x1000.
(расчёт математической модели крыла истребителя)

Ответить | Правка | Наверх | Cообщить модератору

39. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Аноним (-), 06-Дек-12, 17:32 
Многооконный ИНТЕРФЕЙС, пример заключается в чтении в память 41 файла размером 100 Мб каждый.

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

Ответить | Правка | Наверх | Cообщить модератору

50. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от ананим (?), 06-Дек-12, 17:53 
>Многооконный ИНТЕРФЕЙС, пример заключается в чтении в память 41 файла размером 100 Мб каждый.

это индусский тест на быдлокодерство?
даёшь хеловорды от 4Гб в ОЗУ и выше?
:D

Ответить | Правка | Наверх | Cообщить модератору

52. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от ананим (?), 06-Дек-12, 17:54 
>Хороший пример - сортировка по элементам в каждой из 10000 кв. матриц размера 1000x1000.

(расчёт математической модели крыла истребителя)

и чё там со стэком?

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

22. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от ram_scan (?), 06-Дек-12, 15:36 
> А в памяти висит 2-3 набора либ с разным ABI, да? И вся экономия памяти - псу под хвост...

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

35. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от Аноним (-), 06-Дек-12, 17:11 
Откуда взята статистика? 64-разрядный код (!) настолько больше будет только из-за выравниваний. Данные занимают больше места, но даже 30% получается в синтетических случаях и в случае неверно выбранных моделей хранения данных.
Ответить | Правка | Наверх | Cообщить модератору

127. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от Аноним (-), 07-Дек-12, 05:22 
> И чо. Они все равно равно сегментами кода ровно один раз в
> памяти висят для всех процессов. Это раз.

Спасибо, я в курсе. Это не отменяет того что вместо 1 набора либ будет висеть 2 и весь выигрыш от экономии памяти в программах проср@тся благодаря лишним либам.

> Мапятся они он деманд это два.

Тем не менее, оных может быть довольно много. Для типовой гуйной программы будет вгружен весь тулкит, типовые сишные либы и прочая. В сумме хренадцать с гаком метров кода. Совсем не факт что x64 на столько продует по объему кода.

> экземпляра библиотеки. А 64битный код по статистике почти 30% толще просто
> за счет более широких оффсетов и указателей.

Ну да, будет. Скорее правда обычно процентов на 20, но все-таки эффект есть. Но вот врядли эти 20% перевесят вгрузку 2 копий тулкита типа GTK или Qt вместо 1, например. В общем извращение. Если кто ставит 64-битную систему, у него вероятно дофига памяти и 2^32 ему просто не хватило. Экономить ему 20-30% при таком раскладе путем вгрузки +1 копии системных либ - сомнительное счастье.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

92. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –3 +/
Сообщение от Xasd (ok), 06-Дек-12, 20:42 
> здесь проблема что народ не понимает смысла технологии

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

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

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

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

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

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

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

94. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +4 +/
Сообщение от arisu (ok), 06-Дек-12, 20:44 
а тебе не всё равно? для твоёго похапэ это не имеет значения.
Ответить | Правка | Наверх | Cообщить модератору

105. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от Xasd (ok), 06-Дек-12, 22:21 
не догнал..

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

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

Ответить | Правка | Наверх | Cообщить модератору

113. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Crazy Alex (ok), 07-Дек-12, 01:32 
Опасно не думать головой. Очень мало видов данных, которые не влезут в 32-битное адресное пространство (это ж гига два файл должен быть). Так что для подавляющего количества софта это вообще ничем не грозит. Кстати, что за любовь к mmap такая? Это специально чтобы нельзя было буферизовать доступ толком, а свалить это на ОС, которая не знает, что и как вы читать будете?

Вон, Хром вообще собирается под 64 бита по остаточному признаку - виндовая версия исключительно 32 бита. Но под линуксом он практически завеётся на x32 - и вы получите совершенно халявное ускорение браузера (а указателей там немерено, кстати, и для v8 известно, что 32 бита работают быстрее, чем 64) и уменьшение потребляемой памяти. Учитывая, что как раз пачка процессов Хрома весьма прожорлива - это вполне интересно.

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

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

106. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Motifemail (ok), 06-Дек-12, 22:35 
Народ не понимает, нафига это нужно, а не в чем смысл.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от x0r (??), 06-Дек-12, 14:16 
> гентушники уже собрали, протестировали и сделали вывод: очередной костыль

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

13. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от ананим (?), 06-Дек-12, 14:33 
да вон 3-я ссылка под новостью.
обратите внимание на последний комментарий там — грамотно и по пунктам объяснили куда он может идти со своей критикой.
Ответить | Правка | Наверх | Cообщить модератору

18. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от Вася (??), 06-Дек-12, 15:03 
Смартфонам бы это не помешало. В Андройде топовые смарты до сих пор имеют не более 2х гигов. Правда, чую пока допилят уже будет поздно. :)
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

20. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от ананим (?), 06-Дек-12, 15:18 
а какое это имеет отношение к физической памяти (кроме её расхода конечно)?
речь о виртуальной памяти и скорости. вот тут комент внизу 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гб мартфонов.

Ответить | Правка | Наверх | Cообщить модератору

21. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +5 +/
Сообщение от arisu (ok), 06-Дек-12, 15:28 
> Андройде

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

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

23. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Аноним (-), 06-Дек-12, 15:41 
> лучше бы ты себе рабочие мозги купил, а не смарт.

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

Ответить | Правка | Наверх | Cообщить модератору

60. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от Аноним (-), 06-Дек-12, 18:04 
> лучше бы ты себе рабочие мозги купил, а не смарт.

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

64. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +3 +/
Сообщение от arisu (ok), 06-Дек-12, 18:09 
а тебе и советовать не буду. неоперабельно.
Ответить | Правка | Наверх | Cообщить модератору

71. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от Аноним (-), 06-Дек-12, 18:28 
> неоперабельно.

Соболезную.

Ответить | Правка | Наверх | Cообщить модератору

128. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от Аноним (-), 07-Дек-12, 05:24 
> Соболезную.

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

Ответить | Правка | Наверх | Cообщить модератору

26. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от x0r (??), 06-Дек-12, 16:07 
а там что 64 бита? или каким боком там x86_64?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

29. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от ананим (?), 06-Дек-12, 16:16 
ну на атомах то тоже смартфоны бывают.
и если ведроид будет на таком смарте работать лучше вин8, то тоже не плохой показатель.
Ответить | Правка | Наверх | Cообщить модератору

51. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +3 +/
Сообщение от Аноним (-), 06-Дек-12, 17:53 
> гентушники уже собрали, протестировали и сделали вывод: очередной костыль

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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