Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

6 Декабрь 2021, 18:44 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Часто задаваемые вопросы по LibreOffice и Apache OpenOffice.org
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: 1   Вниз
  Печать  
Автор Тема: Libreoffice 6.0.1 не стартует из коробки -- мешает OpenCL  (Прочитано 3255 раз)
0 Пользователей и 1 Гость смотрят эту тему.
McAaron
Форумчанин
***
Offline Offline

Сообщений: 458


« Стартовое сообщение: 19 Февраль 2018, 14:58 »

При первом старте выходит splash, генерируется исходная конфигурация в ~/.config/libreoffice/4 и на этом все завершается.
При старте из командной строки получаем простыню из сообщений о том, что проблемы с OpenCL. К сожалению, не нашел
SMF BB кода, позволяющего спрятать текст под спойлер, поэтому привожу не все, а только самое начало
============================================
[spoiler]
$ libreoffice6.0
X server found. dri2 connection failed!
DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
X server found. dri2 connection failed!
DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
cl_get_gt_device(): error, unknown device: 0
...
sh: /usr/bin/clang++: No such file or directory
soffice.bin: /builddir/build/BUILD/pocl-0.14/lib/CL/devices/common.c:127: llvm_codegen: Assertion `error == 0' failed.
[/spoiler]
И так для каждой из 4-х платформ, поверх которой может работать OpenCL

============================================
Ну вот кому могло прийти в голову использовать OpenCL, компилировать все это шлангом, засунуть весь этот гнилой фарш в коробку и перевязать ура-ленточкой?
Не потому ли столько скачиваний этого самого шестого офиса, что народ просто думает, что то, что  он скачал, битое?
Я бы сказал, что это очень крутая диверсия.
...
Запустил в --safe-mode и отключил OpenCL вместе с OpenGL. Поставил TexMaths-0.44. На Geforce GT 480 шевелится и без них.
Загрузил отчет с тыщей svg и png 600 dpi на весь A4. Немного подтормаживает на больших рисунках, но мне пока терпимо.
Что касается нубов, то сомневаюсь, что кого-то устроит такая производительность отрисовки -- с каждой версией тормоза все более и более ощутимы. И ни количество ядер, ни количество памяти на это не влияют.
 
Планирую проприетарный драйвер, что я использую,  на nouveau поменять и посмотреть на результат.




« Последнее редактирование: 19 Февраль 2018, 15:50 от McAaron » Записан
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 3 368



« Ответ #1: 19 Февраль 2018, 15:25 »

а какой дистрибутив и как вы ставите офис?
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
McAaron
Форумчанин
***
Offline Offline

Сообщений: 458


« Ответ #2: 19 Февраль 2018, 16:13 »

Fedora Core 26 в актуальном состоянии
$ uname -a
4.14.18-200.fc26.x86_64 #1 SMP Thu Feb 8 01:35:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Видеоподсистема
------------------------
$ glxinfo -B
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 480/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 390.25
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6.0 NVIDIA 390.25
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)

OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 390.25
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Офис 6.0
------------
Версия: 6.0.1.1
ID сборки: 60bfb1526849283ce2491346ed2aa51c465abfe6
Потоков ЦП: 4; ОС:Linux 4.14; Отрисовка ИП: по умолчанию; VCL: gtk2;
Локаль: ru-RU (ru_RU.UTF-8); Calc:

Установка на примере 6.0.1. Все остальные версии аналогично
--------------
1) Скачиваю с https://ru.libreoffice.org/download/ три тарбола:
    LibreOffice_6.0.1_Linux_x86-64_rpm.tar.gz
    LibreOffice_6.0.1_Linux_x86-64_rpm_langpack_ru.tar.gz
    LibreOffice_6.0.1_Linux_x86-64_rpm_helppack_ru.tar.gz
2) Распаковываю их и помещаю так, чтобы все .rpm были в RPMS основного тарбола
3) Перехожу туда и говорю
   $ sudo dnf install *.rpm
В результате офис устанавливается в /opt/libreoffice6.0 и прописывается в меню приложений xfce4.
4) Первый запуск делаю из меню и если все идет нормально, выхожу и переименовываю ~/.config/libreoffice/4 в ~/.config/libreoffice/6.0
5) Открываю /opt/libreoffice6.0/program/bootstraprc и меняю
UserInstallation=$SYSUSERCONFIG/libreoffice/4
на
UserInstallation=$SYSUSERCONFIG/libreoffice/6.0
6) Все.

Если выйдет 6.0.4, например, то на шаге 3) dnf предложит обновиться

Записан
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 3 368



« Ответ #3: 19 Февраль 2018, 17:02 »

Загрузил отчет с тыщей svg и png 600 dpi на весь A4. Немного подтормаживает на больших рисунках, но мне пока терпимо.
реально с тысячей?! на таких объемах "немного подтормаживает" - это крайне круто. А ОЗУ у Вас на таком документе не кончается часом?
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
McAaron
Форумчанин
***
Offline Offline

Сообщений: 458


« Ответ #4: 19 Февраль 2018, 17:50 »

Загрузил отчет с тыщей svg и png 600 dpi на весь A4. Немного подтормаживает на больших рисунках, но мне пока терпимо.
реально с тысячей?! на таких объемах "немного подтормаживает" - это крайне круто. А ОЗУ у Вас на таком документе не кончается часом?
Тысячи -- это маленькие изображения формул, которых на странице может быть от десятка, до сотни. Получаются они следующим обарзом:
1) Я набираю латеховскую формулу прямо в тексте, выделяю ее и вызываю TexMaths
2) TexMaths вставляет выделение в шаблон tmpfile.tex у себя в ~/.config/libreoffice/6.0.1/user/TexMaths/tmp
3) кормит этим файлом latex, который генерирует tmpfile.dvi
4) вызывает dvi2png или dvi2svg, которые производят, соответственно, tmpfile.png или tmpfile.svg
5) вставляет изображение из полученного файла на место выделенного латех-куска, "как символ".

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

Обычно, если память кончается, все внезапно становится колом, включая иксы, и только вход с другого хоста и убой жадной программы возвращает комп к жизни. Однако чтобы либреофис так подвешивал систему, я не помню. Сам офис может стать колом из-за полудюжины подряд идущих png-картинок в 600dpi на всю страницу и висеть выходные, загружая одно из ядер на 100% (как-то ставил такой эксперимент), но все остальное, включая файерфокс, шевелится как и шевелилось до этого.
Записан
Страниц: 1   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!