The OpenNET Project / Index page

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



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

Оглавление

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

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


15. "LibreOffice прекращает формирование 32-разрядных сборок для ..."  +2 +/
Сообщение от тоже Анонимemail (ok), 07-Июн-19, 14:19 
Подоконники вынуждены сидеть на том, что однажды купили, поэтому у них хвост совместимости заметно длиннее.
Линукс легче обновить, лишь бы железо поддерживало. Но x64 появился еще в четвертых Пентиумах. Правда, был вырезан в первых бюджетных корках.
Ответить | Правка | Наверх | Cообщить модератору

18. "LibreOffice прекращает формирование 32-разрядных сборок для ..."  –1 +/
Сообщение от Аноним (9), 07-Июн-19, 14:34 
Однажды я установил Mageia 1, когда эта версия была ещё актуальной. Мне попалась на глаза статья Додонова про то, как не просто выключить PulseAudio/Systemd, а вообще нафиг пересобрать все пакеты, которые от него зависят. Там виртуозно используются инструменты Mandriva, чтобы вывести список того, что надо пересобрать.

Всё компилировалсь НАСТОЛЬКО медленно, что я офигел. Попробовал в 32-битной системе. Всё стало значительно быстрее!

Похоже что EM64T, как только появился, работал медленнее, чем обычный 32-битный режим. А работать быстро он стал только в Core2Duo. А про AMD64 от самой же AMD я такого сказать не могу: первые же процы от 2003 года нормально запускали Linux 2010-х годов.

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

26. "LibreOffice прекращает формирование 32-разрядных сборок для ..."  +5 +/
Сообщение от тоже Анонимemail (ok), 07-Июн-19, 15:08 
Вообще-то это могло быть регрессией компилятора, а не проблемой процессора.
Ответить | Правка | Наверх | Cообщить модератору

40. "LibreOffice прекращает формирование 32-разрядных сборок для ..."  +6 +/
Сообщение от Ordu (ok), 07-Июн-19, 16:29 
Или это могло быть не регрессией компилятора, а бюджетным процессором. Intel отличается тем, что он может SSE реализовывать поверх FPU в дешманских процессорах, то есть эмулировать SIMD -- я напоролся на это когда купил свой первый комп -- целерончик, 667MHz, и естественно сразу ломанулся играться с вкусными векторными инструкциями, которые казалось бы позволят мне ускорить кучу задач в четыре раза. Ан не тут-то было. Не было ускорения. При ближайшем рассмотрении выяснилось, что там весь SIMD выполнялся не параллельно, а последовательно. Ну дык почему бы интелю было не делать 64-битные процессоры, которые эмулируют 64-х битные операции через 32-х битные, потому что 32-bit adder есть на схеме, а 64-bit adder вырезан, дабы отучить тебя покупать дешёвые процессоры.

Впрочем, это лишь гипотеза. Я не знаю, как там на самом деле было. Может и регрессия компилятора.

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

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

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




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

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