Eclipse 64 bit / 32 bit + PDT (diskuse)

[Aleš Kapica]

Pokud se ptáš jestli jsi idiot, tak bys měl pod ten blogpost přihodit anketu..

[bl4z4]

No to by mohlo vést úplně k jiným výsledkům, než jsem zamýšlel . Tato formulace je trochu nešťastná, přihodím do závorky (je rozumné) , ale možná, že jsem idiot .

[tomm]

Mel jsem obdobny problem. Resenim je nainstalovani 32b verze Eclipse, pripadne 32b verze JVM s 32b verzi Eclipse. Mne zacala kombinace 64b Eclipse a 64b JVM fungovat od Eclipse 3.2.2 a JVM 1.6 update 1. Jeden plugin mi v 64b prostredi take nefunguje, ale to je blbost. Takze system si muzete nechat 64b a 32b jen pro JVM - az bude plugin funkcni i pod 64b prostredim, upgradnout pouze JVM a Eclipse je snadnejsi, nez cely system

[bl4z4]

S tim 32 bit JVM by to mohlo jít, ale momentálně narážím na problém při spuštěním s knihovnou libgtk-x11-2.0.so.0, ./eclipse: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory, i přesto, že v /usr/lib existuje a ia32-libs jsou nainstalované.

[disorder]

hej hou, potrebujes aj ia32-libs-gtk (z unstable) a teda asi aj ia32-sun-java5-bin

[Jiří Němec]

PDT mi na amd64 běží docela pěkně, používám Gentoo. Jen prostě chvilku trvalo než jsem dořešil závislosti PDT. Je tam asi něco navíc: http://disk.jabbim.cz/blupix@njs.netlab.cz/eclipse_sites.xml .

[Honza "tux" Friesse]

> myslíte si, že jsem idiot
Myslím že ne > (je rozumnné), že chci cpát na 64 bit architekturu 32 bit systém?
Ještě pořád celkem ano. > Poznám nějaký výrazný pokles výkonu nebo nedejbože nějaké nekompatibility?
Nevím jak s Core2, ale na AMD64 není žádná nekompatibilita. Pokles výkonu na pracovní stanici mi příjde jako statistická chyba. > Samozřejmě důležité je pro mě pracovat, pokud bude půlka systému běhat s 32 bit knihovnami, tak nevidím moc přínos.
On taky moc není Obecně jsem názoru, že se 64-bitů (na x86 architektuře) vyplatí snad jen u serverů a pak u vývojářů, kteří chtějí odlatit C/C++/a jiné do strojového kódu kompilované aplikace na 64bitové platformě. Běžný uživatel rozdíl nepozná, jen jsou binárky o trošku větší, chtějí trošku více paměti a sem tam nějaký program nefunguje.

[spang]

Provozovat 32 bit systém na 64 bit procesoru je docela běžné, kdokoli potřebuje aplikace které nejsou na 64 bit naportovány (hlavně closed-source věci: skype, opera, flash...) a nechce se mu instalovat 32 bit knihovny nebo plný 32 bit systém v chrootu to tak dělá.

Pokud vládnete angličtinou, doporučuju přečíst: https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html (trochu zastaralý dokument, ale odpovídá na spoustu otázek s tímto souvisejících).

Pokud aplikace, kterou potřebujete opravdu nejde zprovoznit pod plným 64 bit sytémem, pak máte v podstatě tyto možnosti:

- nainstalovat balík ia32-libs a příp. ia32-libs-gtk a zkusit, jestli tam je vše co ta 32 bit aplikace potřebuje k běhu (jak by na tom byla kombinace 64 bit eclipse a 32 bit pluginu se ale neodvažuju odhadnout, zkusil bych spíš rovnou 32 bit eclipse)

- nainstalovat plný 32 bit systém v chrootu 64 bit systému, to je trochu složitější, ale na druhou stranu vám tam poběží všechno co je jen pro 32 bit, i třeba wine, a zbytek co jde pod 64 může běžet v 64... V podstatě to lepší z obou světů, ale zabere víc místa a je s tím trochu práce, výborné howto pro tento případ: http://ornellas.apanela.com/dokuwiki/pub:multiarch

- nainstalovat 32 bit verzi OS a na 64 bitů zapomenout, ušetříte si spoustu starostí, ale připravíte se o výhody 64 bitu (které pravda nejsou tak závratné)

[bl4z4]

Tak to vypadá, že nainstaluju 32 bit systém. Začlo to na Etch a teď to je unstable, takhle jsem si to nepředstavoval. Z toho pohledu pro mě nemá 64 bit žádný valný význam a je to zbytečná práce. Závislosti by měl řešit balíčkovací systém a ne já, proto používám Debian, mám ho prostě rád . Až budou aplikace, co potřebuji naportovány na 64bit, tak bude přechod jasnou volbou.

