The OpenNET Project / Index page

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



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

Оглавление

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

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


32. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –2 +/
Сообщение от KT315 (ok), 06-Дек-12, 17:04 
А как для программиста это выглядит? Если это просто заюзать доп. опции для компилятора, то еще ладно, технология 32битной адресации достойная. Но если это влечет за собой использование доп. синтаксиса в коде, то привет еще +100500 багов в и так существующий мир нестабильного кода. В этом случае, я не пожлоблюсь на установку доп. планки ОЗУ.

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

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

41. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +6 +/
Сообщение от arisu (ok), 06-Дек-12, 17:34 
> А как для программиста это выглядит?

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

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

49. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Аноним (-), 06-Дек-12, 17:52 
>> А как для программиста это выглядит?
> операторы придётся задом наперёд писать.

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

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

129. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от Аноним (-), 07-Дек-12, 05:26 
> Самый мудрый и квалифицированный комментарий в обсуждении!

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

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

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

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

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

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

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

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

72. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от ананим (?), 06-Дек-12, 18:28 
хм… даже и не знаю как ещё намекнуть то.

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

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

75. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от Crazy Alex (ok), 06-Дек-12, 18:43 
Не дефицита не наблюдается, а федора - это полигон RHEL - и идеально удобным он быть и не обязан.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

88. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от KT315 (ok), 06-Дек-12, 20:05 
> Не дефицита не наблюдается, а федора - это полигон RHEL - и
> идеально удобным он быть и не обязан.

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

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

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

90. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от тень_pavel_simple (?), 06-Дек-12, 20:39 
>> Не дефицита не наблюдается, а федора - это полигон 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 перешел??куда перешел?

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

98. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Crazy Alex (ok), 06-Дек-12, 21:08 
Для новых инсталлов вроде бы перешли. При апгрейде остаётся как было.
Ответить | Правка | Наверх | Cообщить модератору

102. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от тень_pavel_simple (?), 06-Дек-12, 21:52 
> Для новых инсталлов вроде бы перешли. При апгрейде остаётся как было.

этому тестовому инталу 3 недели -- сильно-ли давно перешли? или инстал через debootstrap не считается таковым?

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

114. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Crazy Alex (ok), 07-Дек-12, 01:35 
Перешли в мае где-то. Обратно не откатывались. Имеется в виду установка штатным установщиком с автоматическим разбиением диска, созданием fstab и прочим.
Ответить | Правка | Наверх | Cообщить модератору

96. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от Crazy Alex (ok), 06-Дек-12, 21:04 
Мды, не знал. Я бы не сказал, что удобно - память тратить на всякую муть и получить своп в самый неподходящий момент - невелико удовольствие. Плюс к тому - если памяти хватает, то без tmpfs в /tmp можно своп вообще убрать - а с ним не выйдет. И объяснить системе "используй своп только для /tmpfs" тоже не получится. А получить туда файлы на несколько сот метров запросто - например, mc любит это дело. В общем, лично я на новых системах буду эту глупость убирать, пусть на корневой раздел всё пишется и чистится при ребуте.

А вот борьбу с x86 я не понимаю - ну живёт себе и живёт. Наверняка есть вагон legacy-софта, который на экзотике вроде x32 работать не будет. В этом плане на домашнюю или девелоперскую машину его засунуть - святое дело. А в продакшн - либо x86 (для мелких виртуалок в самый раз) либо 64 бита.

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

101. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +1 +/
Сообщение от ананим (?), 06-Дек-12, 21:47 
>А вот борьбу с 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 поживёт. и отлично поживёт.

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

115. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –1 +/
Сообщение от Crazy Alex (ok), 07-Дек-12, 01:43 
Я чего-то решил,что для x32 не соблюдается sizeof(log) == sizeof(void*) - это могло повлечь проблемы. Но нет, всё нормально. Тогда вообще нет проблем - почти всё корректно работать должно.Но для продакшна - всё ранво стрёмно, сначала надо на  хомячках потестировать.

Я имел в виду, что в продакшн тащить софт, собранный для модели ABI, на который не расчитывал автор, чревато. И продолжаю так считать, в общем-то - рано. Но на некритичных направлениях (домашний комп хотя бы) - поживёт, конечно. Точно так же как какая-нибудь btrfs на "поиграться" готова давно, но надо совсем с головой не дружить чтобы на боевые машины её совать.

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

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

Как показывает практика, "автор" даже не знает такой аббревиатуры - ABI :-(

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

130. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  –3 +/
Сообщение от Аноним (-), 07-Дек-12, 05:32 
> с каких пор длина адреса битность определяла? даже в 8086 она равнялась

Ну вот с таких. Если у проца 64-битные регистры то и работает он нативно с именно 64-бит числами. Ну и адреса логично 64-битные, раз такая пьянка.

>>address sizes    : 36 bits physical, 48 bits virtual

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

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

Хрень какая-то этот x32. Нафиг надо - малопонятно. Грабель добавит, да. А экономить память на 64-битных системах ценой установки туевой хучи костылей с непонятным результатом - затея весьма странная.

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

133. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +2 +/
Сообщение от ананим (?), 07-Дек-12, 07:07 
>Ну вот с таких. Если у проца 64-битные регистры то и работает он нативно с именно 64-бит числами. Ну и адреса логично 64-битные, раз такая пьянка.

ха! и всё это от элементарного не знания архитектуры
># cat /proc/cpuinfo | grep "address sizes"
>address sizes    : 36 bits physical, 48 bits virtual

даже в 8086 шина адреса составляла 20 бит, а не 16.
ну и где логика я вас спрашиваю? :D

зыж
>Хрень какая-то этот x32. Нафиг надо - малопонятно. Грабель добавит, да

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

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

149. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Ванёк (?), 22-Дек-18, 14:07 
x32 вещь хорошая для тех, кто в теме
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

118. "Начало подготовки варианта Debian GNU/Linux для X32 ABI"  +/
Сообщение от Xasd (ok), 07-Дек-12, 02:12 
> 64битная ОС более актуальна при озу >6Gb.

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

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

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

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

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

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




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

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