Tesztelhető a 64 bites Sun-féle Java plugin

Java

Letölthető, kipróbálható a Java SE 6 update 12 első publikus előzetese, mely többek között lehetővé teszi Appletek és WebStart alkalmazások futtatását 64 bites böngészőkben. Ez még nem a végleges kiadás, a fejlesztők várják a hibajelentéseket.

(A részletek itt. - a szerk.)

( DirtY_iCE | 2008. 12. 11., cs – 18:52 )

na gratulálok.. végre kiadták.. már olyan jól megszoktam az icedtea-t... lehet hogy most már nem is érdekel.. ;)

I hate myself, because I'm not open-source.

( honorshark | 2008. 12. 11., cs – 19:03 )

Koszonom a hirt. Remek, de tenyleg. /off/Mar csak Skype hianyzik (szamomra). Na jo Ekiga meg letezo alternativa, azzal a furcsa 'kitetellel' hogy egyaltalan nem sikerult mukodesre birni..

Esetleg mas VOIP szoftvert nem tudtok ajanlani?/off/
-----------
"Debian stalled (stable) in contrast to Debian may work (testing) and Debian broken (experimental)"

Ja, most látom, hogy átnevezték, de én a wengophone-t használom, emebből még úgylátom nincs is bináris, én meg nem fogok fordítással tökölni! A hang és képminősgée legaláb olyan jó, mint a skype-nak, ha nem jobb! Nem tudom, milyen verziót próbáltál, de ilyen szempontból semmi gond vele!

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

Hiányzik a francnak... :(
Sajnos a munkahelyemen is ezzel megy már a levelezés, és a webes kliens száz sebből vérzik. (Nem lehet keresni, Firefox alól nem lehet fájlt csatolni stb.)
Neked sikerült valahogy feltenni a 32 bites linuxos klienst a 64 bites linuxra?
A telepítő eljut 100%-ig, aztán közli, hogy nem tudja befejezni.

Oke, linphone. Mukodik out-of-box. Arch/XP -n probalva. Ekiga szimpatikus csak kar hogy ennyire 'gnomeos', szoval rakat fuggoseg jonne XFCE-mre, a masik resz meg hogy win-es verzio eleg..'fura'.. :-/
-----------
"Debian stalled (stable) in contrast to Debian may work (testing) and Debian broken (experimental)"

( mrev | 2008. 12. 11., cs – 19:59 )

Úgy gondolom szándékosan húzták az időt, hogy visszafogják a versenytársak 64-bites processzorainak terjedését.

A WebStartot illetően a véleményem, hogy az egésznek pure Jávában kéne lennie, és így fel sem szabadna vetődnie, hogy nem fut 64-bites platformon. Már, ha komolyan vennék magukat.
--
CCC3

( n0gabor | 2008. 12. 11., cs – 20:38 )

Ha csak 2GB ramom van, van ertelme a 64 bitnek desktopon?
Windows es Linux is erdekelne (mindkettobol jelenleg 32bitesek dolgoznak)

Szerintem nincs, de én nem értek hozzá! :)

szerk: én se használok 64 bites disztribúciót, bár elméleti szinten képes lenne rá a gépem, de ha közelítőleg sincs 4 GB RAM-om, akkor nem látom értelmét.
--
Bárki aki aritmetikai módszerekkel akar előállítani egy véletlen számot, az a bűn állapotában leledzik.

Leírom röviden miért kell 64 bit akkor is, ha a fizikai memória kevesebb, mint 4g.

Nemcsak a fizikai memória mérete számít, hanem a _virtuális_ memóriáé is, azaz, hogy mekkora a címtér. Pl. a frissen kinyitott ff a top szerint 75m fizikai és 470m (!) virtuális memóriát használ. Azonnal látszik, hogy a 4g címtér erős korlát.

