32bit satt 64bit System - schlimm?

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
sloonom
Beiträge: 19
Registriert: 16.02.2015 22:07:30

32bit satt 64bit System - schlimm?

Beitrag von sloonom » 01.03.2015 23:04:55

Hab gerad festgestellt, dass ich statt 64bit ein 32bit System installiert habe. Ist das schlimm, bzw. bringt mir ein 64bit einen spürebaren Vorteil?
Verbaut habe ich 8GB RAM.

Benutzeravatar
Rapho
Beiträge: 360
Registriert: 23.08.2013 22:18:41
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: France

Re: 32bit satt 64bit System - schlimm?

Beitrag von Rapho » 01.03.2015 23:15:06

Nein ist nicht schlimm, 32 bit geht auf 64 bit Hardware genauso, ich bin mir nicht sicher aber umgedreht wäre es schlimmer glaube ich.

Benutzeravatar
Patsche
Beiträge: 3263
Registriert: 21.06.2013 01:47:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: /home/10001101001

Re: 32bit satt 64bit System - schlimm?

Beitrag von Patsche » 01.03.2015 23:35:11

Andersherum hätte der Installer gemeckert ;) Du kannst die 32 Bit Version nutzen, aber bei manchen Programmen profitierst du von den 64 Bit. Wenn du eh erst neu installiert hast, dann würde ich nochmal von vorne anfangen. Das übt :D

Benutzeravatar
TRex
Moderator
Beiträge: 8367
Registriert: 23.11.2006 12:23:54
Wohnort: KA

Re: 32bit satt 64bit System - schlimm?

Beitrag von TRex » 02.03.2015 08:33:55

Nein Patsche, andersrum.

@sloonom: Du hast 4GB oder mehr, daher solltest du 64bit verwenden, um die ordentlich nutzen zu können. Geht auch mit PAE-Kernel, aber mit Leistungseinbußen.
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nichtDon't break debian!Wie man widerspricht

Benutzeravatar
Patsche
Beiträge: 3263
Registriert: 21.06.2013 01:47:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: /home/10001101001

Re: 32bit satt 64bit System - schlimm?

Beitrag von Patsche » 02.03.2015 09:02:15

TRex hat geschrieben:Nein Patsche, andersrum
Was meinst du dami jetzt? ;) Das ich ohne Probleme ein 64 Bit System auf einer 32 Bit Maschine installieren kann? Oder dachtest du, dass ich meinte, wenn Prozessorarchitektur und System bei ihm vertauscht wären? Naja, egal. Also 32 Bit System mit 64 Bit Prozessor geht, aber ein 64 Bit System auf einem 32 Bit Prozessor geht nicht.

Benutzeravatar
hikaru
Moderator
Beiträge: 13958
Registriert: 09.04.2008 12:48:59

Re: 32bit satt 64bit System - schlimm?

Beitrag von hikaru » 02.03.2015 09:04:32

Man könnte auch den amd64-Kernel auf dem i386-System nachinstallieren. Aber ein amd64-Userland wäre schon schöner - vielleicht nächstes mal.
Merkliche Unterschiede wird es bei den meisten nicht geben. Multimediaanwendungen profitieren von einigen amd64-Features (nicht so sehr von der Busbreite selbst) und eine eventuelle HDD-Verschlüsselung sollte auch etwas performanter sein.
In den meisten Fällen ist die Architektur aber völlig nebensächlich.

wanne
Moderator
Beiträge: 7616
Registriert: 24.05.2010 12:39:42

Re: 32bit satt 64bit System - schlimm?

Beitrag von wanne » 02.03.2015 09:25:44

Ist nur etwas langsamer. (Mit modernen Prozessoren im schnitt etwa 30%. Es kann aber prinzipiell sogar einiges schneller laufen.) Dazu kommt nochmal etwas overhead für PAE bei Systemen mit über 4GiB RAM. Außerdem können einzelne Prozesse nicht mehr als Dafür brauchen 32Bit Programme meist auch etwas weniger RAM.

