GIMP - jak dlouho trvá operace?

18.7.2020 13:37 | Přečteno: 1700× | To jsem vážně jediný? | poslední úprava: 19.7.2020 14:34

Původně jsem chtěl tenhle dotaz do pléna hodit do poradny, ale nebylo mi jasné do které ze stávajících skupin dotazů bych ho měl dát. Takže mi nezbylo než se otázat takhle. Zpracovávám v GIMPU skenované dokumenty, což obnáší aplikaci nejrůznějších filtrů, atp. Některé jsou náročné a trvají déle, jiné tak náročné nejsou. Bohužel ale netuším jakým způsobem bych mohl zjistit jak přesně trvají dlouho

Jde o to, že stejného výsledku lze dosáhnout mnoha různými způsoby, které se ovšem v konečném důsledku liší tím, kolik sežerou času a výpočetního výkonu. Což se dá ovšem jen těžko předem posoudit, když nevím, jak dlouho operace s určitými parametry trvá. Tj. jestli se vyplatí, nebo už ne.

Nenapadá někoho řešení, jakým způsobem by se to dalo zjistit?

Je možné že na to GIMP má i nějaké udělátko. Jenom o něm nevím, protože způsob, jakým je dokumentován, je taky pěkná tragédie.

Sám se zeptám, sám si odpovím…

Ale pokud budete mít k tomu nějakou užitečnou poznámku, určitě ji uvítám.

Aktuálně jsem vyřešil problém sice humpolácky, nicméně způsobem dostačujícím. Sledováním procesu přes strace.

strace -tT -e trace=read -p …

Chci-li zjistit, jak dlouho ta operace bude trvat, nahodím výše uvedeným způsobem strace na spuštěnou instanci gimpu.

Takhle nějak to vypadá např. při vypnutí zobrazení některé vrstvy:

14:42:36 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000090>
14:42:36 read(10, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0`\0\0\0N\10\6\0\0\0\337>\23"..., 65536) = 8708 <0.000178>
14:42:36 read(10, "", 65536)            = 0 <0.000114>
14:42:41 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000044>

Jak vidíte, překreslení obrazu trvalo cca 5 sekund. A následující výpis demonstruje, jak to vypadalo, po aplikaci filtru "Rozostření pomocí mediánů". Něž se vygeneroval nový náhled, zabralo to 39 sekud.

14:45:05 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000102>
14:45:05 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000093>
14:45:45 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000157>
14:45:46 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000160>
14:45:46 read(10, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0`\0\0\0N\10\6\0\0\0\337>\23"..., 65536) = 8708 <0.000174>
14:45:46 read(10, "", 65536)            = 0 <0.000123>
14:45:55 read(4, "\1\0\0\0\0\0\0\0", 16) = 8 <0.000022>

Update

Jak jste se mohli dozvědět z mého následujícího blogpostu o GIMPu, při hledání nástroje jsem – víceméně náhodou – narazil na to, kde má GIMP vlastní udělátko na sledování zátěže, které si můžete otevřít v postraním doku Okna → Dokovatelná dialogová okna → Sledování zátěže (Windows → Dockable dialogs → Dashboard) .

Nicméně to co mne zajímalo, se z něj stejně nedá zjistit. Ale může vám to pomoci při práci s velkými soubory, při kterých začnete narážet na limity vašeho HW k tomu, abyste zbytečně neprodlužovali svou práci tím, že budete mít zbytečně velké soubory s desítkami vrstev v situaci, kdy to není nutné. Více vi odkazovaný blogpost.

       

Komentáře

[Tomáš]

Čéče, nechceš raději zkusit imagemagick? Budou se ti i líp měřit délky operací.

Sice ti nějaký čas zabere studium manuálu, ale pak napíšeš skript a máš vystaráno.

[Aleš Kapica]

Mám radši netpbm. Gimp má svoje výhody. Cca do 150 stran se vyplatí soubory naimportovat jako vrstvy, nastavíš vodítka a máš přehršel možností jak ty soubory srovnat. Pak to oříznu a poštvu na to XCF svůj konverzní skript co mi z toho udělá DjVu. Vtip je v tom, že ty stránky jsou připravené tak, aby z toho vyšlo kvalitní OCR, bez blbostí a s minimem chyb. Kupř. barevný text obarven na černo, atp. Pro výsledné DjVu vezmu plnobarevnou verzi, ale textovou vrstvu naimportuju z té černobílé.