mboost-dp1

Sun
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
#2 nej så skal du jo netop i stedet vælge http://wiki.mozilla-x86-64.com/Download i stedet :)
Det er da meget godt at Sun endelig er kommet med på 64-bit vognen i browsere...
Men som det ser ud lige nu, har jeg lidt svært hvilken browserapplikation der skulle bruge mere end 4GB hukommelse :)
Men som det ser ud lige nu, har jeg lidt svært hvilken browserapplikation der skulle bruge mere end 4GB hukommelse :)
I de seneste år er 64-bit-udgaver af styresystemer blevet mere og mere almindelige, ikke mindst pga. de lave priser på hukommelse, der gør det hvermandseje at have over 4 GB RAM i sin computer.
For at kunne udnytte den ekstra hukommelse skal programmerne være 64-bit-kompatible, hvilket blandt andet flere browsere er, men ikke alle udvidelser til browserne er fulgt med.
Sikke noget vås.
Her er en lille guide til, hvordan man installerer Sun Java 6 Update 12 beta i Firefox på Ubuntu 64-bit. Virker muligvis også i andre distributioner.
Dette er ikke-færdigudviklet software, og det anbefales derfor at man ventee med at installerer det til det bliver stabilt, såfremt man er en ikke-så- erfaren Linux-bruger.
Copy-past nedenstående i en terminal som almindelig bruger:
Efter genstart af Firefox, skulle Java pluginet virke. Skriv evt. about:config i adressefeltet, for at se om pluginet er indlæst.
Dette er ikke-færdigudviklet software, og det anbefales derfor at man ventee med at installerer det til det bliver stabilt, såfremt man er en ikke-så- erfaren Linux-bruger.
Copy-past nedenstående i en terminal som almindelig bruger:
cd /tmp/
wget http://www.java.net/download/jdk6/6u12/promoted/b0...
chmod +x jre-6u12-ea-bin-b02-linux-amd64-08_dec_2008.bin
sudo mkdir /usr/java/
cd /usr/locale/java/
sudo sh ./tmp/jre-6u12-ea-bin-b02-linux-amd64-08_dec_2008.bin
sudo ln -s /usr/locale/java/jre1.6.0_12/lib/amd64/libnpjp2.so /usr/lib/mozilla/plugins/
sudo update-alternatives --set java /usr/lib/jvm/ia32-java-6-sun/jre/bin/java
Efter genstart af Firefox, skulle Java pluginet virke. Skriv evt. about:config i adressefeltet, for at se om pluginet er indlæst.
Inden Adobe frigiver en 64-bit flash har det ikke den store anvendelse for almindelige brugere. De vi stadig skulle benytte 32-bit udgaven for at udnytte alle funktionerne der tilbydes på nettets mange sider. Men et stort fremskridt at de er blevet 64-bit kompatible.
#7
http://www.linuxheadquarters.com/howto/64-bit/flas...
Linux har da support for 64 bit flash?
Kan det være korrekt den ikke findes til 64 bit windows?
http://www.linuxheadquarters.com/howto/64-bit/flas...
Linux har da support for 64 bit flash?
Kan det være korrekt den ikke findes til 64 bit windows?
Her gik jeg og troede Firefox ikke fandtes i 64bit til windows...
Den ser ikke nem ud af finde hvis man ser på
http://www.mozilla-europe.org/da/firefox/
Men hvis man google søger lidt er den nem at finde i 64bit.
http://wiki.mozilla-x86-64.com/Download
Jeg kører 64bit OS og 32bit browser. så må jeg da opgradere!
Den ser ikke nem ud af finde hvis man ser på
http://www.mozilla-europe.org/da/firefox/
Men hvis man google søger lidt er den nem at finde i 64bit.
http://wiki.mozilla-x86-64.com/Download
Jeg kører 64bit OS og 32bit browser. så må jeg da opgradere!
JensOle (5) skrev:I de seneste år er 64-bit-udgaver af styresystemer blevet mere og mere almindelige, ikke mindst pga. de lave priser på hukommelse, der gør det hvermandseje at have over 4 GB RAM i sin computer.
For at kunne udnytte den ekstra hukommelse skal programmerne være 64-bit-kompatible, hvilket blandt andet flere browsere er, men ikke alle udvidelser til browserne er fulgt med.
Sikke noget vås.
Første afsnit er rigtigt nok omend jeg ikke ville kalde over 4GB for "hvermandseje" endnu. Men med core i7 bliver 6GB nok snart den mest udbredte konfiguration.
Programmer, der i én instans, skal udnytte over 4gb skal rigtigt nok være kompileret til 64bit-platform. Men sådan nogle flash-apps har jeg godt nok ikke set.. endnu ;-) Jeg tror du hentyder til, at et 64 bit OS kan udnytte over 4GB ram, selvom programmerne hver især er 32 bit (og dermed begrænsede til 4GB). Det har man udnyttet i fx 64bit ubuntu ved at lade FF og plugins være 32bit.
Med den nye 64bit java browserplugin bliver det nemmere at bygge 64bit systemer, da man ikke skal til at blande 64bit og 32bit arkitekturer for at få en fungerende browser med plugins. Det er bøvlet at holde styr på bindingerne mellem OS, browser og plugins når det hele ikke kører samme arkitektur.
#11 At hentyde at 64 bit os'er er blevet lavet for at have mere ram er da noget vås, det er blot en at de positive ting der er ved at køre 64 bit.
64 bit er da en naturlig del af udviklingen. Først var det chipproducenterne AMD & Intel der begynte at lave 64 bit processore For at få liv i marked har de jo nok gjort det smarte, at lvae dem kompatible med 32 bit-systemer. (Der går jo altid lidt tid før MS er med på vognen)
For slet ikke at snakke om alt det overhead der er ved at køre 32 bit apps på et 64 bit os.
Desuden har Linux 32-bit længe kunne køre med 64GB ram.
I det hele taget ligger "introen" op til at grunden til at lave en 64-bit java plugin er for at kunne benytte mere en 4 GB i sine java applets - java programmer har længe kunne køre 64-bit.
Jeg mener slet ikke dette har noget som helst at gøre med brug af hukommelses.
Det har dog været irrerternde at de ikke har fået lavet det 64-bit plugin før. Jeg har kørt med to installationer sideløbende. en 64 til java programmer, og en 32-bit til firefox-32-bit. Nu skal det blive godt at køre rent 64-bit.
64 bit er da en naturlig del af udviklingen. Først var det chipproducenterne AMD & Intel der begynte at lave 64 bit processore For at få liv i marked har de jo nok gjort det smarte, at lvae dem kompatible med 32 bit-systemer. (Der går jo altid lidt tid før MS er med på vognen)
For at kunne udnytte den ekstra hukommelse skal programmerne være 64-bit-kompatible,
For slet ikke at snakke om alt det overhead der er ved at køre 32 bit apps på et 64 bit os.
Desuden har Linux 32-bit længe kunne køre med 64GB ram.
I det hele taget ligger "introen" op til at grunden til at lave en 64-bit java plugin er for at kunne benytte mere en 4 GB i sine java applets - java programmer har længe kunne køre 64-bit.
Jeg mener slet ikke dette har noget som helst at gøre med brug af hukommelses.
Det har dog været irrerternde at de ikke har fået lavet det 64-bit plugin før. Jeg har kørt med to installationer sideløbende. en 64 til java programmer, og en 32-bit til firefox-32-bit. Nu skal det blive godt at køre rent 64-bit.
Wrong!!!! Der har eksisteret 64-bit længe før x64 dukkede op.JensOle (13) skrev:Først var det chipproducenterne AMD & Intel der begynte at lave 64 bit processore For at få liv i marked har de jo nok gjort det smarte, at lvae dem kompatible med 32 bit-systemer. (Der går jo altid lidt tid før MS er med på vognen)
Jada, feks har der været Solaris Ultrasparcs og Alpha-processorer.
http://en.wikipedia.org/wiki/64-bit
Jeg har selv en 64bit Sun maskine fra '98 stående (og ja den kører fint).
http://en.wikipedia.org/wiki/64-bit
64-bit CPUs have existed in supercomputers since the 1960s and in RISC-based workstations and servers since the early 1990s. In 2003 they were introduced to the (previously 32-bit) mainstream personal computer arena, in the form of the x86-64 and 64-bit PowerPC processor architectures.
Jeg har selv en 64bit Sun maskine fra '98 stående (og ja den kører fint).
Er det bare mig, der er forvirret, eller har jeg længe kunne bruge java-netbank på min computer med rent 64bit software?
UPDATE: Fandt lige ud af, at det er det frie java-plugin icedtea, der har supporteret 64bit siden juni.
Jeg troede faktisk at de to var blevet merget igen..
UPDATE: Fandt lige ud af, at det er det frie java-plugin icedtea, der har supporteret 64bit siden juni.
Jeg troede faktisk at de to var blevet merget igen..
JensOle (13) skrev:At hentyde at 64 bit os'er er blevet lavet for at have mere ram er da noget vås,
JensOle (13) skrev:Jeg mener slet ikke dette har noget som helst at gøre med brug af hukommelses.
Det eneste fælles karakteristika for 64 bit computere er at de har et 64 bit virtuelt adresse rum.
Deraf følger at den eneste logiske grund til at ønske at gå på 64 bit er for at kunne køre større programmer.
For de fleste formål kræver større programmer også mere RAM for at køre fornuftigt.
Så behov for 64 bit og behov for mere RAM skyldes det samme.
Specifikt for x86 -> x86-64 er der ændringer udover det virtuelle adresserum bl.a. flere registre og ny foretrukken måde at lave FP på, som også kan give lidt performance forbedring.
JensOle (13) skrev:Desuden har Linux 32-bit længe kunne køre med 64GB ram.
Det har Windows også.
Det er nemlig en feature i hardwaren ikke en feature i styresystemet.
For Windows kræver det dog en server version af Windows (2003 og 2008), da MS har fjernet muligheden i deres deskop versioner (XP og Vista).
Bemærk dog at 32 bit styresystem med PAE og 64 GB RAM ikke giver de samme muligeheder som et 64 bit styresystem med 64 GB RAM.
32 bit med PAE kan kun udnyttes af flere processer eller af en enkelt process som er specielt kodet til det (AWE for Windows). 64 bit giver et flat address space på 64 bit (eller ihvertfald mere end 32 bit !).
Forlængelse af #24:
På en 32 bit Windows kan en proces normalt højst "se" 2 GB ad gangen. Man kan give en switch til NT kernen der gør at den krymper sig selv (på en eller anden måde) og kan lade 3 GB adresserum være tilhængeligt for hver proces ad gangen. Man kan bruge AWE (Address Windowing Extensions) til at allokere mere end de 2 eller 3 GB til sin proces og så skifte mellem hvilken del af den allokerede hukommelse man kan se (ændre vinduet til sin allokerede hukommelse).
Hvis man kører et 32 bit Windows program (der er compilet med den rigtige indstilling, "largeaddressaware") på en 64 bit Windows så kan man se op til 4 GB (dvs. hele 32 bit rummet) i sin proces ad gangen ude at bruge AWE.
Og til sidst har 64 bit processer på 64 bit systemer adgang til så meget adresserum at det er praktisk talt uendeligt. (På samme måde som 10 GB trafik er ubegrænset. :) Jeg kan i hvert fald ikke komme på et datasæt der kan kræve så meget plads.
På en 32 bit Windows kan en proces normalt højst "se" 2 GB ad gangen. Man kan give en switch til NT kernen der gør at den krymper sig selv (på en eller anden måde) og kan lade 3 GB adresserum være tilhængeligt for hver proces ad gangen. Man kan bruge AWE (Address Windowing Extensions) til at allokere mere end de 2 eller 3 GB til sin proces og så skifte mellem hvilken del af den allokerede hukommelse man kan se (ændre vinduet til sin allokerede hukommelse).
Hvis man kører et 32 bit Windows program (der er compilet med den rigtige indstilling, "largeaddressaware") på en 64 bit Windows så kan man se op til 4 GB (dvs. hele 32 bit rummet) i sin proces ad gangen ude at bruge AWE.
Og til sidst har 64 bit processer på 64 bit systemer adgang til så meget adresserum at det er praktisk talt uendeligt. (På samme måde som 10 GB trafik er ubegrænset. :) Jeg kan i hvert fald ikke komme på et datasæt der kan kræve så meget plads.
arne_v (23) skrev:Det eneste fælles karakteristika for 64 bit computere er at de har et 64 bit virtuelt adresse rum.
Vejen(bussen) gennem processoren er forhåbentlig også bredere.
Det skulle være jævnt kedeligt at bruge PAE med windows, fordi at ting som drivere skal være forberedt til PAE, ellers går det galt.
Jeg går ud fra der er PAE-drivere til det meste dyre serverhardware, men tror ikke man kan finde en til sit NVIDIA eller ATI-kort.
Det ville dog glæde mig hvis man rent faktisk kan.
(Jeg taler kun om windows, jeg går ud fra linux-nørderne selv har brygget PAE-drivere sammen til det meste almindelige hardware)
Jeg går ud fra der er PAE-drivere til det meste dyre serverhardware, men tror ikke man kan finde en til sit NVIDIA eller ATI-kort.
Det ville dog glæde mig hvis man rent faktisk kan.
(Jeg taler kun om windows, jeg går ud fra linux-nørderne selv har brygget PAE-drivere sammen til det meste almindelige hardware)
#19
Det er faktisk Adobe som har udgivet Flash til 64-bit først.
http://labs.adobe.com/downloads/flashplayer10.html
De offentliggøre deres udviklingsudgaver før Sun gjorde.
Har kørt med Abobe Flash 10 64-bit på Ubuntu 8.10 x86_64 kort efter det udkom og det kører udmærket. har ikke oplevet nogle problemer.
Det er faktisk Adobe som har udgivet Flash til 64-bit først.
http://labs.adobe.com/downloads/flashplayer10.html
De offentliggøre deres udviklingsudgaver før Sun gjorde.
Har kørt med Abobe Flash 10 64-bit på Ubuntu 8.10 x86_64 kort efter det udkom og det kører udmærket. har ikke oplevet nogle problemer.
#32
En rigtig 64 bit CPU er en CPU som bruger 64 bit virtuelle adresser.
Og der er ingen som siger at Y og Z behøver at være mindre end X - de kan godt være større.
Y er 64 bit for integers og dermed lig med X for x86+64, men Y kan betragtes som 64 eller 128 bit for floating point alt afhænigig af hvordan man ser på XMM.
Jeg mener at Z er implementations specifik og normalt 64, 128 eller 192 for x86-64.
Der er ikke som 386SX med X=32 og Z=16.
En rigtig 64 bit CPU er en CPU som bruger 64 bit virtuelle adresser.
Og der er ingen som siger at Y og Z behøver at være mindre end X - de kan godt være større.
Y er 64 bit for integers og dermed lig med X for x86+64, men Y kan betragtes som 64 eller 128 bit for floating point alt afhænigig af hvordan man ser på XMM.
Jeg mener at Z er implementations specifik og normalt 64, 128 eller 192 for x86-64.
Der er ikke som 386SX med X=32 og Z=16.
#18
Det har jeg ikke... :(
WTF?.
Det har jeg ikke kunnet få den til, da jeg brugte den. Måske det er længere siden så. Må lige give den en tur igen.
Er det bare mig, der er forvirret, eller har jeg længe kunne bruge java-netbank på min computer med rent 64bit software?
Det har jeg ikke... :(
UPDATE: Fandt lige ud af, at det er det frie java-plugin icedtea, der har supporteret 64bit siden juni.
Jeg troede faktisk at de to var blevet merget igen..
WTF?.
Det har jeg ikke kunnet få den til, da jeg brugte den. Måske det er længere siden så. Må lige give den en tur igen.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.