[disorder]

z unstable potrebujes len ten 1 balik, asi sa nedopatrenim uz nedostal do etchu

[spang]

On je i v testing distribuci, kterou bych na desktop doporučil i víc než stable, nicméně pokud chce ještě flash, acrobat a já nevím co, tak bych přechod na 32 bit stejně viděl jako nejlepší a nejjednodušší řešení (sám používám 64 bit + malý 32 bit chroot).

[disorder]

hovorime o debiane?

ja mam tieto kniznice na operu a flash (a wine, ale ten nepouzivam), nic viac.

[spang]

A jo, beru zpět. Myslel jsem, že to mám z testingu, ale evidentně jsem to nainstaloval když jsem tam měl zrovna unstable kvůli nspluginwrapperu.

[Věroš]

Největší výhoda 64bitů (kvůli které jsem přecházel) je možnost naalokovat pro jeden proces více než 4GB RAM. Ještě nějaká výhoda?

Provozoval jsem 32systém na 64bitovém procesoru docela dlouho, protože jsem neměl potřebu mít 64bitový systém. Až sisegv při malloc() mne donutily přejít.

[bl4z4]

A jakým procesem se např. podaří naalokovat více než 4GB RAM?

[Ladicek]

4 GB musí stačit všem? Eh, nebylo to vlastně o 640 kB? Ach, ta paměť…

Jinak, třeba takovýmhle

[pavlix]

If you are compiling a kernel which will never run on a machine with more than 1 Gigabyte total physical RAM, answer "off" here (default choice and suitable for most users).

Je to z helpu konfigu jádra verze 2.6.22.

[David Watzke]

lrzip v klidu... jinak mě třeba napadá GIMP a možná by to zmáknul i g++

[multi]

vzdyt eclipse je psane v jave ne ? tak kde je ten problem??

[podlesh]

Používá nativní knihovny kvůli GUI widgetům. Viz: SWT

[tomm]

Pluginy. Pri instalaci Vam nahlasi, ze nepodporuji dane prostredi. I kdyz je treba mozne, ze je to jenom stupidni omezeni, ktere ve skutecnosti ani neexistuje jenom proto, ze autor to nema na cem vyzkouset.

[Daniel Kvasnička ml.]

Jsem na tom podobne, muj pocitac je bez Eclipse tak akorat do muzea (VIM geeks, do nas!)

Provozuju na Core 2 Duo 32bit Xubuntu a vazne si nemyslim, ze by narust vykonu byl o tolik vyssi aby mi to vyvazilo pripadne problemy... i tak je ten system pekelne rychly. Muze nekdo tuto domenku vyvratit dukazy?

Eclipse s PDT tedy provozuju ciste 32bit a nemam si nac stezovat. Hlavne se snaz maximalne vyhnout rucni instalaci. U PDT to stopro pujde pres update manager a ten ti dalsi potrebne veci doinstaluje. Doporucuju stahnout Callisto s nastavenym Callisto Discovery Site, kde vetsina potrebneho je, dodas snad uz jen PDT update site. Integrace PDT s WTP je obrovskym plusem oproti polomrtvemu a obcas nepochopitelne se chovajicimu PHPeclipse.

[tomm]

Taky jsem si myslel, ze narust vykonu s prechodem na 64b nebude znatelny, ale zrovna Java + Eclipse je pres palec sviznejsi tak o 20%. Zkusim se nekdy dokopat k nejakemu serioznejsimu testu. Zatim to beru jenom z toho, ze Eclipse nabehne vyrazne rychleji, prepinani workspacu je take sviznejsi ... je to ted velmi prijemne

[bl4z4]

S PHPeclipse jsem měl také problémy. Přenáším workspace mezi Windows a Linux, a dělalo to kotrmelce. PDT je v pohodě, trochu mi tuhnul, když narazil na Javascript, ale vyřešil jsem to nastavením v eclipse.ini, zřejmě mu chyběla paměť.

[Goffix]

Tak jako nevim, ale já mám od Vánoc Core2Duo, šoupnul jsem tam hned Arch64 a život bez eclipsu a PDT bych si nedokázal představit.

Nikdy jsem s tím neměl sebemenší problém a vůbec s žádným pluginem, kterej jsem do něj instaloval. Jinak flash mi jede přes ten wrapper taky bez sebemenších problémů a na pdfka mám KPDF, kterej bych za nic nevyměnil. Řekl bych, že problém bude někde jinde... :-/

[Lu-Tze]

K tomu kpdf Adobe Reader má fíčuru, která zlepšuje vzhled fontů na LCD monitorech, říkají tomu CoolType. A podle mě je to název zcela zasloužený, protože to je opravdu nádhera, jak to zobrazuje. Zkus porovnat kpdf a acroread s cooltypem, nebe a dudy.

