Eclipse 4 by mělo být menší, rychlejší, jednodušší (diskuse)

[ajikdpoe]

Jedine ze by to prepisali do c/c++ :)

No, ale teraz vazne. Doteraz mi, vzdy ked som sa stazoval na pomalost eclipse (pri pisani hello world programov), kazdy javista tvrdil ze jemu to ide super rychlo, tak na co to este zrychlovat? Ok, ja viem, stale ta ista pesnicka o pomalosti javovskych applikacii.

[Luk]

kazdy javista tvrdil ze jemu to ide super rychlo

Například já jsem to netvrdil nikdy. Právě naopak, nadávám na pomalost Eclipse, kudy chodím. Když to totiž porovnám s rychlostí Netbeans (i když šestka tedy notně zpomalila), nemohu ani jinak.

[Daniel Kvasnička ml.]

Jak se ale pise v tom clanku. Eclipse a NetBeans jsou jablka a hrusky. Eclipse je platforma, NetBeans je IDE. Poznat je to hlavne na tom obrovskem ekosystemu pluginu, o kterem si NetBeans zatim muzou nechat jen zdat. A ja nerikam, ze je to spatne. NetBeans maji svoji cilovku, Eclipse taktez.

I kdyz mi Eclipse nekdy pripadne pomale, tak jeho vlastnosti mi tu pomalost nekolikanasobne vynahrazuji...

[Ajta]

Netbeans jsou platforma také, viz platform.netbeans.org. A situace okolo množství dostupných pluginů pro Netbeans se rychle zlepšuje.

[Jiří (BoodOk) Kadeřávek]

Teď už vím, proč je pomalý Firefox. Sám sebe také prohlašuje za platformu. A je to poznat na obrovském ekosystému pluginů. A světe div, ani není napsán v Jave

[Daniel Kvasnička ml.]

To si musi kazdy sam spocitat. Pro me je vybavene relativne pomale IDE ve vysledku rychlejsi nez rychle nevybavene (tj. nemajici co ja potrebuju) IDE...

Ta pomalost taky neni vsude stejna. Pokud si dobre vzpominam, tak vy jste uzivatel Mac OS X a tam je to opravdu jedna z nejvetsich neresti Eclipse. am je snad jeste pomalejsi nez GTK+ verze. Je otazka, kde je to uzke hrdlo, jestli v nejakem to mostu bezi Cocoa a SWT...

[pit0]

Ja mozem za seba povedat ze NetBeans pod OS X mi fici ovela lepsie ako pod win alebo Lin. Eclipse som neskusal...

[Jiří (BoodOk) Kadeřávek]

Jsem uživatelem různých bestií, Mac OS X mám jen na brouzdání a plkání na abíčku z domova , jinak pracuji s terminálovým klientem na Debianu a ani zde bych Eclipse za příjemný pro práci neoznačil. Ale proti gustu žádný dišputát, jen jsem reagoval na náznak, že by aplikace měla být pomalejší, protože je zároveň frameworkem.

[Michal Vyskočil]

Emacs je taky platforma a na jeho rychlost si nikdo nestěžuje (respektive od dob, co je v osobních počítačích dostatek paměti ).

[Lukáš Zapletal]

Nebeans a Eclipse jsou názvy pro komunity, Netbeans RCP a Eclipse RCP platformy, Netbeans IDE a Eclipse IDE jsou IDE.

[Luk]

No, rozdíl je v tom, že Netbeans původní autoři (před prodejem Sunu) vyvíjeli vysloveně jako IDE, kdežto u Eclipsu byla od počátku vyvíjena platforma a moduly pro ni. Nicméně postupem času došlo k takovým změnám (hlavně v Netbeans), že jsou si jednotlivé architektury velmi podobné.

[Prcek]

Sestka NetBeans opravdu hodne zpomalila - mam sice starsi stroj, takze to nebyla zadna slava ani s petkou, ale sestka je opravdu velmi narocna . Mozna by tuhle strategii procisteni kodu meli zkusit i u NetBeans...

[Chloop]

Zpomalila ? Od včera jsem začal používat tu 6.0 beta 2 na MacBooku pod OS X a nemůžu si vynachválit jak to krásně běží. Žere to daleko míň paměti a procesoru než 5.5. A to velmi velmi výrazně. Hodně se to ukázalo na výdrži baterky. Odezvy IDE jsou daleko rychlejší. A celé to už není tak šnečí. Tak nevím kde je chyba.

[petr]

