Dělo se nám to samé, takže jsem zkoumal v debuggeru, kde se to vlákno zastavuje a pak i zdrojový kód toho modulu v NetBeans. Nějak jsme to řešili s autory NetBeans, ale jestli si dobře vzpomínám, považovali tak časté volání System.out.flush() z AWT vlákna za netypické použití. Už ani nevím, jak to dopadlo (ale pokud vám to dělá i v 6.7, tak to tam asi opravené není), mám pocit, že to nějak vyšumělo do ztracena. Pokusím se dohledat, zda jsem to zadával do NetBeansí bugzilly, kdyžtak bych poslal odkaz, ať můžete také přidat hlas :-)
Filip Jirsák 2009/7/31 Tomas Hubalek <tomas.huba...@onsemi.com>: > Presne to jsem udelal. Vypnul na logbacku immediateFlush a je to OK. > > Jeste jednou diky za info. > > BTW: Jak jsi na tuhle informaci dosel? Mel jsem celkem problem o tom najit > vic detailu... > > Tom > > > -----Původní zpráva----- > Od: konference-boun...@java.cz za uživatele Filip Jirsák > Odesláno: pá 31.7.2009 15:44 > Komu: Java > Předmět: Re: Stejny JPanel form bezi v Netbeans RCP radove pomaleji nez > samostatne.... > > System.out.flush(). > > Pomáhá přesměrovat logy z konzole do souboru a do konzole logovat > jenom třeba úroveň error nebo vůbec. A nebo vypnout automatický flush > po každé logovací zprávě (např. LogBack ve výchozím nastavení právě > flush() po každé zprávě volá). > > S pozdravem > > Filip Jirsák > > > 2009/7/31 Tomas Hubalek <tomas.huba...@onsemi.com>: >> To by davalo dokonale smysl, logovani na konzoli (a tim i do okna Log IDE) >> tam mame. Metoda flush ceho to je? Kdyz presmeruju logy z konzole do souboru >> bude to OK? >> >> Tom >> >>> -----Original Message----- >>> From: konference-boun...@java.cz >>> [mailto:konference-boun...@java.cz] On Behalf Of Filip Jirsák >>> Sent: Friday, July 31, 2009 2:32 PM >>> To: Java >>> Subject: Re: Stejny JPanel form bezi v Netbeans RCP radove >>> pomaleji nez samostatne.... >>> >>> Zdravím, >>> nemáte tam nějaké vypisování na konzolu s flushováním, např. logování? >>> V NetBeansech je myslím od verze 6.5 optimalizace, která >>> funguje trochu zvláštním způsobem - zablokuje na nějakou dobu >>> vlákno, které volalo flush() , takže pokud je to vlákno AWT, >>> zpomalí se tím celé GUI. Nejsem si teď jist, zda je to v 6.7 >>> upravené nebo je to tam stále stejně. Děje se to v NetBEans >>> IDE, v jiné aplikaci postavené nad NetBeans RCP by se to dělo >>> asi v případě, že byste používali modul pro přesměrování >>> System.out do okna konzole (ten, který používá IDE). >>> >>> S pozdravem >>> >>> Filip Jirsák >>> >>> >>> Dne 31. červenec 2009 14:11 Tomas Hubalek >>> <tomas.huba...@onsemi.com> napsal(a): >>> > .... a vubec nechapu proc. Netusite, cim by to mohlo byt? >>> > >>> > Vubec to nechapu, ale stejna trida se v NetBeans na stejnem >>> pocitaci >>> > vytvari mnohonasobne pomaleji, nektere metody bezi 100 ms misto 0ms >>> > apod. nez kdyz ji spustim samostatne. Jedna se GUI prvek, je tam >>> > binding apod. Dam si nejjemnejsi uroven debug a porovnam >>> logy, ale na >>> > bezne urovni logovani se krom doby stravene v nekterych >>> metodach deje >>> > presne to same (porovnano diffem). >>> > >>> > Nestkali jste se s nekdy s necim podobnym. Podezrivam z toho ten >>> > binding nebo nejake listenery, ale zatim jsem se niceho nedopatral. >>> > >>> > Vsiml jsem si ze samostane bezi v AWT-EventQueue-0 a v >>> NetBeans je to >>> > AWT-EventQueue-1. Nevim jestli to s tim nemuze souviset >>> (znamena to ze >>> > NetBeans maji vice EventQueue?) >>> > >>> > Dik >>> > Tom >>> >> > >
