abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 03:44 | Komunita

    Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    včera 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    včera 12:44 | Nová verze

    Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 10:55 | Nová verze

    Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.

    Ladislav Hagara | Komentářů: 3
    2.6. 13:44 | Nová verze

    Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    2.6. 11:44 | IT novinky

    Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.

    Ladislav Hagara | Komentářů: 0
    2.6. 11:00 | Bezpečnostní upozornění

    Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    1.6. 22:33 | Bezpečnostní upozornění

    npm balíčky @redhat-cloud-services byly kompromitovány.

    Ladislav Hagara | Komentářů: 5
    1.6. 22:22 | Bezpečnostní upozornění

    Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (4%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1809 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Gimp je hodne pomaly

    7.2.2005 20:51 Martin V. | skóre: 2
    Gimp je hodne pomaly
    Přečteno: 319×
    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?

    Odpovědi

    7.2.2005 21:40 Tom K | skóre: 22
    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
    8.2.2005 01:35 © | skóre: 37 | blog: escaped
    Rozbalit Rozbalit vše Re: Gimp je hodne pomaly
    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.
    8.2.2005 01:44 © | skóre: 37 | blog: escaped
    Rozbalit Rozbalit vše Re: Gimp je hodne pomaly
    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
    Stanislav Brabec avatar 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...
    Stanislav Brabec avatar 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áknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.