Ale! Betu 2 mám staženou, ale zatím furt jedu na M10... Asi o víkendu zupgraduju

[peter]

Tak to boli asi take pomale nejake debugovacie verzie, pretoze aj mne ked som to naposledy skusal to zralo hrozne pamate a bolo to pomale. (sory za slovosled, som lenivy rozmyslat nad spravnym )

[Lukáš Zapletal]

Taky se mi zdála beta2 rychlejší, ale to bylo tím, že jsem ji spustil hned po instalaci, kdy byly všechny JARy nakešované v paměti. Po druhém startu (po restartu OS) to bylo zase pomalé jak... IntelliJ IDEA je asi nejrychlejší.

[error414]

rychlost eclipse se neda prezit i kdyby za me psal kod.

[Jakub Lucký]

Sice Eclipse s PyDev používám velmi krátce(řádově v něm odpracovány hodiny), ale tohle je věc, která opravdu trošku Eclipse tíží, alespoň z mého pohledu. I bych mu odpustil cca 10 sekundový start, ale výsledných cca 100MB v RAM (bez otevřených souborů) mě s 512MB RAM, Thunderbirdem, Firefoxem a starýma Xkama, které se taky občas proleakujou na 100MB, docela trápí. Na rychlost obecně si jinak zatím nestěžuju, ačkoliv oproti Vimu nebo Ericu3 to taky žádné dělo není...

[error414]

problem je ze RAM koupis i do NB ale rychlejsi eclipse nikde nesezenes. ja bych radeji aby si vzal klidne dvakrat vic ram a byl dvakrat rychlejsi.

[petr]

To je sice na jednu stranu pravda, ale když Vám má na notebooku běžet IDE, Oracle a aplikační server, tak to abyste měl tak alespoň 4GB RAM

[Kyosuke]

Vim, Ruby/Python a Firebird to jistí... Mno, já myslím, že kdo si může dovolit Oracle, může si bez problémů dovolit i 4 GB paměti do notebooku.

[Milo Kmeť]

AFAIK sú Oracle databázy free pre developerov.

[Kyosuke]

Mno jo, a dokonce i pro provozní nasazení do 4 GB (!) velikosti databáze. Chm, a k čemu to je dobrý? Třeba Firebird 4 GB utáhne taky, naprosto bez problémů a ještě má tisícinásobnou rezervu, a přitom jeho databáze nemá v prázdném stavu stovky MB. Od 4 GB prostě licenci na Oracle potřebuješ, a ta rozhodně nestojí pár tisíc korun jako pár giga paměti navíc do vývojářských strojů.

[Jirka]

Já jsem myslel, že to je omezeno na max. 4 GiB RAM a 1 CPU? Ale už je to dlouho co jsem se o to zajímal.

[Kyosuke]

Pokud vím, limity jsou 1 CPU, 1 GB paměti a 4 GB na disku.

[Lukáš Zapletal]

1) Je to dobré, to by nikdo nestahoval a Oracle nedělal free verzi s tímto omezením. Třeba já v tom napsal IS pro malou firmu, 4 GB jim stačí, pokud expandují, zaplatí si.

2) I free verze Oracle nabízí několik nástrojů a vlastností, které jiné relační databáze nemají.

3) S Oracle Express je tam taky APEX a to je hodně velké lákadlo. Zope se může jít zahrabat. RAD jako víno.

4) Udělejte si pořádek v tom, kolik se za Oracle platí. Hodně lidí si myslí, že Oracle = statisíce za licence. To není pravda. Nikdo nepotřebuje HNED Oracle Enterprise na 4 CPU, firma obvykle roste, licence se upgradují a Oracle One se licencuje na uživatele (s procesorovým omezením). Oracle One seženete do deseti tisíce korun, když se budete snažit. A pokud potřebujete Enterprise verzi rovnou, tak sáhnout po Oracle není nic špatného. Oracle má výhody zejména v enterprise sféře (vysoká dostupnost, škálovatelnost, bezpečnost atd). A na tomto poli moc konkurentů teda věru nemá (víc jak 60% tržní podíl).

5) Oracle se musí prostě akceptovat, když dodáváte systém velké firmě, tak se můžete setkat se situací, že firma má jen Oracle a DB2 někde na mainframu. Cožeto chcete nasazovat? Firebird? Děkujeme, odějděte, na to nemáme administrátory...

[Kyosuke]

1) Mno, IS pro malou firmu se dá provozovat i na něčem jiném.