Hier ein Beispiel (Ausgeführt auf nem AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ (3GiB RAM) /tmpf/file ist 252MiB) (Auf Zehntelsekunden genau liefert das dann ziemlich zuverlässig konstante ergbnisse.):

Code: Alles auswählen

amd64:
sha512sum /tmp/file: 1.2s
sha256sum /tmp/file: 1.9s
i586
sha512sum /tmp/file: 7.1s 
sha256sum /tmp/file: 2.2s
Wie du siehst ist der unterschied bei sha256 (Arbeitet auf 32Bit Blöcken.) relativ klein. (~15% längere Laufzeit.) Bei sha512 (Arbeitet auf 64Bit Blöcken.) aber riesig. (braucht fast sechs mal länger.) Insbesondere ist sha512 bei amd64 schneller während sha256 auf i586 schneller arbeitet.
Würde man jetzt ein sehr goßes altes Programm auf einem Rechner mit extrem wenig RAM ausführen könnte man sogar mit i586 schneller. Sowas ist allerdings extrem schwer reproduzierbar zu benchmarken.
rot: Moderator wanne spricht, default: User wanne spricht.

owl102

Re: 32bit satt 64bit System - schlimm?

Beitrag von owl102 » 02.03.2015 11:02:23

KVM kann auf 32-Bit Systemen keine 64-Bit-Gäste ausführen.

Benutzeravatar
hikaru
Moderator
Beiträge: 13958
Registriert: 09.04.2008 12:48:59

Re: 32bit satt 64bit System - schlimm?

Beitrag von hikaru » 02.03.2015 12:09:29

owl102 hat geschrieben:KVM kann auf 32-Bit Systemen keine 64-Bit-Gäste ausführen.
VBox auch nicht. Qemu könnte es vielleicht per Emulation aber das wird hässlich.
Fragt sich halt ob das hier ein relevantes Szenario wäre. Die meisten Desktop-OS gibt es ja immerhin noch in einer x86_32-Version falls man wirklich mal was virtualisieren möchte.

Andererseits:
Multiarch müsste doch im Prinzip auch andersrum gehen (auch wenn's hässlich wird): i486-Userland mit amd64-Kernel, dazu einzelne amd64-Pakete.
Ließe sich so vielleicht ein vollständiger Architekturwechsel ohne Neuinstallation durchführen?

Radfahrer

Re: 32bit satt 64bit System - schlimm?

Beitrag von Radfahrer » 02.03.2015 13:07:15

hikaru hat geschrieben:VBox auch nicht.
Doch, VirtualBox kann das:
https://www.thomas-krenn.com/de/wiki/64 ... VirtualBox

Benutzeravatar
hikaru
Moderator
Beiträge: 13958
Registriert: 09.04.2008 12:48:59

Re: 32bit satt 64bit System - schlimm?

Beitrag von hikaru » 02.03.2015 13:15:26

Stimmt! Hatte ich mit dem hier verwechselt:
VirtualBox unterstützt keine Software Virtualisierung für 64 Bit Gäste.

sloonom
Beiträge: 19
Registriert: 16.02.2015 22:07:30

Re: 32bit satt 64bit System - schlimm?

Beitrag von sloonom » 02.03.2015 14:28:38

kurze Rückmeldung: Ich hab mich jetzt entschlossen, es neu zu installieren. Lag zwar nicht daran, dass ich "performance Einbuße" erwartet hätte - für meine Verhältnisse würde ich es sicherlich nicht bemerken - aber dieses beißende Gefühl von "etwas Unerledigtem" ;-) Und das deja-dup Backup war auch erfreulich ereignislos ... :D

*gesendet von einem 64bit System* *G*

KP97
Beiträge: 3760
Registriert: 01.02.2013 15:07:36

Re: 32bit satt 64bit System - schlimm?

