Přihlášení | Registrace

napište » Zprávičky

včera 21:33 | Komunita

Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.

Ladislav Hagara | Komentářů: 0

Dohoda mezi Stack Overflow a OpenAI

včera 21:11 | IT novinky

Stack Overflow se dohodl s OpenAI o zpřístupnění obsahu Stack Overflow pro vylepšení OpenAI AI modelů.

Ladislav Hagara | Komentářů: 0

AlmaLinux 9.4

včera 17:55 | Nová verze

AlmaLinux byl vydán v nové stabilní verzi 9.4 (Mastodon, 𝕏). S kódovým názvem Seafoam Ocelot. Přehled novinek v příspěvku na blogu a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0

Vint Cerf a Bob Kahn před 50 lety popsali protokol TCP

včera 17:11 | IT novinky

Před 50 lety, 5. května 1974 v žurnálu IEEE Transactions on Communications, Vint Cerf a Bob Kahn popsali protokol TCP (pdf).

Ladislav Hagara | Komentářů: 0

WeeklyOSM CZ 717

včera 13:44 | Zajímavý článek

Bylo vydáno do češtiny přeložené číslo 717 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.

Ladislav Hagara | Komentářů: 0

GIMP 2.10.38

včera 04:00 | Nová verze

Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.10.38 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

Ladislav Hagara | Komentářů: 5

1220 projektů přijatých do Google Summer of Code 2024

včera 00:22 | Komunita

Google zveřejnil seznam 1220 projektů od 195 organizací (Debian, GNU, openSUSE, Linux Foundation, Haiku, Python, …) přijatých do letošního, již dvacátého, Google Summer of Code.

Ladislav Hagara | Komentářů: 2

Z GitHubu bylo odstraněno 8535 repozitářů se zdrojovými kódy open source emulátoru yuzu

5.5. 22:22 | IT novinky

Na základě DMCA požadavku bylo na konci dubna z GitHubu odstraněno 8535 repozitářů se zdrojovými kódy open source emulátoru přenosné herní konzole Nintendo Switch yuzu.

Ladislav Hagara | Komentářů: 7

Dillo 3.1.0

5.5. 00:33 | Nová verze

Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.

Ladislav Hagara | Komentářů: 0

LibrePlanet 2024

4.5. 15:00 | Komunita

O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).

Ladislav Hagara | Komentářů: 0

Centrum | Napsat | Starší

navrhněte » Anketa

Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.

Jsem bot. (63%)

Jsem člověk. (8%)

Opravdu jsem člověk! (15%)

Jsem něco jiného. (14%)

Celkem 118 hlasů

Komentářů: 8, poslední 4.5. 08:25

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Poradna / Linuxová poradna / Gimp je hodne pomaly

Štítky: Apache, distribuce, GIMP, grafika, KDE, kernel, Linux, obrázky, prohlížeče, Slackware, Windows

Dotaz: Gimp je hodne pomaly

7.2.2005 20:51 Martin V. | skóre: 2
Gimp je hodne pomaly

Přečteno: 254×

Odpovědět | Admin

Zdravim vsechny! Mam na svem pocitaci Slackware Linux s Kde 3.3 a Gimp 2.0. Ale take Windows XP Prof. a Photoshop 5.0. Potreboval jsem editovat obrazek formatu A4 v rozliseni 600 DPI. V podstate jen nalepit na tuto plochu 9 karet. Prvne jsem zkusil Gimp a nedalo se s tim pracovat. Nez se nejaka zmena vubec ukazala uplynulo i pul minuty. A to jsem nastavil nulovou historii (aby operace nesly vubec vracet). Zkusil jsem prebootovat a vyzkouset Photoshop. Vsechno bezproblemu slo svizne. Historii jsem nemusel prestavovat. Podotykam, ze nemam zas takovou plecku (Athlon XP 1700+, 512MB ram). Ve Windows mi v pozadi jeste bezel Apache 1.neco. Nevite nekdo, cim to je, ze je Gimp tak pomaly? Je to jeho vlastnost, nebo muzu neco nastavit, aby behal rychleji?

Nástroje: Začni sledovat (1) ?

Odpovědi

7.2.2005 21:40 Tom K | skóre: 21
Rozbalit Rozbalit vše Re: Gimp je hodne pomaly

Tedy da se nastavit velikost pameti, kterou gimp bude pouzivat, nez zacne sahat na disk, ale A4 v 600dpi je 270MiB velky obrazek a obavam se, ze na to mas opravu malo ramky. Ze Photoshop je s vetsima obrazkama sviznejsi je IMHO vseobecne zname. Ono prece jen tolik lidi nepotrebuje editovat obrazek 5000x7000 pixelu. Nicmene kdyz jsem to ted zkusil (pracovat s podobne velikym obrazkem, tak to jakz takz slo (gim dostal 300 mega k dobru)

echo -n "u48" | sha1sum | head -c3; echo

Souhlas, tuhle jsem taky pracoval s takto velikym obrazkem a docela klidek (konfigurace meho kompu Pentium4, 1.8GHz, 512MB DDR266, Seagate Barracuda 60GB), naprosto normalka jsem s tim delal. PS: Gimp 2.2.3 + nejnovejsi GTK, vse zkompilovane s max. oprimalizaci pro muj CPU.

Jestli chces opravdu aby Ti behal rychleji a stoji Ti to za trochu nervu a par hodin prosezenych ziranim na vypis make, tak se IMHO docela vyplati Gimp zkompilovat i se vsim potrebnym s optimalizaci treba do /opt/gimp/ a spoustet ho pak takto `LD_LIBRARY_PATH=/opt/gimp/lib gimp', cimz se zajisti, ze se pouziji ty optimalizovane knihovny. Je to pakarna, ale u me to subjektivne zabralo. Pristoupil jsem k tomuto kroku proto, ze se mi zdal take nejak linej. Ale pokud nevis, jak na to, tak se do toho radeji nepoustej, aby sis neco nepomrvil. Dat to pak do kupy neni zrovna vesele... :-D

9.2.2005 15:00 Stanislav Brabec | skóre: 45 | Praha
Rozbalit Rozbalit vše Re: Gimp je hodne pomaly

1) Nastavte "šetrné užívání paměti".

2) Nastavte si větší cache na obrázky. Ta je implicitně 32MB, pokud jí dáte na hodnotu fyzické paměti minus 64MB, pojete to o poznání rychleji.

3) Pokud se jedná o pérovku, používat indexovaný režim se dvěma barvami a převést to na čb externě (např tiff2bw).

11.2.2005 10:00 Martin V. | skóre: 2
Rozbalit Rozbalit vše Re: Gimp je hodne pomaly

Dekuji za navrhy, ale v Gimp sam ma v napovede, ze setrne uzivani pameti ho zpomaluje. Cache na obrazky jsem nastavil na 64MB uz predtim a obrazek je bohuzel barevny. Budu muset zkusit tu kompilaci na miru...

11.2.2005 12:19 Stanislav Brabec | skóre: 45 | Praha
Rozbalit Rozbalit vše Re: Gimp je hodne pomaly

Zpomaluje ho, pokud na obrázek stačí paměť. Pokud nestačí, po zaškrtnutí může stačit, a to pak znamená významné zrychlení.

Pokud máte 512M paměti, doporučuji nastavit cache tak na 400MB (i více).

Na vlastní kompilaci bych moc nesázel - dostanete-li 5% rychlosti navíc, bude to úspěch.

Založit nové vlákno • Nahoru