BTW mám rozpracovanou utilitku, která nasnímá stránky pdf a uloží je jako obrázky. Dělám to tak, že pustím Xnest sezení x serveru a v něm acroread ve fullscreen (jsou vidět jen stránky pdf). Pomocí XTEST rozšíření x serveru, posílám stisky kláves - mezerník nebo enter - prostě něco, čím se přejde na další stranu a každou stranu vyblejsknu importem. Problém je, že celková velikost vygenerovaných obrázků se počítá ve stonásobcích velikosti původního pdf (v závislosti na tom, jaký formát zvolím v importu). Celou tuhle opičárnu dělám kvůli tomu, že acroread je nenažraná bestie a na mém notýsku spapá celou paměť a pak už se skoro nedá dělat nic jiného. Takže hledám formát, do kterého by se daly převést ty obrázky bez znatelné ztráty kvality ale s významným snížením celkové velikosti a který by měl nenáročný prohlížeč (hlavně na pamět). Jestli má někdo nějaký nápad, tak šup sem s ním, please

[irnef]

S tou paměťovou nenáročností to nebude to pravé, ale jinak se na tohle používají wavelety a tedy formát DjVu.

[Lu-Tze]

DjVu mě napadlo hned jako první (díky Alešovi Kapicovi ), ale když jsem to předtím zkoušel, tak mi výsledek připadal hroznej. Když jsem to zkusil teď, tak říkám: Wow! Nevím, co jsem předtím dělal blbě, ale teď to vypadá dobře. Takže dík, žes mě přimněl to vyzkoušet znovu Velikost souboru se stránkou klesla na třetinu oproti jpg (které se mi ani nelíbilo, takže dobrý). Budu to ještě zkoumat, ale vypadá to dobře. Dík

Teď vidím, že tam je zas nějaký háček. import pokus.pgm; c44 pokus.pgm pokus.djvu, pokus.djvu má 732 bajtů a stránka se zobrazí prázdná Ale když jsem to před chvílí "importnul" do tiffu, pak v gimpu uložil do pgm, tak problém nebyl. Utilitky z DjVuLibre mě nemaj moc rády

[lefti]

Xvfb by bylo hezci, kazdopadne ten Xnest ve spojeni s ssh -X a starkde potesi

[Lu-Tze]

S Xvfb neuvidím výstup na obrazovku, ne?

A taky zatím neumim nějak jednoduše zjistit, kolik má pdfko stránek. Nevědel by někdo?

[lefti]

A naco ten vystup potrebujes - import fungovat bude

dcop kpdf-12785 kpdf pages

Kpdf je holt skvely. Ale pouzit toto, a pak acroread by fakt mohl jen "windows" "programator" <- tech uvozvoek by to chtelo vic .

[Lu-Tze]

Já vím, ale když s tím experimentuju, tak to potřebuju vidět Xvfb se možná dostane do nějaké finální verze.

Hmm, kdyby tak měl dcop i adobe reader, to by byla krása...

Je to pofidérní postup, ale lepší metodu exportu pdfka do sady obrázků jsem prostě nenašel (aby byl zachován cooltype). A to jsem zkoušel i různé programy ve wine, ale to byl děs běs.

[bl4z4]

Změnou distribuce bych to nerad řešil, kpdf používat nechci. Jak je psáno výše, řešit se to dá, ale přijde mi, že za hodně námahy stejně muziky. Dokonce se včera už nějak zadařilo, ale zmršil jsem tak balíčkovací systém, že se mi z toho dělalo nevolno.

[Goffix]

No já neradil změnu distribuce, ale jen jsem chtěl poukázat na to, že mi to na 64bitovém systému jede naprosto v poho a nikdy jsem na žádný problém nenarazil. Takže to určitě půjde i u tebe.

Jinak dřív jsem řešil instalaci eclipsu taky stažením a rozbalením, ale teď už mají nové verze i v balíčku, tak jsem nainstalil normálně klasickej Eclipse 3.2.2 a do něj přes Update managera PDT a vůbec mrtě pluginů. takže chyba s architekturou tady určitě nebude, jak jsi psal.

[bl4z4]

Nějak se prostě nedařilo, zřejmě jsem udělal někde chybu :/.

[Leoš Literák]

Resil jsem obdobný problem s BIRTem (taky eclipse) a skončilo to odinstalováním 64bitové mandrivy a instalací její 32bitové verze. Ztratil jsem více než den pokusy instalovat různé kombinace JDK a Eclipse v 32 a 64bitovém provedení.

[pavlix]

No... jasně 64bitovej systém se hodí jen na servery.... jednu dobu se hodil jen na servery i 32bit, že? :).