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 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
dnes 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 3
dnes 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 0
dnes 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 1
dnes 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 15
včera 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
včera 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 72
včera 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
včera 02:22 | Zajímavý projekt

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

Ladislav Hagara | Komentářů: 4
24.4. 23:44 | Zajímavý software

Lychee je jedním z open source softwarů pro tvorbu webových fotoalb. Vyžadováno je PHP 5.5 nebo novější a MySQL. Ukázka na stránkách projektu. Zdrojové kódy jsou k dispozici na GitHubu pod open source licencí MIT [reddit].

Ladislav Hagara | Komentářů: 6
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (6%)
 (45%)
 (10%)
Celkem 311 hlasů
 Komentářů: 45, poslední dnes 18:25
    Rozcestník

    Dotaz: Java

    10.8.2009 15:28 L.A.
    Java
    Přečteno: 330×

    Dobry den, delam program na prohlizeni obrazku. Na zacatku mi nasledujici metoda nacte vsechny obrazky. V seznamu imageNames jsou jmena vsech obrazku v urcite slozce.

    private void loadImages()
        {
            mediaTracker = new MediaTracker(this);
            Toolkit toolkit = Toolkit.getDefaultToolkit();
    
            for (String imageName : imageNames)
                images.add(toolkit.getImage(imageName));
    
            for (int i = 0; i < 10; i++)
                mediaTracker.addImage(images.get(i), i);
    
            try
            {
                for (int i = 0; i<10; i++)
                    mediaTracker.waitForID(i);
            } catch (InterruptedException ex)
            {
                ex.printStackTrace();
            }
        }
    

    Pres mediaTracker.addImage() a mediaTracker.waitForID() nactu a pridam pouze prvnich 10 obrazku - kdybych nacetl vsechny tak zbytecne zaplacam RAM a trvalo by to hoodne dlouho.

    Potom mam metodu pro zobrazeni nasledujiciho obrazku po stisku sipky doprava:

    private void drawNextImage()
        {
            if ((++imageIndex) == images.size())
                imageIndex = 0;
            // ic je Canvas do ktereho obrazek vykresluji
            ic.drawLoadedImage(images.get(imageIndex));
            ...
            mediaTracker.addImage(images.get(imageIndex+10), imageIndex+10);
            try
            {
                mediaTracker.waitForID(imageIndex+10);
            } catch (InterruptedException ex)
            {
                ex.printStackTrace();
            }
    
            if ((imageIndex - 10) >=  0)
                mediaTracker.removeImage(images.get(imageIndex - 10), imageIndex - 10);
        }
    

    V promenne imageIndex je index aktualniho zobrazeneho obrazku. V te metode si tedy pripravim nasledujici jeste nenacteny obrazek, tzn ten na indexu imageIndex+10 a zaroven ten o 10 mist dozadu (pokud je to mozne) odstranim. Mam tedy v pameti nacteno vzdy jen male mnozstvi obrazku, ne vsechny.

    Program testuji v adresari, kde mam 65 fotek, zadna asi 2MB. Prvnich 10 fotek je uz prednactenych, takze se vzdy po stisku sipky doprava zobrazi velmi rychle, u 11. fotky je uz poznat rozdil a vzdy kolem 30. fotky dostanu toto:

    Exception in thread "Image Fetcher 1" java.lang.OutOfMemoryError: Java heap space
            at java.awt.image.DataBufferInt. init (DataBufferInt.java:41)
            at java.awt.image.Raster.createPackedRaster(Raster.java:458)
            at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:1015)
            at sun.awt.image.ImageRepresentation.createBufferedImage(ImageRepresentation.java:230)
            at sun.awt.image.ImageRepresentation.setPixels(ImageRepresentation.java:484)
            at sun.awt.image.ImageDecoder.setPixels(ImageDecoder.java:120)
            at sun.awt.image.JPEGImageDecoder.sendPixels(JPEGImageDecoder.java:97)
            at sun.awt.image.JPEGImageDecoder.readImage(Native Method)
            at sun.awt.image.JPEGImageDecoder.produceImage(JPEGImageDecoder.java:119)
            at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:246)
            at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:172)
            at sun.awt.image.ImageFetcher.run(ImageFetcher.java:136)
    

    Pak mohu jeste dolistovat k cca 40. fotce - to dava smysl, protoze 10 fotek dopredu je prednactenych a pote se fotky uz vubec nezobrazuji. Pro jednoduchost jeste neresim to ze nacitam fotky z indexu, ktery uz neexistuje (je vetsi nebo roven images.size())

    Proto otazka - jak mam tu pamet uvolnovat, abych predesel OutOfMemoryError?

    Odpovědi

    10.8.2009 16:50 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Java
    Treba zariadit, aby sa nikde nerzali referencie na tie objekty; v Tvojom pripade patrne v objekte MediaTracker. Treba si uvedomit, ze obrazok v programe obsahuje dekomprimovane bitmapove udaje vo formate ARGB a je teda omnoho vacsi ako JPEG/PNG subor na disku.

    Pozri tiez toto:

    http://code.google.com/p/javagems/source/browse/trunk/srcs/gems/easteregg/shower/Shower.java
    10.8.2009 17:48 L.A.
    Rozbalit Rozbalit vše Re: Java

    No prave kvuli tomu, aby se dany objekt obrazku z MediaTrackeru odstranil volam toto:

    mediaTracker.removeImage(image, index);

    K cemu pak ta metoda slouzi? V tom kodu Shower.java jsem nenasel nic co by mi s timto pomohlo, mel jste tam na mysli neco konktretniho?

    10.8.2009 18:01 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Java
    Skus znizit hranicu 10 obrazkov, ale nastavit vacsi heap pomocou -Xmx; inac povedane, je mozne ze ani tych 10 obrazkov sa do defaultneho heapu nezmesti.
    10.8.2009 18:54 L.A.
    Rozbalit Rozbalit vše Re: Java

    Ok, zkusil jsem tu hranici 10 snizit na 1, takze nacitam pouze jeden obrazek dopredu. Takto to zvladlo 37 fotek (predtim 30) a na 38 zase ta chyba.

    Nechal jsem hranici stale na 1 jeda a program spustil s -Xmx1024m coz by melo programu poskytnout giga pameti, jestli jsem to dobre pochopil - takto to zvladlo 56 fotek, 57 hodila moji oblibenou chybu. Jak je prosim mozny, ze takovy programek na prohlizeni obrazku s predbufferovanim jednoho obrazku sezere 1GB RAM? Jedine prijatelne vysvetleni je asi to, ze ty nactanene obrazky stale zustavaji v pameti, co myslite?

    Doted jsem automatickou spravu pameti v Jave bral jakou velkou vyhodu oproti treba C++, ale nyni mi pekne komplikuje zivot... Nejake navrhy?

    10.8.2009 19:13 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Java
    Ale do premennej images nacitavas vsetky obrazky...
    10.8.2009 19:58 L.A.
    Rozbalit Rozbalit vše Re: Java

    Tak jsem seznam objektu Image odstranil, obrazky nacitam az v pripade potreby podle seznamu imageNames a vypada to, ze to pomohlo. Ja ten problem porad daval za vinu MediaTrackeru a on az to mohl obycejny seznam objektu Image... zajimave.

    10.8.2009 20:07 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Java
    Nic zaujimave na tom nieje; ten zoznam jednoducho drzal zive referencie na vsetky objekty Image; akekolvek ich odstranovanie z trackera ich uvolneniu z pamate nemohlo pomoct. Mozem sa Ti zarucit, ze garbage collection v Jave funguje sakramensky dobre.

    Este odporucam pozriet si javadoc k Tookit.getImage() a Image.flush().
    10.8.2009 21:01 moira | skóre: 30 | blog: nesmysly
    Rozbalit Rozbalit vše Re: Java
    No spise nez zajimave je to naprosto normalni :) To, ze jsi odstranil obrazek z MediaTrackeru je sice fajn, ale v kolekci images na ten obrazek porad zustaval odkaz, takze ho GC nemohl odstranit. Jinak to, co se ti prave prihodilo, je typicky priklad "memory leakage" v Jave.
    Překladač ti nikdy neřekne: "budeme kamarádi"

    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.