Windows Vista?

Windows Vista? (26 Beiträge, 504 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich habe einen Pc mit einem Athlon 64 3800+ Prozessor und möchte mir Windows Vista zulegen! Brauch ich da jetzt die 64 bit Version oder die 32 Bit Version ? Wie schauts mit kombatibilität von Programmen/ SPielen unter der 64 Bit version aus?
----------------------------------------------------------------------------------

http://www.immo-planet.at

die 64er version (kannst aber auch die 32bit version verwenden, sinnvoll? naja)

spiele/programm:

programme net so schlecht, spiele kann ich net sagen....

Ich biete...
GH Kleinanzeigen - Sorry, sold out!

09.03.2007, 09:23 Uhr - Editiert von munich72, alte Version: hier

Wieviel schneller ist die 64 bit version?
----------------------------------------------------------------------------------

http://www.immo-planet.at

keine ahnung, jedoch kann ich mir nicht vorstellen das sie viel schneller ist....

Ich biete...
GH Kleinanzeigen - Sorry, sold out!

genau so is es
aber hauptsache die 64bit version empfehlen

suche: x-fi Soundkarte

Warum soll er sie dann verwenden?

hab ja net gsagt er solls verwenden, hab nur versucht seine fragen zu beantworten

Ich biete...
GH Kleinanzeigen - Sorry, sold out!

prinzipiell ist 64bit LANGSAMER !!

was machst du mit dem rechner?
arbeitest du mit programmen, die mehr als 3 GB daten im arbeitsspeicher benötigen?

nicht?

warum dann 64bit?

du transportierst ja deinen wochenend-einkauf auch nicht mit nem tieflader heim ....
____________________________________________________________________
there's no way to delay that trouble coming every day ....

prinzipiell ist 64bit LANGSAMER !!

Das halte ich für eine gewagte Aussage

Hm, na ... samma ehrlich ... diese Aussage ist einfach nur falsch.

No Sig

09.03.2007, 11:15 Uhr - Editiert von Somnatic, alte Version: hier

komm her, ich zeig dir die benchmarks, die wir machen mussten.

Pro/ENGINEER, datenmengen bis 1,5 GB, 32bit-windows ist ~10% schneller.
datenmengen über 2,8 GB, nur noch in 64bit aufrufbar.
allerdings vernünftig arbeiten kannst damit auch nicht mehr. jede grafik-operation (z.B. modell drehen) braucht mehrere sekunden.
nun ja, manchmal braucht man halt einen GESAMTEN motor mit allen nebenaggregaten in arbeitsspeicher. und für diese seltenen fälle führen wir jetzt im laufe des jahres 64bit ein.

bisher wurden solche arbeiten auf UNIX-maschinen durchgeführt, die aber langsam aussterben.

ohne diese selten wirklich notwendigen anforderungen würden wir hier in der arbeit noch lange kein 64bit OS einführen, weil es in allen benchmarks keinen einzigen tick schneller war.

und im privatbereich unterstelle ich mal, dass es eher selten ist, dass jemand programme verwendet, die überhaupt solche datenmengen verwalten.
also ist 64bit dort eigentlich komplett überflüssig.
____________________________________________________________________
there's no way to delay that trouble coming every day ....

1. Du hast geschrieben prinzipiell ... und das stimmt ganz sicher nicht

Pro/ENGINEER

Welche Version - 64bit oder nur 32bit auf 64bit OS? Die restlichen Komponenten waren dieselben? Auch sonstige Programme getestet oder hängt deine Meinung nur an diesem Einen? Sämtliche "reellen" Benchmarks die ich kenne zeigen ein divergierendes Verhalten. Manchmal ist die 32bit Variante schneller, manchmal eben die 64bit Variante. Bei synthetischen Benchmarks hingegen ist eher die 64bit Variante voran.

also ist 64bit dort (Home User) eigentlich komplett überflüssig.

Überflüssig: Nein, aber derzeit noch nicht sinnvoll.

No Sig

ok, dann hast du mich missverstanden. bzw. ich habe mich falsch ausgedrückt.
mit "prinzipiell" meinte ich, dass eine 64bit-version software-bedingt anders, nämlich "größer" und somit "träger" ist. bitte nicht wirklich wörtlich nehmen !!

Pro/E Wildfire 2 als 64bit-version mit 64bit-OS auf der gleichen hardware mit 32bit-version auf 32bit OS.
ähnliche benchmarks haben die kollegen der CATIA V5-fraktion auch gemacht, wobei ich nicht deren exakte ergebnisse kenne. die zusammenfassung hieß aber auch dort, dass die 64bit-version bei kleinen und mittleren datenmengen nicht schneller ist.
das ist in etwa mein arbeitsgebiet. ob in anderen abteilungen noch benchmarks mit anderen programmen durchgeführt werden oder wurden, weiß ich nicht aus dem stegreif.
ich frag mal den projektleiter für die 64bit-einführung, was da in der evaluierungsphase alles gemacht wird.

ich kenne auch diese divergierenden ergebnisse. quintessenz ist dabei eigentlich immer, dass es keinen signifikanten geschwindigkeits-vorteil gibt. das war ursprünglich ja auch nicht das ziel des umstiegs auf 64bit-technologie, sondern primär die möglichkeit des handlings großer datenmengen.

wir wollen schließlich irgendwann in der lage sein, ein komplettes auto in form von 3D-solid-modellen mit einem CAD- oder DMU-programm aufrufen zu können. das wird sicher nicht mit 32bit-technologie realisierbar sein.

und noch ein ok:
"überflüssig" ist der falsche begriff. "nicht sinnvoll" ist der bessere.
ein privat-anwender hat mit seinen typischen anwendungen, incl. spielen keinen benefit vom einsatz einer 64bit-OS-version.
ich schätze mal, dass das auch noch in den nächsten 2 jahren so bleibt.

____________________________________________________________________
there's no way to delay that trouble coming every day ....

nämlich "größer" und somit "träger" ist

Verstehe ich jetzt nicht. Der Source ist ja mehr oder weniger derselbe, nur dass mit 32bit Breiten Datenworten jetzt halt mit 64bit breiten gearbeitet wird. Inwiefern sich die SW deshalb "träger" verhalten soll, kann ich nicht nachvollziehen.

ndern primär die möglichkeit des handlings großer datenmengen.

Jup, diese lästige 3GB Limitierung ist schon ein *wortDeinerWahlEinsetzen*

wir wollen schließlich irgendwann in der lage sein, ein komplettes auto in
form von 3D-solid-modellen mit einem CAD- oder DMU-programm aufrufen zu
können. das wird sicher nicht mit 32bit-technologie realisierbar sein.

Dazu kann ich nichts sagen, ausser: Klingt cool

ich schätze mal, dass das auch noch in den nächsten 2 jahren so bleibt.

Schwer zu sagen. Kommt darauf an inwiefern Treiber dafür entwickelt werden (wie schnell), dann spricht ja eigentlich nichts mehr dagegen, eine 64Bit Variante zu kaufen. Auch die Software dürfte in absehbarer Zeit auf 64Bit Tauglichkeit getrimmt werden. Ein paar mögliche Verbesserungen bzgl. Verarbeitungsgeschwindigkeit erwarte ich mir jedoch schon. Mir würden da ein paar Bereiche einfallen in denen native 64bit Verarbeitung gegenüber 32Bit Datenworten einen Vorteil erlangen könnten. Dennoch, Geschwindkeitszuwächse dürften bei nicht spezialisierter Software marginal sein, genau wie bei der ganzen Multicore Geschichte (ist ja auch nur sinnvoll, wo man einzelne Aufgaben schön parallelisieren kann).
Ich würde sagen heutzutage ist in etwa 1 GB RAM Standard. Geht man davon aus, dass etwa alle 18 Monate verdoppelt wird, so ist in spätestens 3 Jahren der Wunsch da, die 3GB Limitierung zu beenden. Dann ist sowieso die Zeit für 64 Bit gekommen.

No Sig

eine 64bit Pro/E-version ist schon auf der installations-CD größer .....
warum? es gibt keine einzige funktion mehr.

das mit dem "träger" hat mir mal jemand so erklärt:
du hast einen container in dem du pro takt einen inhalt transportieren kannst (32bit). der ist halb voll (also 16bit). also transportierst du pro takt 16bit, vielleicht auch mal nur 2bit, oder 5, oder wie auch immer.
irgendwann hast du bedarf (und technische möglichkeit) doppelt so große container pro takt zu transportieren. wenn du diesen großen container allerdings auch nur mit 16bit füllst, transportierst du genauso viel genauso schnell, wie in dem kleineren container.

allerdings muss jetzt dein komplettes transportsystem so verändert werden, dass es die doppelt so großen container überhaupt bewältigen kann. da klemmt es dann an allen ecken und kanten, weil die halt einfach sperriger sind. trotzdem ist bei den allermeisten anwendungen nicht mehr drin in den großen dingern. aber deshalb ist es halt "träger" ...

ist dieses "gleichnis" so falsch? oder habe ich's falsch verstanden?

ok ok, wenn es nur kleine container gäbe, könnte man nie anwendungen entwickeln, bei denen größere inhalte überhaupt transportiert werden.

nun kommt aber die frage: wieviele anwendungen (im mainstream-bereich) brauchen wirklich die großen container ?

und dann kommt man auch dahinter, warum sich die 64bit-migration nun schon über ein paar jahre hinzieht, obwohl damals AMD mit einführung ihrer 64er prozzies prognostiziert hat, dass es binnen (höchstens) eines jahres zum standard werden würde.

ich finde es immer so lustig, wieviele anwender immer wieder nach 64bit fragen, ohne zu wissen, wo überhaupt der benefit wäre. sie wollen es nur, weil es ein schlagwort ist, dass in mode ist und neu ist und überhaupt redet ja jeder darüber ....

bei vista ist's ähnlich. viele wissen garnicht, was in vista konkret anders ist. auch hier meine ich ANDERS IST, nicht ANDERS AUSSIEHT. geschweige denn, was wirklich BESSER ist.
aber trotzdem wollen sie es unbedingt haben !!
leute die sonst beim aldi/hofer auf jeden cent achten, wollen hier viele viele euros freiwillig ausgeben, nur um das neueste zu haben. und dann aber bitte auch noch in 64 bit !!!

____________________________________________________________________
there's no way to delay that trouble coming every day ....

Also ich stelle mir das etwas anders vor:

Du hast irgendeinen µProgramm Befehl, der eine Aktion auf ein 64bit Register ausführt (sagen wir mal eine simple Addition).

Angenommen man hat nun nur einen Core der 32Bit breite Datenworte verarbeiten kann, so braucht man zur Addidition von 2 64Bit Worten deutlich länger als bei 2 32Bit Worten (eben weil er nicht alles "in einem Rutsch" ausführen kann). Habe ich jetzt jedoch ein 64Bit System, so darf das für Die Addition von 2 64Bit Befehlen genau gleich lang benötigen wie für die Addition von 2 32Bit Wörtern auf einem 32Bit System (mal angenommen die Prozessorarchitektur ist dieselbe). Daher dürfte von dieser Warte aus eigentlich nichts langsamer laufen. Im Gegenteil. Evtl. kann ich in einen 64 Bit Befehl (das ist jetzt nur exemplarisch, intern sind die Befehle ja um ein Vielfaches länger) sogar 2 32Bit Datenworte unterbringen, die dann mittels speziellem Befehl (das muss dann der Compiler halt unterstützen) in einem Taktzyklus ausgeführt werden, anstatt in zwei Taktzyklen.

(Aber ich red da nur von meiner persönlichen Meinung, kann genauso sein, dass es falsch ist

)

leute die sonst beim aldi/hofer auf jeden cent achten, wollen hier viele viele
euros freiwillig ausgeben, nur um das neueste zu haben. und dann aber bitte
auch noch in 64 bit !!!

No Sig

ich seh schon:
die herangehens- und erklärungsweise ist zwar unterschiedlich, aber im endeffekt sind wir uns doch einig .....

____________________________________________________________________
there's no way to delay that trouble coming every day ....

ich seh schon:die herangehens- und erklärungsweise ist zwar unterschiedlich,
aber im endeffekt sind wir uns doch einig .....
____________________________________________________________________there's no
way to delay that trouble coming every day ....

nein, du wurdest vernichtet

same shit, different day

ach deshalb fühle ich mich so niedergeschmettert heute ......

____________________________________________________________________
there's no way to delay that trouble coming every day ....

Momentan bist mit der 32er wohl besser beraten.

Treiber für 64er sind noch nicht wirklich ausgereift bzw. überhaupt vorhanden.

Ich hab eine ähnliche CPU wie du und setze die 32er ein ...

No Sig

ah ok danke !
----------------------------------------------------------------------------------

http://www.immo-planet.at

Bist da sicher?

EDIT: Dann dürfte doch diese Liste doch keinen Sinn machen und nicht existieren (mal davon abgesehen, ob sie glaubwürdig ist oder nicht)

No Sig

09.03.2007, 13:55 Uhr - Editiert von Somnatic, alte Version: hier

Hier im Forum gabs ein Posting drüber, such ich dir nach dem Essen raus und IMHO sind die 64er Treiber viel stabiler als die 32er.

lG Mike
Sig and tired!

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung