Dotaz: Pomalé Netbeans v Ubuntu 8.04

[xkucf03]

Používám Hardyho a spouštění NetBeans je nezvykle pomalé. Trvá cca dvě minuty, než se objeví splash screen a během té doby není procesor téměř vytížený (pomalostí HW to není). Když už IDE naběhne, je všechno v pořádku, funguje rychle jako dřív. U jiných Javových programů jsem nějak výrazně pomalý start nepozoroval.

$ java -version
java version "1.6.0"
OpenJDK Runtime Environment (build 1.6.0-b08)
OpenJDK Client VM (build 1.6.0-b08, mixed mode, sharing)

Ale zkoušel jsem to i s Javou od Sunu.

Na jiném počítači (64 bitů) startují NB rychle. Moc se mi nezdá, že by to bylo platformě závislé, takže to spíš bude konfigurací (?). Můžete to, kdo taky testujete 8.04, vyzkoušet - jestli Netbeans startují v rozumném čase nebo to taky trvá tak dlouho, než se objeví splash. Díky.

Odpovědi

[DjAARA]

Zkusil bych nainstalovat sun-java6-jdk namísto openjdk-6-jdk.

[xkucf03]

hmmm

Ale zkoušel jsem to i s Javou od Sunu.

[MarrLiss]

Zkus se podívat, co dělá spouštěcí script NetBeans než spustí javu, jestli ji např. nějak složitě nehledá na disku nebo něco podobného.

[Filip Jirsák]

Máte správně nastaven DNS resolving localhost? V Javě 1.6 se se startem aplikace rovnou startuje JMX agent, tak jestli se nějak složitě nepokouší získat lokální adresu. V některých případech (ale to se možná týká jen vzdáleného RMI), se taky apliakce při startu pokouší přes síťové rozhraní komunikovat sama se sebou, a pokud na firewallu máte zablokovanou komunikaci i v rámci lokálního počítače, může dlouho trvat, než vyprší timeout.

Zkuste se hned po startu NetBeans pustit netstat -nlatp, jestli tam java nemá komunikaci v nějakém divném stavu.

[xkucf03]

Díky, to zní dobře, až přijdu domů, tak to vyzkouším.

Je pravda, že nastavení DNS a sítě mám celkem specifické

[xkucf03]

Laborování s /etc/hosts a /etc/resolv.conf bylo na nic. Při debugování strace netbeans se to zaseklo na waitpid(-1,.

Nejvíc ale pomohlo to netstat -nlatp tam byl proces Javy ve stavu SYN_SENT* Když jsem vypnul svůj úžasný paranoidní firewall, tak se už zásek nekonal. Takže díky se zbytkem už se musím poprat sám.

* The state SYN_SENT means that an application has made arequest for a TCP session, but has not yet received the return SYN+ACK packet.

[Filip Jirsák]

To by mělo spravit pravidlo

iptables -A INPUT -s 127.0.0.1 -d 127.0.0.1 -j ACCEPT

nebo by mohlo stačit jen

iptables -A INPUT -p tcp -s 127.0.0.1 -d 127.0.0.1 -j ACCEPT

Já jsem tohle řešil předevčírem v souvislosti se startem síťového serveru v Javě, takže jsem se k tomu netstat -nlatp dostal celkem rychle, no a SYN_SENT ve výpisu mne taky praštil do očí. Tak teďka můžu být za chytrého

Jinak to pravděpodobně souvisí s JMX monitoringem (jconsole), který je od verze 1.6 defaultně zapnutý. Ale o co přesně se JVM pokouší, když začne naslouchat na nějakém portu, sama se na něj připojí, spojení vzápětí ukončí a začne poslouchat na jiném, to jsem nezjišťoval.

[xkucf03]

Díky, už jsem to vyřešil - chybělo mi tam:

ip6tables -A INPUT -i lo -j ACCEPT

[Filip Jirsák]

To vypadá lépe, než to moje řešení, protože povoluje přesně tu komunikaci, kterou povolit chci.