The OpenNET Project / Index page

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



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

Оглавление

Xubuntu прекращает подготовку 32-разрядных сборок, opennews (?), 02-Дек-18, (0) [смотреть все]

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


11. "Xubuntu прекращает подготовку 32-разрядных сборок"  +3 +/
Сообщение от Аноним (11), 02-Дек-18, 22:21 
Согласен. Логика отказа от 32 бит абсолютно не понятна. 64 ГБ на данный момент достаточно для любой любительской задачи. При этом мы имеем:
- значительно меньшее потребление памяти приложениями;
- более быстрые операции с памятью;
- больше данных помещается в кэше процессора;
- меньшее энергопотребление соответственно.
Понятно, что хочется всё унифицировать. Но разве данные преимущества не перевешивают?...
Ответить | Правка | Наверх | Cообщить модератору

20. "Xubuntu прекращает подготовку 32-разрядных сборок"  +3 +/
Сообщение от Аноним (20), 02-Дек-18, 22:46 
Я тоже согласен с вами. Но все же не надо так категорично, от задачи зависит. При операциях с данными требующими >32 бит нужна всего 1 команда вместо 2х для 32 битных. Другое дело что даже в Java вроде как прячущей сложность за байт кодом этот байт код на самом деле 32 битный, а не 64 битный (по крайней мере до недавнего времени был, сейчас не знаю как).
Ответить | Правка | Наверх | Cообщить модератору

40. "Xubuntu прекращает подготовку 32-разрядных сборок"  –2 +/
Сообщение от Аноним (40), 03-Дек-18, 00:35 
>нужна всего 1 команда вместо 2х для 32 битных

И много ли таких команд в реальных задачах?

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

48. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Онаним (?), 03-Дек-18, 01:39 
Вроде как любые математические рассчёты с Double типом на FPU.
Ответить | Правка | Наверх | Cообщить модератору

73. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Аноним (-), 03-Дек-18, 05:24 
> И много ли таких команд в реальных задачах?

Например файловые системы нынче как-то предполагают файлы крупнее 4 гигов. Ну и адресацию крупнее чем это. А у 386 к тому же регистры убогие - программа состоит из push и pop чуть более чем полностью. В 64-битном варианте сделали более приличный набор регистров, да еще SSE2 доступен. Так что прога может заниматься чем-то более полезным чем расчистка полутора 32-битных регистров.

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

97. "Xubuntu прекращает подготовку 32-разрядных сборок"  +2 +/
Сообщение от Акакжев (?), 03-Дек-18, 07:10 
Есть такая штука -- x32. 64х разрядный режим с 32х разрядными указателями. Не получилось собрать всего две вещи: SpiderMonkey и Chromium. Какое совпадение. :)
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

101. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Аноним (100), 03-Дек-18, 07:42 
> Есть такая штука -- x32. 64х разрядный режим с 32х разрядными указателями.
> Не получилось собрать всего две вещи: SpiderMonkey и Chromium. Какое совпадение. :)

Ну так попробуй еще что-нибудь с JIT собрать - и выкуси того же самого. Потому что ВНЕЗАПНО, кодогенератор jit-а должен понимать это ABI. Иначе сгенеренный им код работать корректно не сможет, однако.

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

114. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Акакжев (?), 03-Дек-18, 08:28 
> Ну так попробуй еще что-нибудь с JIT собрать - и выкуси того
> же самого. Потому что ВНЕЗАПНО, кодогенератор jit-а должен понимать это ABI.
> Иначе сгенеренный им код работать корректно не сможет, однако.

Однако, я немного схитрил. SpiderMonkey старых версий собирается и работает, если применить весьма небольшие по размеру патчи (а для новых патчи на момент моих экспериментов не были готовы). Дальше стало не интересно, так как:

# V8 upstream said they won't support x32, bug #423815

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

233. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Аноним (233), 05-Дек-18, 16:29 
Для разнообразия ощущений можно еще какой-нибудь qemu с TCG. Тоже небось фига будет с генерацией кода в jit - потому что кодогенератор таки должен явно уметь это abi. Чего конечно же всем лениво.
Ответить | Правка | Наверх | Cообщить модератору

262. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Акакжев (?), 06-Дек-18, 18:22 
> Для разнообразия ощущений можно еще какой-нибудь qemu с TCG. Тоже небось фига
> будет с генерацией кода в jit - потому что кодогенератор таки
> должен явно уметь это abi. Чего конечно же всем лениво.

x32 имеет смысл на устройствах с небольшим объёмом памяти (например, планшеты), где QEMU малоактуально. Пару лишних вкладок в браузере открыть -- было бы замечательно.

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

25. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от КГБ СССР (?), 02-Дек-18, 23:06 
> Согласен. Логика отказа от 32 бит абсолютно не понятна.

