Что-то я не заметил задержки. Открывал в eom.

вот это у меня секунд 10 открывается — https://commons.wikimedia.org/wiki/File:Linux_Distribution_Timeline_with_Andr...

eom

это мэйтовский? так и говорю, что в минте (а там за версиями не гонятся) тоже шустро открывается

поставил eom и тоже самое, видимо в librsvg всё же дело

Да, eom из матэ который. Вот теперь заметна задержка, а то я слишком мелкие файлы открывал. Тормозит на оригинальном файле с разрешением 2220x10150.

Скорость рендеринга SVG сильно зависит от содержимого. Это нормально. Быстрого и правильного рендера SVG пока не существует.

Лучше всего открывать в Chrome(или любом вебките), он лучше всего с SVG справляется.

https://commons.wikimedia.org/wiki/File:Linux_Distribution_Timeline_with_Andr...

даже в nautilus, когда свойства смотришь файла, нагрузка на процессор до 20% прыгает и окошко свойств не сразу закрыть можно

https://en.wikipedia.org/wiki/File:Jupiter_diagram.svg

Вот более жесткий пример.

так дело в том, что само отображение файла во вьюере происходит через 10 сек, а в минте так же быстро как и растровые картинки, и тот файл сразу можно увеличивать и прокручивать

https://en.wikipedia.org/wiki/File:Jupiter_diagram.svg
Вот более жесткий пример.

открыл секунд за 6 на минте против секунд 30 на арче на том же ноуте

Вы попробуйте заскринить оба вариант и сравнить. Есть шанс, что тот, кто быстрее рисует - просто пропускает какие-то фичи. Так как каждый просмотрщик svg рисует его по-своему.

да также отображает вроде, при увеличении и скролле в минте подтормаживает конечно (и даже падает гномоглаз), но главное что файл сразу открывает

на арче всё колом встало при увеличении, ждал несколько минут пока отпустит

https://en.wikipedia.org/wiki/File:Jupiter_diagram.svg

В firefox открылось моментально. Но при скролле подтормаживает. Арч.

В опере контент обновляется примерно через полсекунды и подлагивает при первой прокрутке.

почему бы не дать ссылку сразу на файл было? к чему эти сложности? https://upload.wikimedia.org/wikipedia/commons/b/b5/Jupiter_diagram.svg

так не про браузеры речь, в опере всё быстро и плавно тоже

скачал, открыл в gwenview, почти мгновенно все. Арч, librsvg-2:2.40.15-1

gwenview

хм, видать что-то гномовское, хотя в минте кроме версии старее тот же гном3

gwenview открывает быстро, так как использует QtSvg, а не librsvg. Но QtSvg рисует только SVG Tiny 1.2, aka ничего.

Скролл при 100% масштабе дико тугой в gwenview.

Chromium, только Chromium.

да, посмотрел, librsvg gwenview не нужен

Да, потому что одно ядро процессора пердолит. На амуде вообще печально.

Задача, мягко говоря, не самая подходящая для распараллеливания

«амуде» тут вообще при чём? Хоть 10 ядер. Там не в этом проблема.

Просто нормальный рендер SVG - это титаническая работа. Но в вебките смогли ее осилить, пусть и не без косяков.

В чём же заковырка?

  67,68%  librsvg-2.so.2.40.15                [.] gaussian_blur_line
  14,79%  librsvg-2.so.2.40.15                [.] box_blur_line
   8,69%  [kernel]                            [k] nmi
   2,42%  librsvg-2.so.2.40.15                [.] get_column
   1,96%  librsvg-2.so.2.40.15                [.] put_column

Вот здесь: https://github.com/GNOME/librsvg/commit/054807726db76558728e7a7513aabc4698b3dc95 было изменение, которое затронуло обработку блюра. Собственно, в этом патче самые горячие функции и появляются.

хз, в минте же работает как-то, в смысле версия 2.40.2, открывает в разы шустрее для просмотра, из аура попробовал версии и те же тормоза

Этот патч добавили в 2.40.9, в 2.40.2 его ещё не было.

да я понял, но в mint версия 2.40.2 и eog работает шустрее чем с более новым librsvg в arch, пусть хоть не всё отрисовывает, как раньше viewnior вообще не отображал svg вектором (при увеличении выглядело как растр, не знаю как и чем он это делал), нахрена в просмотрщики тащить в зависимости то, что так тормозит? это же не inkscape в конце концов

или я не так понял и этот патч и вызывает тормоза?

что так тормозит?

Написали же уже - фильтр размытия.

или я не так понял и этот патч и вызывает тормоза?

Да. Они фиксили баги в отрисовке. Она стала корректнее, но медленнее.

По крайней мере, так следует из описания.

ясно
надо значит по уму форкать либу — одну версию для редакторов, другую для просмотрщиков, одну шуструю, но не точную, другую точную, но медленную

Они фиксили баги в отрисовке. Она стала корректнее, но медленнее.

теперь дошло
впрочем как обычно — одно делают, другое ломают

выдрали бы из webkit давно нужное и сделали смотрелку нормальную

Эврика!

вспомнил про Nomacs
не тянет кедолибы и шустрый как электровеник

и само собой не требует librsvg

это вот — https://upload.wikimedia.org/wikipedia/commons/b/b5/Jupiter_diagram.svg открывает влёт за полсекунды и увеличивает/прокручивает тоже моментом

и qt5-svg все ядра задействует, в отличии от librsvg

Ага, потому, что криво рисует. Они пишут что у них «Full SVG support», а на деле QtSvg, который ничего не умеет.

В файле Юпитера посмотрите на сияние у полюсов и тень у планеты, которая слева, в nomacs и inkscape/webkit.

А то я уж подумал, что кто-то таки запилил нормальный SVG.

// тестил на 2.4.6.

Да, но по мне в данном случае лучше уж пусть не совсем верно отображает, но зато быстро работает.

$ time rsvg-convert Jupiter_diagram.svg > jupiter.jpg 
55.79s user 0.14s system 99% cpu 55.943 total

$ time convert Jupiter_diagram.svg jupiter.jpg  
48.33s user 0.20s system 450% cpu 10.772 total

$ pacman -Qi librsvg | grep Version
Version         : 2:2.40.15-1

Подтверждаю анонимуса, пердолит в одно ядро. ImageMagick рендерит через Инкскейп. Другие, типа быстрые движки халтурят на блёре, инфа 100%.