Beitrag von KP97 » 02.03.2015 14:39:49

sloonom hat geschrieben: Ist das schlimm, bzw. bringt mir ein 64bit einen spürebaren Vorteil?
Nein, ein Normalnutzer merkt davon absolut keinen Unterschied. Wenn Du einen pae-Kernel installiert hast, werden auch die 8GB Ram genutzt.
Auch wenn @Wannes Zehntelsekundenliste optisch interessant aussieht, ist das im Normalfall nicht spürbar. Mit Normalfall meine ich
Browser, Office, Mail etc., wer allerdings aufwendige Video- bzw. Bildbearbeitung betreibt, merkt evtl etwas davon.

Ich habe auf einem AMD Athlon 64 6400 X2 ein 32bit Sid laufen mit eigenem Kernel, und das schon über viele Jahre (genau seit 2005).
Dieses 32bit Sid hat schon drei Hardwarewechsel überlebt und ich sehe keinen Grund, warum ich dieses gut gepflegte System gegen ein 64bit
tauschen sollte.
Auf einer freien Partition teste ich immer mal wieder interessehalber eine andere Distri, diese dann aber immer in 64bit. Eine Vbox nutze ich nicht, weil damit keine Vergleiche machbar sind. Noch nie habe ich feststellen können, daß mein Hauptsystem bei irgendeiner Anwendung eine Geschwindigkeitseinbuße hatte.
Solange das so ist und ein Wechsel nur mit einer Neuinstallation zu machen ist, bleibt alles so, wie es ist.

@TE
Falls das also die einzigen Bedenken sind, spielen die keine große Rolle. Es sei denn, Du willst noch mal von vorn anfangen zu Lernzwecken.

Benutzeravatar
Lord_Carlos
Beiträge: 5578
Registriert: 30.04.2006 17:58:52
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Dänemark

Re: 32bit satt 64bit System - schlimm?

Beitrag von Lord_Carlos » 02.03.2015 15:50:29

Kann ein Programm (Mit einem Thread) mehr als 4gb benutzten in einem 32bit PAE System?
Was ist mit einem Programm mit mehreren Threads wie z.B. Google Chrome?

Code: Alles auswählen

╔═╗┬ ┬┌─┐┌┬┐┌─┐┌┬┐╔╦╗
╚═╗└┬┘└─┐ │ ├┤ │││ ║║
╚═╝ ┴ └─┘ ┴ └─┘┴ ┴═╩╝ rockt das Forum!

Benutzeravatar
hikaru
Moderator
Beiträge: 13958
Registriert: 09.04.2008 12:48:59

Re: 32bit satt 64bit System - schlimm?

Beitrag von hikaru » 02.03.2015 16:19:07

KP97 hat geschrieben:Ich habe auf einem AMD Athlon 64 6400 X2 ein 32bit Sid laufen mit eigenem Kernel, und das schon über viele Jahre (genau seit 2005).
[..]
Noch nie habe ich feststellen können, daß mein Hauptsystem bei irgendeiner Anwendung eine Geschwindigkeitseinbuße hatte.
Mein Hauptrechner war bis 2006 ein AMD Duron mit 700MHz und 256MB RAM. Und ich hatte nie den Eindruck dass mir irgendwas fehlt.
Mit Irgendwelchen Aussagen zur gefühlten Geschwindigkeit, ohne irgendeinen Vergleich zu haben wäre ich also vorsichtig. ;)
Allein schon der Einbau einer SSD könnte eine Offenbarung sein.
Lord_Carlos hat geschrieben:Kann ein Programm (Mit einem Thread) mehr als 4gb benutzten in einem 32bit PAE System?
Die Grenze pro Prozess unter x86_32 war mal bei 2GB, was wohl mit einer symmetrischen RAM-Adressen-Aufteilung zwischen Kernel- und Userspace zu tun hatte. Ob das (insbesondere bei PAE-Kernels) immer noch so ist weiß ich nicht.
Da sich alle Threads eines Prozesses den selben Speicherbereich teilen können sie in ihrer Summe nicht mehr beanspruchen als ein Prozess.

