spiecher Go Windows Forum - 84164

287 Benutzer online
11. August 2025, 18:19:46

Windows Community

Seiten: [1] Nach unten

Neues Thema erstellen

	Antworten / Aufrufe	Themen mit dem Stichwort spiecher
	17 Antworten 29929 Aufrufe	Virtueller Arbeitsspeicher -> keine Auslagerungsdatei -> sinnvoll? Begonnen von stoneagem 14. Juni 2009, 12:16:16 « 1 2 Bringt das bessere Performance oder ist das nur Augenwischerei? go-windows windows vista speicher 64bit treiber arbeitsspeicher download probleme anzeigen 2008 speicherplatz problem yms zeigt x64 win7 hilfe einstellungen forum ram geht vista64 update win 2009 kein einstellen memory hardware weitere Antworten anzeigen »»
	18 Antworten 9589 Aufrufe	Neuer Ram-speicher vista friert ein Begonnen von Thomas1985 03. Mai 2009, 18:26:39 « 1 2 Hallöle bin neu hier und möchte gleich mal ne Frage stellen. Die mutter meiner Freundin hat sich bei Weltbild einen Rechner als Komplettset gekauft und leider war da nur 1gb Ram speicher verarbeitet, er lief langsam und stockend, deshalb hab ich 2x2Gb speicher (2GB DDR2-800 CL5 von AE) eingebaut. seitdem hat er probleme mit dem Hochfahren Friert ein oder gibt div. Modi zum Hochfahren vo (abgesicherter Modus usw.). War nun im PC-Laden und da haben die mir gesagt, dass ich etwas im BIOS ändern soll, hab da aber nur bedingt Ahnung und wollte mich mal an euch wenden. MFG Thomas weitere Antworten anzeigen »»
	51 Antworten 53469 Aufrufe	Physikalischer Speicher (Frei 0) Begonnen von VincentPaige 10. März 2009, 18:56:33 « 1 2 3 4 Hallo, ich habe seit kurzem ein neues Laptop mit Windows Vista. (DELL Precision M4400 mit 4 GB Arbeitsspeicher) Im großen und Ganzen bin ich sehr zufrieden damit, allerding ist mir im Zusammenhang mit einem Problem folgendes aufgefallen: Sobald ich nach dem Start den Task-Manager öffne, kann ich beobachten, wie der Wert des freien Physikalischen Speichers total abfällt, bis er auf 0 ist. Wenn ich das richtig verstanden habe, wird dieser in den Cache geladen, damit er schneller zur Verfügung steht, oder? Mein ursprüngliches Problem ist, dass es beim Abspieln von Musik ständig zu kleinen ganz kurzen Aussetzern kommt. Mir ist nun aufgefalleln, dass dies schlimmer ist, wenn der frei Speicher Richtung 0 geht. So lang hier noch ein höherer Wert dahinter steht, sind auch die Musik-Aussetzer nicht so starkt bzw. gar nicht. Kann das damit zusammen hängen? Kann ich hier selber was machen, damit immer etwas Speicher übrig bleibt und nicht alles in den Cache geladen wird? Vielen Dank! weitere Antworten anzeigen »»
	14 Antworten 8491 Aufrufe	Vista x64 Problem :( Begonnen von zweipackk 01. März 2009, 17:29:48 Hallöchen Habe folgendes Problem mein OS Vista x64 stürzt öfters unerwartet ab, dabei ist es egal welche Anwendungen laufen oder nicht ist also kein Softwareproblem. Ich habe auch Prime95 24h laufen lassen können und es gab absolut keine Probleme oder Bluescreens. Auch Memtest86 fand keine Fehler. Ich bin wirklich am verzweifeln. Ich habe mir die dump file mal angeschaut und auch schon gegoogelt aber bezieht sich leider alles nur auf xp und hilft mir daher nicht weiter... Zu meinem System: Intel i7 DDR3 Ram Nanya 1333MHZ ATI HD 4870 In der Dump file steht problem caused by hardware, leider kann ich damit nicht viel anfangen vllt. könnt Ihr mehr herauslesen. Ich bin über jede Hilfe sehr dankbar. Danke schonmal im Voraus Jetzt die dmp. file: Microsoft (R) Windows Debugger Version 6.11.0001.402 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini030109-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: * Invalid * ************************************************ ************************ * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * ************************************************ ********************** Executable search path is: ********************************************** ***************** * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ************************************************ *************** Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 * WARNING: Unable to verify timestamp for ntoskrnl.exe * ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Windows Server 2008/Windows Vista Kernel Version 6001 (Service Pack 1) MP (8 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Machine Name: Kernel base = 0xfffff800`01e4e000 PsLoadedModuleList = 0xfffff800`02013db0 Debug session time: Sun Mar 1 13:21:37.144 2009 (GMT+1) System Uptime: 0 days 1:31:08.101 ********************************************** ***************** * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ************************************************ *************** Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 * WARNING: Unable to verify timestamp for ntoskrnl.exe * ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Loading Kernel Symbols .................................................. ............. .................................................. .............. ............................. Loading User Symbols Loading unloaded module list ................... * WARNING: Unable to verify timestamp for hal.dll * ERROR: Module load completed but symbols could not be loaded for hal.dll ********************************************** *************************** * * * Bugcheck Analysis * * * ************************************************ ************************* Use !analyze -v to get detailed debugging information. BugCheck 124, {0, fffffa8008932030, be000000, 800400} * Kernel symbols are WRONG. Please fix symbols to do analysis. ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* Unable to load image \SystemRoot\system32\PSHED.dll, Win32 error 0n2 * WARNING: Unable to verify timestamp for PSHED.dll * ERROR: Module load completed but symbols could not be loaded for PSHED.dll ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: pshed!_WHEA_ERROR_RECORD_SECTION_DESCRIPTOR * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_KPRCB * * * ********************************************** ******************* ********************************************** ******************* * * * * * Your debugger is not using the correct symbols * * * * In order for this command to work properly, your symbol path * * must point to .pdb files that have full type information. * * * * Certain .pdb files (such as the public OS symbols) do not * * contain the required information. Contact the group that * * provided you with these symbols if you need this command to * * work. * * * * Type referenced: nt!_KPRCB * * * ********************************************** ******************* ********************************************** ***************** * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ************************************************ *************** ********************************************** ***************** * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ************************************************ ***************** Probably caused by : hardware Followup: MachineOwner --------- weitere Antworten anzeigen »»
	13 Antworten 7735 Aufrufe	Mainboard RAM erweitert...Vista erkennt nicht alles. Begonnen von moartone 07. Oktober 2008, 16:07:20 Hey Community.. Ich habe schon seit längerem das Mainboard NForce4-939 von Elitegroup. Es lief bisher auf 1,5 GB RAM(1Gb in lila Bank/512 MB in blauer Bank) Alles Infinion DDR 400 PC3200 Das Mainb. hat insgesamt 4 Bänke (2blau/2lila) Hab mir jetzt noch 2x 1GB (Infinion DDR400 PC3200) dazugeholt und reingesteckt. Jetzt erkennt Vista aber in der Systemsteuerung nur 3GB statt 3,5GB... Wie geht das ? Habe in den ersten beiden Bänken(lila) 2x1GB und in den beiden blauen erst 1Gb dann den 512er. Danke und lieben Gruß Bjoern aus Gießen weitere Antworten anzeigen »»
	3 Antworten 5408 Aufrufe	Kann ganzen Festplattenspeicher nicht nutzen Begonnen von zimbo 21. Februar 2008, 10:21:11 Hallo Ihr, ich habe mir letzte Woche ein Notebook gekauft und habe es formartiert, da ich lieber Business als Premium drauf haben wollte. Als ich dann bei dem Schritt ankam, wo man mich gefragt habe, wie meine Partitionen aussehen sollen (Also Größe,wie viele etc.),habe ich mich entschieden nur eine Partition zu machen. Meine Festplattenspeicher sollte eigentlich 200GB betragen,aber wenn ich nun die Größe für die eine Partition auswählen soll,kann ich maximal 186.85GB als Größe auswählen und man sagt mir 200GB sind nicht verfügbar. Kann mir jemand sagen wodran das liegt und wie ich das vielleicht beheben kann. Habe nämlich eigentlich nicht vor Speicher zu verschenken! Danke schon einmal für eure Hilfe! Lieben Gruß weitere Antworten anzeigen »»
	9 Antworten 7465 Aufrufe	Vista + der virtuelle Speicher....? Begonnen von capice 18. Februar 2008, 17:28:36 Hi, Ich habe Premium Home 64 Bit, 6 GB RAM. Bei XP sagte man ja oft => minimale + maximale Größe gleich. Also z.B. beides auf 4000 MB. Bei 1,5fach oder doppelt so groß wären es bei mir 9 oder 12 GB. Wie sieht das jetzt bei vista aus? Dazu kann man wenig an Infos bekommen. Meistens wird jetzt aber wieder empfohlen, das es vista automatisch machen soll. Gibt´s dazu noch gute Tips? weitere Antworten anzeigen »»
	0 Antworten 8957 Aufrufe	FRITZ!Box Fon WLAN 7270: Frisch aus der Entwicklung Version 54.04.52-10028 Begonnen von markus 05. Februar 2008, 18:36:13 AVM hat heute die erste Beta Firmware für das neue Flagschiff Fritz!Box Fon Wlan 7270 veröffentlicht. Im Gegensatz zu den bisherigen Beta-Firmwares für die Fritz!Box Fon Wlan 7170, bringt diese Beta keine neuen Funktionen mit sich, sondern behebt lediglich Bugfixe und bringt kleine Detailverbesserungen mit sich. [quote=www.avm.de] [b]USB[/b] * Erkennung von USB-Speichern beschleunigt * Diverse Stabilitätsverbesserungen bei der Nutzung von USB-Speichern * FTP- und USB-Fernanschluss-Optimierungen * Sonderzeichen in den USB-Speicher-Strings werden ignoriert * Fix: Drucken über den USB-Fernanschluss * Kompatibilität zu speziellen USB-Hubs verbessert [b]WLAN[/b] * Verbesserter Datendurchsatz DSL -> WLAN * Kompatibilität zu älteren INTEL 11n Client-Treibern verbessert * Fix: Authentifizierungsprobleme beim Hochfahren der Box * Fix: Sonderzeichen in der SSID / WPA-Passphrase [b]Telefonie Allgemein[/b] * Bugfix: Dauerton beim Vermitteln nach S0-NT/DECT * Kleine Bugfixes für spezielle Szenarien [b]Anrufbeantworter[/b] * Nachrichten werden nur noch im Arbeitsspeicher der FRITZ!Box aufgezeichnet und gehen beim Neustart verloren. Nutzen Sie einen USB-Speicher zum permanenten Speichern von Nachrichten und/oder lassen sie die Aufzeichnungen per Mail versenden. [i] Achtung: Hören Sie vor dem Update die neuen Nachrichten ab. Beim Update gehen alle aufgenommenen Nachrichten und die Einstellungen des Anrufbeantworters verloren. Ausnahme: Ist ein USB-Speicher für den Anrufbeantworter aktivert, bleiben die Einstellungen des Anrufbeantworters beim Update erhalten.[/i] [b]System[/b] * Verbesserung der Stabilität * Aktualisierungen von Texten und der Tabellengestaltung in der Benutzeroberfläche * Sichern der Einstellungen um DECT-Einstellungen erweitert [b]DECT[/b] * Menü-/R-Tastenunterstützung für Halten/Makeln/3-er Konferenz/Vermitteln im FRITZ!MT-C * Optimierungen für die Übertragung des Telefonbuchs vom/zum FRITZ!MT-C * Problem mit Dauerklingeln bei einigen Schnurlostelefonen behoben * Stabilisierungen im Anmeldevorgang von Schnurlostelefonen[/quote] weitere Antworten anzeigen »»
	0 Antworten 59005 Aufrufe	Virtueller Speicher - Größe anpassen Begonnen von Jean Paul 20. Januar 2008, 10:07:20 ComputerBild empfiehlt im aktuellen Heft, die Größe des virtuellen Speichers auf das Doppelte des verwendeten Arbeitsspeichers festzulegen. Ich habe das ausprobiert und habe den Eindruck, daß das System zumindest wesentlich schneller startet. Ich rate, den Tip zu befolgen. Ich habe bei 2 GB Arbeitsspeicher meinen virtuellen Speicher von (automatisch) etwas über 2GB manuell auf jetzt 4096MB ("Anfangsgröße" und "maximale Größe") festgelegt. Das kann unter Einstellungen->Systemsteuerung->System->Erweiterte Systemeinstellungen->Erweitert->Virtuelle Effekte...->Erweitert eingestellt werden. Danach ist ein Neustart fällig. weitere Antworten anzeigen »»
	6 Antworten 13094 Aufrufe	bcdedit: Fehler Begonnen von PRobot 25. Dezember 2007, 19:21:50 Hallo! Ich wollte jetzt wieder mal an der Bootkonfiguration von Vista rumschrauben, aber als ich versuchte, bcdedit auszuführen, bekam ich folgende Fehlermeldung (vor ca. 2 Monate gings, hab cmd natürlich als Admin geöffnet): [code]Der Speicher für die Startkonfigurationsdaten konnte nicht geöffnet werden. Das System kann die angegebene Datei nicht finden[/code] Ich habe dann auch Mit Vista Boot Pro 3.3 versucht, da bekomme ich auch die Fehlermeldung: [code]--------------------------- BCD Registry Missing/Corrupt --------------------------- VistaBootPRO has detected that your BCD Registry is either missing or corrupt. It is recommended that you fix this problem in order to supress this message on further uses. --------------------------- OK --------------------------- [/code] Aber gebootet wird noch völlig normal. Hat jemand ne Ahnung, wo der Fehler liegt? Ich kann mir das nicht erklären?! Danke! weitere Antworten anzeigen »»
	1 Antworten 8731 Aufrufe	[Stalker] Probleme beim Laden von Spielständen - bitte Hilfe Begonnen von TheManiac 22. September 2007, 01:19:14 Hey Leute, habe folgendes Problem bei Stalker (konnte irgendwie keinen Screenshot vom Bildschirm machen, versuche euch den Fehler so genau wie möglich zu beschreiben, wenns nicht hilft versuch ich mal die Meldung abzutippen ;)). Also hab Stalker ganz normal installiert, Vista 32 Bit, Hardware-Anforderungen sind locker erfüllt. Das Spiel geht ganz normal, hab ein Spiel gestartet und irgendwann mal einen Quicksave gemacht. Dann wollte ich den Laden und das ging nicht. Hab die Konsole im Spiel geöffnet. Beim Speicher steht so ungefähr "Game successfully saved" - "... User/meinName" etc. Dieser gespeicherte Spielstand erscheint auch im Lademenü von Stalker. In der Konsole steht dann beim Ladeversuch "Datei nicht gefunden" (so ungefähr). Ich muss nun Stalker neu starten, dann kann ich den Spielstand wieder laden. Das Problem tritt sowohl beim Quicksave als auch beim normalen Speichern über das Menü und auch beim Laden über bei Varianten auf. Hat einer einen Tipp? Wäre sehr hilfreich, ist doch irgendwie richtig mühsam, nach jedem Tod das Spiel neu zu starten (und jetzt bitte keine Kommentare a la "Stirb halt nicht ;)) Besten Dank. weitere Antworten anzeigen »»
	1 Antworten 64696 Aufrufe	[Vista] 4 GB-Ram mit Windows Vista - Konflikte Begonnen von ossinator 12. April 2007, 10:08:46 Da dieses Thema bereits mehrfach im Forum aufgetaucht ist, hier eine Antwort. [color=red][i]EDIT: Da dieses Thema wiederum mehrfach aufgetaucht ist und niemand in der Lage ist die Suchfunktion zu bemühen, hole ich diesen Thread wieder nach oben.[/i][/color] [b]4 GB RAM mit Windows Vista[/b] Wenn man >2 GB Hauptspeicher in x86-Systeme einbaut, ist es normal, dass nicht der gesamte physikalische Hauptspeicher benutzt werden kann. Der Grund dafür sind Ressourcenkonflikte durch die 32-bit-Technologie. Da das BIOS nicht weiß, ob ein 32-bit oder 64-bit Betriebsystem gebootet wird, startet es immer im 32-bit Mode. Darin stehen maximal 4 GB addressierbarer Speicher zur Verfügung. Deshalb müssen alle Memory- und Device-Adressräume unterhalb der 4 GB-Grenze eingeblendet werden. Wenn man nun >2 GB physikalischen Hauptspeicher einbaut, dann kommt es zum Ressourcenkoflikt zwischen physikalischem Hauptspeicher und den Device-Adressräumen. Die meisten BIOS-Versionen lösen das Problem in der Form, dass sie ein Speicherloch unterhalb der 4 GB-Grenze einfügen. Dieses Loch wird auch als PCI-Loch (PCI Hole) bezeichnet. Der Speicher, den dieses Loch belegt, kann von keinem Betriebsystem angesteuert werden. Dadurch bleiben ~512 MB bis ~1.5 GB RAM ungenutzt. Es ist dabei unabhängig, ob es sich um ein 32-bit oder 64-bit OS handelt. Die einzige Möglichkeit, diesen Speicher nutzbar zu machen, ist die Verlagerung in einen Bereich, der oberhalb von 4 GB liegt und nicht durch physikalischen Speicher schon belegt ist. Dazu bedarf es aber einiger Voraussetzungen: [list] [li][b]Betriebsystemunterstützung[/b] Das Betriebsystem muss Speicher >4 GB ansprechen können. Windows 2000, Windows XP, Windows Server 2003 und Windows Vista unterstützen in den Standardvarianten mit 32-bit maximal 4 GB RAM. Die Advanced-, Enterprise- und Datacenter-Produkte sowie die 64-bit-Versionen können mehr Speicher addressieren, wobei die Grenzen hier von den jeweiligen Versionen abhängen und bis zu 1 TB reichen können. [/li] [li][b]Prozessorunterstützung[/b] Intel und AMD unterstützen 40-bit Addressierung in ihren aktuellen x64-Prozessoren (Intel EM64T/AMD64). Ältere Prozessoren sind auf 36-bit (PAE) oder auch 32-bit limitiert. [/li] [li][b]Chipsatzunterstützung[/b] Der Chipsatz des Mainboards muss Memory Remapping oberhalb von 4GB unterstützen. Leider beherrscht die grosse Mehrheit der derzeit auf dem Markt erhältlichen Chipsätze für Desktops und mobile Computer genau diese Funktion nicht. Sie lässt sich auch nicht mittels eines BIOS-Updates nachrüsten. Erst die Workstation-Chipsätze von AMD und nVidia sowie demnächst erscheinende neue Chipsätze für Desktops und mobile Computer unterstützen mehr als 4 GB RAM und können die Hauptspeicheradressen zur Umgehung des PCI-Lochs verlagern.[/li] [/list] [b]Wie kann man nun die vollen 4 GB nutzen? [/b] Windows kann prinzipiell den Hauptspeicher, der durch die Verlagerung zur Umgehung des PCI-Lochs oberhalb von 4 GB angesprochen werden kann, unterhalb der 4GB-Grenze einblenden. [b]Voraussetzung dafür sind aber die obigen drei Punkte: [/b] [list] [li]Kann die verwendete Windows-Version Speicher oberhalb von 4GB ansprechen? Die Antwort lautet nein für 32-bit und ja für 64-bit. [/li] [li]Kann der Prozessor Speicher oberhalb von 4 GB ansprechen? Bei aktuellen Modellen besteht eine hohe Wahrscheinlichkeit, dass Speicher oberhalb von 4 GB angesprochen werden kann. Bei AMD64 und EM64T ist die Unterstützung zum Beispiel gegeben.[/li] [li]Erlaubt der Chipsatz Memory Remapping und ist die Funktion im BIOS konfigurierbar? Die allermeisten Chipsätze können das nicht. Deswegen hilft auf der Umstieg auf ein 64-bit Betriebsystem nicht weiter.[/li] [/list] Es gibt jetzt auch einen Knowledge Base Artikel zu dem Thema: [url=http://support.microsoft.com/kb/929605/de][b][color=blue]Knowledge Base Artikel [/color][/b][/url] Quelle: [url=http://blogs.technet.com/dmelanchthon/archive/2006/11/15/4-gb-ram-mit-windows-vista.aspx][b][color=blue]Daniel Melanchthon[/color][/b][/url] weitere Antworten anzeigen »»

Seiten: [1] Nach oben

0.021s 11q

© go-windows.de spiecher Go Windows Forum - 84164