The OpenNET Project / Index page

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



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

Оглавление

Ubuntu прекращает формирование пакетов для 32-разрядной архи..., opennews (??), 18-Июн-19, (0) [смотреть все]

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


36. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +7 +/
Сообщение от asdasd (?), 18-Июн-19, 23:19 
> Чтобы рамы больше жрало?

Чтоб заместо x86 ABI основанный на стеке, FPU (x87 то еще извращение) использовали amd64 ABI, основанный на регистрах и SSE2.
P.S. И откуда это тотальное бла-бла-бла про жрать память? В 1MiB вмещается 130к указателей. Может нужно перестать писать через одно место и все будет нормально?

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

37. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +3 +/
Сообщение от asdasd (?), 18-Июн-19, 23:20 
Не говоря уже про решение множества проблем с адресацией тех-же 4GiB (а в 32-битном x86 там еще тот геморой).
Ответить | Правка | Наверх | Cообщить модератору

63. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +1 +/
Сообщение от winorun (?), 19-Июн-19, 01:41 
htop x32 - 167 Mb, 64 - 538 Mb разница в разрядности и ядре. 371 мегабайт как ядро то выросло в размерах с 4.9 до 4.19. Какие инструкции, какие регистры вы мозг включаете или нет. Если программа в swap - узким местом станет ввод/вывод hdd,у которого еще и скорость чтения упадет.  
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

66. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  –3 +/
Сообщение от НяшМяш (ok), 19-Июн-19, 01:57 
Тут ещё вопрос, кто из нас пользуется своим мозгом
Ответить | Правка | Наверх | Cообщить модератору

125. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +/
Сообщение от 111 (??), 19-Июн-19, 07:34 
у них в виртуалбоксе нехватка оперативки систему не тормозит :)))
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

134. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +4 +/
Сообщение от Аноним (134), 19-Июн-19, 08:05 
> htop x32 - 167 Mb, 64 - 538 Mb разница в разрядности и ядре

Капитан Очевидность напоминает, что сама по себе смена разрядности 32->64 не может увеличить потребление памяти больше, чем в два раза (абсурдно-гипотетический случай, когда в памяти нет ничего, кроме указателей).

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

148. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +/
Сообщение от asdasd (?), 19-Июн-19, 09:28 
У меня разница в пару десятков была (что в пределах погрешности), ЧЯДНТ?
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

75. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +2 +/
Сообщение от Аноним (72), 19-Июн-19, 02:17 
>Чтоб заместо x86 ABI основанный на стеке, FPU (x87 то еще извращение) использовали amd64 ABI, основанный на регистрах и SSE2.

Не надо всякий бред нести. SSE2 прекрасно работает и в 32-битном режиме.

И не обольщайся, твой камень с sse2 скоро тоже дропнут.

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

194. "Ubuntu прекращает формирование пакетов для 32-разрядной архи..."  +2 +/
Сообщение от Аноним (194), 19-Июн-19, 11:29 
> В 1MiB вмещается 130к указателей. Может нужно перестать писать через одно место и все будет нормально?

Я пользователь. Я не могу переписать весь современный софт на "не через одно место". Но я могу поставить более экономную по памяти архитектуру. А теперь у меня это отбирают. Думаете, я вот сразу брошусь переписывать весь существующий код? Нет. Как и вы, куплю больше памяти и буду жрать что дают.

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

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

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




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

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