wanne
Moderator
Beiträge: 7616
Registriert: 24.05.2010 12:39:42

Re: 32bit satt 64bit System - schlimm?

Beitrag von wanne » 02.03.2015 17:37:34

Lord_Carlos hat geschrieben:Kann ein Programm (Mit einem Thread) mehr als 4gb benutzten in einem 32bit PAE System?
Was ist mit einem Programm mit mehreren Threads wie z.B. Google Chrome?
Das Limit ist pro Prozess. => Alle Threads eines Programms haben insgesamt nur die 4GiB. Allerdings sind einige Programme so intelligent mehrere Prozesse zu forken (Apache). Sonderstellung nehmen Java Threads ein, weil die keine Betriebssystem-Threads sind, sondern Threads von Java nochmal neu implementiert wurden. Bessere Implementierungen verteilen die dann auf verschiedene Prozesse und können entsprechend mehr RAM nutzen. Ältere können nichteinmal veschiedene CPU-Kerne nutzen.
rot: Moderator wanne spricht, default: User wanne spricht.

Benutzeravatar
Tula
Beiträge: 206
Registriert: 23.03.2011 22:57:54

Re: 32bit satt 64bit System - schlimm?

Beitrag von Tula » 02.03.2015 18:10:20

Das Thema ist erstaunlicherweise ein Dauerbrenner und wird es wohl bleiben, bis die letzten 32-Bit Prozessoren verschrottet sind.

64-Bit-CPU = 64-Bit-Betriebssystem (Ausnahme bei sehr wenig RAM < 1 GiB)
32-Bit-CPU = 32-Bit-Betriebssystem (max 4 GiB RAM nutzbar)
< 4 GiB RAM = abgesehen von der o.g. Ausnahme nicht relevant für die Entscheidung

Benutzeravatar
Patsche
Beiträge: 3263
Registriert: 21.06.2013 01:47:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: /home/10001101001

Re: 32bit satt 64bit System - schlimm?

Beitrag von Patsche » 02.03.2015 18:32:19

eider hat geschrieben:Das Thema ist erstaunlicherweise ein Dauerbrenner und wird es wohl bleiben, bis die letzten 32-Bit Prozessoren verschrottet sind.

64-Bit-CPU = 64-Bit-Betriebssystem (Ausnahme bei sehr wenig RAM < 1 GiB)
32-Bit-CPU = 32-Bit-Betriebssystem (max 4 GiB RAM nutzbar)
< 4 GiB RAM = abgesehen von der o.g. Ausnahme nicht relevant für die Entscheidung
So handhabe ich das auch.

KP97
Beiträge: 3760
Registriert: 01.02.2013 15:07:36

Re: 32bit satt 64bit System - schlimm?

Beitrag von KP97 » 02.03.2015 20:13:24

hikaru hat geschrieben:....Merkliche Unterschiede wird es bei den meisten nicht geben. Multimediaanwendungen profitieren von einigen amd64-Features (nicht so sehr von der Busbreite selbst) und eine eventuelle HDD-Verschlüsselung sollte auch etwas performanter sein.
In den meisten Fällen ist die Architektur aber völlig nebensächlich.
So ist es auch.

Du schreibst auf meinen Beitrag:
Mit Irgendwelchen Aussagen zur gefühlten Geschwindigkeit, ohne irgendeinen Vergleich zu haben wäre ich also vorsichtig.
Allein schon der Einbau einer SSD könnte eine Offenbarung sein.
Daher vergleiche ich auch auf einer getrennten Partition mein 32bit mit einem 64bit, allerdings nicht mit Stoppuhr.
Daß eine SSD schneller ist, steht außer Frage. Das war aber auch nicht der Denkansatz in meiner Antwort.

Antworten