A Boehm-féle szemétgyűjtés (libgc, ezt használja a mono, a gnu-java) úgy keresi meg a program aktív memóriablokkjait, hogy a program változóiból kiindulva _minden_ pointernek látszó (32 vagy 64 bites) adatot pointernek vesz. Ha egy ilyen pointer egy memóriablokkra mutat, akkor abban is pointereket keres, amik nyomán továbbmegy, stb. (ez a mark rész). Ezután minden olyan memóriablokkot kitakarít, ahová a pointereket követve nem jutott el (sweep). A két fázis együtt adja a 'mark and sweep' algoritmust. Ha egy pointernek látszó adat mégsem volt pointer, akkor legfeljebb felesleges memóriablokkok is megmaradnak. Namost 64-bites rendszeren _sokkal_ kisebb az esélye az ilyen tévesztésnek. Tehát megállapíthatjuk, hogy 64 bites rendszeren jobban fut a Mono.

Filemapping. A filemapping (mmap) arra való, hogy filék részeit úgy írhassuk/olvashassuk, mintha az egy memóriablokkban volna. Itt nem az fő probléma, hogy van-e elég nagy fizikai memória a filé tárolására, ui. az os elintézi, hogy az a _rész_, amivel a program éppen foglalkozik, az bekerüljön a fizikai memóriába. Az az erősebb korlát, hogy van-e elég nagy címtér a filé címzésére. Márpedig a 4g-nél nagyobb filék nem ritkák.

--
CCC3

Tényleg szándékosan írtam, mondani is így szoktam. Magyar szövegben kellemetlen ilyeneket írni/mondani, mint pl. fájllal vagy file-lal. Ínkább így mondom, filével. (Ilyeneket is látok: file-al, ez viszont nyelvtanilag hibás, ui. a rag val-vel, amiben a v hasonulhat, de nem veszhet el.)

Kifogásolni szokták még, hogy a "Java"-t nem úgy mondom, hogy java, sem úgy, hogy dzsava, hanem úgy, hogy Jáva. Ui. így hívják magyarul azt a szigetet amiről a nevét kapta a kávé, amiről elnevezték a Jáva (Java) nyelvet.

A kifogás tehát jogos, csak nem veszem figyelembe:)
--
CCC3

A filével alak mindenkeppen hibas, hiszen a val, vel ragnak nincs maganhangzonyujto haztasa, kovetkezeskepp a helyes alak file-lal. Mivel a kiejtett utolso betu ugyanaz, mint a leirt betu, igy nincs szukség több módosításra (a szovegi e angolban ugye mindig nema, es a helyesiras itt a kiejtett alakot veszi figyelembe, nem pedig a leirt verziot).

Azzal egyaltalan nincs gond, ha ez a stilusod, csak elsore szokatlan. En is rengeteg hibasan toldalekolo emberkevel talalkozok nap mint nap, es probalom humoros formaban felhivni a figyelmet, hogy nem teljesen gombolyu a szoveg. Elnezest kerek, ha akaratlanul is megbantottalak volna.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Teljesen igaz. A helyes és hivatalos alak: fájl, fájllal. Ezzel szemben én egy egyéni szóalkotás nyomán a 'filé' szót használom fájl értelemben, és azt nyelvtanilag helyesen használom. Kár, hogy nem mindenkinek tetszik. Egyébként nem én találtam ki, hanem egy kollégám.
--
CCC3

Csak kíváncsiságból kérdezem: miért jó az? Már van egy idegen eredetű, azonos alakú szó, ami ugyebár kicsontozott húst jelent. Nem látom sok értelmét egy már meghonosodott alakot csakazértis másképp használni (ráadásul úgy, hogy conflictol egy másik szóval). Amúgy meg a filé használata fájl helyett a viccességi skálán pont ott helyezkedik el, ahol az ember már érzi, hogy a használója ezt viccesnek szánja, de annyira nem vicces, hogy el is mosolyodjak rajta.

Én a kezdetek óta 64-bites rendszert használok. Látványosan gyorsabb sok területen. (Desktopon valóban nem annyira dominál, habár a 64 bites flash jóval pattogósabbnak tűnik). De már szinte minden gond nélkül használható a pure 64 bites rendszer is Desktop körnezetben.

Igen, pont ezert nem jo, hogy a problemassag elriasztja az embereket a hasznalattol. Bizonyos tekintetben a Linuxszal is sok a baj, megsem reklamozzuk, hogy minel tobben hasznaljak es jojjenek elo evszazados bugok is.