После «естественного перехода» на 64-бита весь старый софт можно будет списать с поддержки, забить на обратную совместимость, заново продавать то же самое счастливым юзерам, попутно обновляя железо.


> 64 ГБ на данный момент достаточно для любой любительской задачи. При этом мы имеем:
> - значительно меньшее потребление памяти приложениями;
> - более быстрые операции с памятью;
> - больше данных помещается в кэше процессора;
> - меньшее энергопотребление соответственно.
> Понятно, что хочется всё унифицировать. Но разве данные преимущества не перевешивают?...

Именно так. Если в своё время переход на 32-разрядное железо и ПО имел реальный практический смысл, открывая большие перспективы, то нынче смысла в переходе на очередной уровень на потребительском рынке нет вообще — ноль целый ноль десятых. Деньги на ветер.

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

31. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от poulch (??), 02-Дек-18, 23:33 
64 бита это быстрая точная математика в целых числах. поэтому ее и пихают везде.
Ответить | Правка | Наверх | Cообщить модератору

33. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Who cares (?), 02-Дек-18, 23:58 
And no need to care about integer overflow anymore till some1 figure it out that 64bit registers overflowing too :)
Ответить | Правка | Наверх | Cообщить модератору

44. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от КГБ СССР (?), 03-Дек-18, 00:48 
64 бита это большое адресное пространство — и больше ничего. Абсолютно ничего более, буквально. Только количество доступных адресов в доминирующей ныне компьютерной архитектуре.

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

Поистине удивительно, как можно этого всего не понимать, занимаясь ИТ.

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

79. "Xubuntu прекращает подготовку 32-разрядных сборок"  –2 +/
Сообщение от Orduemail (ok), 03-Дек-18, 05:55 
> Поистине удивительно, как можно этого всего не понимать, занимаясь ИТ.

facepalm.jpg

Эникеи полагают, что они занимаются IT, и что это автоматически приводит к тому, что они что-то понимают в архитектуре компьютера. Лол. Никогда бы не подумал.

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

99. "Xubuntu прекращает подготовку 32-разрядных сборок"  +2 +/
Сообщение от виндотролль (ok), 03-Дек-18, 07:19 
> 64 бита это большое адресное пространство — и больше ничего.

Занимающийся ИТ мсье, видимо, не слышал о 64-битных инструкциях

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

102. "Xubuntu прекращает подготовку 32-разрядных сборок"  +2 +/
Сообщение от Аноним (102), 03-Дек-18, 07:44 
> 64 бита это большое адресное пространство — и больше ничего.

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

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

130. "Xubuntu прекращает подготовку 32-разрядных сборок"  –1 +/
Сообщение от vedronim (?), 03-Дек-18, 11:40 
>> 64 бита это большое адресное пространство — и больше ничего.
> А также гораздо более вменяемый набор регистров, которые не надо пушпопать там
> и тут, гарантированный SSE2 и прочие мелочи жизни. Очень полезные для
> крипто, мультимедии и проч. А все остальное не очень то и
> тормозит.

Ему об экономии памяти, он в ответ о скорости.

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

147. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Аноним (124), 03-Дек-18, 12:55 
И правильно. Память все дешевеет, а время, наоборот - дорожает. Устроишься на работу, заведешь семью - поймешь.
Ответить | Правка | Наверх | Cообщить модератору

193. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от офисный погонщик рабов (?), 03-Дек-18, 18:25 
чего он там поймет? до 18:00 его от клавиатуры никто отковывать не собирается, какой бы быстрый у него не был компьютер. И чтоб к 8:45 завтра был как штык - как раз его ящик (с модными-современными tpm/signed boot/uefi) к началу рабочего дня успешно загрузится.

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

235. "Xubuntu прекращает подготовку 32-разрядных сборок"  –1 +/
Сообщение от Аноним (233), 05-Дек-18, 16:33 
> Ему об экономии памяти, он в ответ о скорости.

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

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

162. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от КГБ СССР (?), 03-Дек-18, 15:11 
Это совершенно второстепенные вещи. Первичная и главная разница — в объёме доступных адресов для неймановской архитектурной модели. Именно ради этого объёма всё затевалось.
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

236. "Xubuntu прекращает подготовку 32-разрядных сборок"  –1 +/
Сообщение от Аноним (233), 05-Дек-18, 16:35 
> Это совершенно второстепенные вещи. Первичная и главная разница — в объёме доступных
> адресов для неймановской архитектурной модели. Именно ради этого объёма всё затевалось.

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

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

248. "Xubuntu прекращает подготовку 32-разрядных сборок"  +1 +/
Сообщение от КГБ СССР (?), 05-Дек-18, 17:18 
Очень мало где есть реальная польза до 64-битности. В математике и мультимедии есть, это понятно. А ещё где?
Ответить | Правка | Наверх | Cообщить модератору

250. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Andrey Mitrofanov (?), 05-Дек-18, 17:20 
> Очень мало где есть реальная польза до 64-битности. В математике и мультимедии
> есть, это понятно. А ещё где?

В рекламных буклетах!


//и больших бд, и их кешах, когда они полностьюю уже в кешах

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

259. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от КГБ СССР (?), 05-Дек-18, 18:14 
Это не наши задачи. Наше дело — писать комменты, которые трут мясные и цифровые боты.
Ответить | Правка | Наверх | Cообщить модератору

139. "Xubuntu прекращает подготовку 32-разрядных сборок"  +1 +/
Сообщение от КО (?), 03-Дек-18, 12:19 
>Исторически, изначально 64 бита были нужны и полезны для Большого Железа.

Не они упрощают жизнь ленивому прогеру. Типа замапил картинку как есть в память и готово. Вместо того, чтоб распаковывать только в то разрешение, которое нужно для показать. Вон либру посмотри, чуть презенташка позаковырестей, так 32битная версия в OOM сваливается. А 64битная тупо тормозит.
Ядрописатели тоже так хотят.

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

165. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от КГБ СССР (?), 03-Дек-18, 15:24 
Ну, я как бы в курсе, что практически все архитектурные уродства рождены из лени посредственных программеров. Я прямо пишу про это в уместных случаях: главное зло ИТ — программист. Писать программы худо-бедно научили, а мыслить — не хватило учебных часов.
Ответить | Правка | Наверх | Cообщить модератору

183. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от meantraitor (?), 03-Дек-18, 16:56 
Ну так, знаете ли, и "Не говоря уж о том, что 32-разрядный софт в общем случае жрёт меньше памяти и процессора и быстрее работает" - тоже из-за криворуких программистов.
Ответить | Правка | Наверх | Cообщить модератору

68. "Xubuntu прекращает подготовку 32-разрядных сборок"  +3 +/
Сообщение от Аноним (-), 03-Дек-18, 05:19 
> 64 бита это быстрая точная математика в целых числах. поэтому ее и
> пихают везде.

Ну как бы крипто и мультимедиа от 64 битов здорово выигрывают. А гарантированный SSE2 позволяет к тому же использовать и его регистры.

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

152. "Xubuntu прекращает подготовку 32-разрядных сборок"  +/
Сообщение от Аноним (151), 03-Дек-18, 14:45 
- значительно меньшее потребление памяти приложениями;
Связь не прямая, я бы сказал - для в лоб скомпилированных приложений на текущий процессорах реализующих AMD64 и x86 наборы команд.
- более быстрые операции с памятью;
Не верно, скорость обращения к памяти не меняется...
- больше данных помещается в кэше процессора;
Как было n Мб так и осталось nМб  всё дело в реализации и микрокоде
- меньшее энергопотребление соответственно.
Это непрямое следствие опирающиеся на неверные вводные.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

177. "быстрее и безопасТнее 32-разрядных сборок!! Факт."  +/
Сообщение от Andrey Mitrofanov (?), 03-Дек-18, 15:55 
> Связь не прямая, я бы сказал
> Не верно, скорость обращения к памяти не меняется...
> Как было n Мб так и осталось nМб  всё дело в
> Это непрямое следствие опирающиеся на неверные вводные.

Всё - враньё и болтовня.  Докажи, забенчи _и_ сфотографируй или натура ^W не было.

http://www.opennet.ru/openforum/vsluhforumID3/108741.html#18
http://www.opennet.ru/openforum/vsluhforumID3/110263.html#117 <===<<<
http://www.opennet.ru/openforum/vsluhforumID3/108918.html#177
http://www.opennet.ru/openforum/vsluhforumID3/111714.html#19 + fix: printf \"= - %s\"

Ну то есть понятно, что все эти сабжи экономят _вдвое_ на дисках, бэндвидзе, поддержке (и большк! обезяня-то за работягой редом хаттом), усилиях и т.пр.

А вот фантазии форумных зазывал плохо обоснованы.
//Re: subj: http://www.opennet.ru/openforum/vsluhforumID3 /110263.html#233 </tehg>

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

187. "быстрее и безопасТнее 32-разрядных сборок!! Факт."  +/
Сообщение от Andrey Mitrofanov (?), 03-Дек-18, 17:19 
> http://www.opennet.ru/openforum/vsluhforumID3/111714.html#19
>+ fix: printf \"= - %s\"

Даблин! (Столица Ирландии.)

fix: printf \"%03d - %s\" 

> А вот фантазии форумных зазывал плохо обоснованы.

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

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

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




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

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