2) Které přesně? Jejich využitelnost pro spoustu lidí může být silně relativní.

3) Zope se mohlo jít zahrabat už před APEXem. Vždycky mi přišlo, že Python se k Zope má tak, jako Java k J2EE (I když mnohem inteligentnější mi přijde sáhnout po tom prvním než po tom druhém, pokud tedy člověk není banka, což většina lidí není.) A vůbec, dneska frčí Rails, pokud jde o opravdový RAD. Kdepak má APEX dnes již povinné video o udělání blogu za patnáct minut?

4) Konkurovat by mu mohl třeba Fyracle. Nicméně pokud člověk musí v nějaké situaci nasadit Oracle tam, kde Firebirdu došel dech, tipoval bych, že tam už to ty statisíce možná i budou. (Jinak řečeno, kolik stojí Oracle pro několik TB dat, 8-16 GB paměti, čtyři nebo osm jader a tisíc souběžných uživatelů?)

5) Firebird byl navržen tak, aby potřeboval jen minimální maintenance. V tomhle směru zase těžko pro změnu hledá konkurenty on. Ono v řídicím systému bitevního tanku (jedno z prověřených nasazení), kde při každém výstřelu spadne elektonika, se ta databáze musí chovat spolehlivě (a musí po každém bootu tu databázi spolelivě opravit, což je ale otázka pár set milisekund maximálně), a žádný DBA na bojišti nebude. Běžně je tiše deployován ve statisících instalací aplikací pro koncové uživatele na pozadí jako spolehlivě pracující a téměř neviditelný několikamegabajtový balíček. Samozřejmě, tam, kde zpracovává statisíce transakcí denně nad terabajtem dat, tam potřebuje dozor, ale nic hrozného se neděje ani tam, pokud nejsou prasácky napsané aplikace (MGA chce trochu disciplínu, ale příslušné zásady by měl dodržovat každý klient jakéhokoli transakčního systému, takže nic nového pod sluncem).

[David Ježek]

pokud máš desktop, je ten pravý čas na upgrade. 1GB DDR2-800 stojí trapných 550kč.

[lpd]

Nebo začít používat něco rozumnějšího - tahle čím dál větší rozežranost se mi nelíbí.

[petr]

Eclipse jsem opustil právě kvůli jeho SWT, protože právě to Eclipsí SWT může za ty leaky v XServeru Spíš než zrychlovat nebo já nevím co, by měli odstranit to SWT

[Dunsun]

To je slovo do pranice. Ale bohuzel musim souhlasit. SWT je dle meho nazoru jedna velka blamaz. Lidi to sice obhajuji kvuli Look-and-Feel ale ke Swingu jiz existuje spousta bonusu aka JGoodies apod. A co se tyce rychlosti a navrhu subsystemu mi vyhovuje vice Swing.

[jist]

Pratele musim reagovat... s NB 5.5 jsem mel tu moznost pracovat ve skole na Sun Ray clusteru, nedalo se to prakticky pouzivat, vyvoj NB 6 jsem sledoval od verze M3, musim Sun pochvalit za kus odvedene prace, toto je verze, ktera se da i pouzivat.

Tak nebo tak jsme v praci spokojeni s Eclipse 3.2, na 3.3 prave migrujeme a za NB bychom nemenili ani omylem :). Javovske IDE proste potrebuji vice pameti, tak to bylo a tak to bude. Pokud chcete vyvijet s 512MB RAM je to vas problem, prakticke minimum je 1GB. Co vam brani v tom eclipsu pamet pridat (-Xms512m -Xmx840m)?

SWT/JFaces vzniklo prave kvuli linemu a nepouzitelnemu Swingu :) jsem rad ze Sun toto za 10 let napravil, SWT a Swing jsou v soucasne dobe plne konkurencni technologie, nejde rici bud swing nebo swt, to druhe je spatne. Je pravda ze SWT na OS X neni zrovna stabilni vec, moje zkusenost na linuxu je vice nez vynikajici.

[Martin Tůma]

Pratele musim reagovat... s NB 5.5 jsem mel tu moznost pracovat ve skole na Sun Ray clusteru, nedalo se to prakticky pouzivat

Jakkoliv je pomalost a nenažranost jednou ze stěžejních vlastností všech produktů od Sun Microsystems, FELáckej sunray je zcela extrémní příklad a odvozovat něco z "rychlosti" programů na něm spouštěných je víc než odvážné...

[Lukáš Zapletal]

No nevim, bugzilla Elipse je dost plna