Amugy a 64 bites technologia mostanra kezd mar kiforrotta valni, persze meg mindig nem kozelitven meg azt a szintet, amit a 32 bites eleve kepvisel. Ami gond, az mindig a visszafele kompatibilitas, nagyon sok stuffbol nincs 64 bites verzio, es a 32 bites cuccokkal lehet szep nagyokat szivornyazni.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Specialis alkalmazasok eseten is sokat szamithat. Peldaul sakkprogramoknal eleg jo, hogy a 64 mezohoz tartozo bitmap elfer egy regiszterben. Titkositasok kozul is van olyan, ahol egyszerre sok biten kell parhuzamosan muveletet vegezni, ilyenkor a tobb bit sokkal jobb.
Desktopon ettol fuggetlenul csak annak ajanlanam, akinek van mar par ev tapasztalata Linuxon. Ha esetleg elojon valami szivas, meg tudja oldani.

--
I don't always dress in a T-shirt and jeans. Sometimes people give me awards, and I dress like a penguin instead. - Linus Torvalds

( GerzSonka | 2008. 12. 11., cs – 21:03 )

De jó, 64 biten is lesz gond nélkül java-mikulás? :D
--
Bárki aki aritmetikai módszerekkel akar előállítani egy véletlen számot, az a bűn állapotában leledzik.

( bervi | 2008. 12. 11., cs – 21:03 )

ez valakinek működik? pl. 64-es eclipse látja path, java_home állítgatás után, működik is, de iceweasel/firefox nightly-ban nem jelenik meg másolgatás/linkelés után a plugin (libjavaplugin_jni.so)

( penztar v | 2008. 12. 11., cs – 21:51 )

Hello!

A böngésző plugint hogy lehet működésre bírni mert nem nagyon találtam meg és a tesztnél még mindig a 32 bites működött?

Üdv.

( crandon | 2008. 12. 12., p – 00:20 )

+1

Nem hittem volna, hogy akar csak alfa/beta verzioval is, de ezt meg iden (valaha?) megerjuk...

( penztar v | 2008. 12. 12., p – 10:26 )

Hello!

Az a gáz hogy nem nagyon találtam az egész java könyvtárba ezt a libnpjp2.so fájlt. Így nehezen tudtam volna bárhova is linkelni. DE ha elárulod hogy hol találom avval sokat segítenél.

Üdv.

( Polesz v | 2008. 12. 12., p – 10:28 )

HUP HUP Hurrá! Van már Java Mikulásom és a CIB bank is megy rendesen.

Bluewhite64 Linux + Seamonkey 2.0a1pre :)

Kiadták a Slackware 12.2-öt is, királyság. A végén még megszeretem a karácsonyt ;)

--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.

( PcZolee v | 2008. 12. 12., p – 14:44 )

Hát, gyerekek, el sem hiszem, hogy ezt is megéltük :D! Bár az idectea-val sem volt különösebb gondom, de jó pár dolgot azért nem tudott még :(, ezért volt nekem is fent egy 32bit-es böngésző, meg hozzá java, de most feltettem ezt, és végre törölhetem azokat is :)!
Egyenlőre ubuntu-n próbáltam ki, megy, gond nélkül, bár sajnálom, hogy nincs csomag (ha az rpm-ből deb-et csináol alien-el, és felteszem, akkor is ugyanúgy gányolni kell :( ), mert nem szeretem a gányolást..

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

( penztar v | 2008. 12. 12., p – 21:43 )

Hello!

Na sikerült megtalálni a fájlt és linkeltem is. Köszi mindenkinek aki segédkezett a dologban. Mondjuk eddig is volt nekem java mikulásom és nem volt 32 bites böngészőm ,de így nativan jobb a dolog meg le lehetett törölni pár csomagot is ami nem baj.Ha már benne voltam a dolgok közepébe gyorsan feldobtam a 64 bites flasplayert is. Eddig mindkettő jól működik. kopp.kopp.
Még egyszer köszi mindenkinek.

Üdv.