939 Benutzer online
25. November 2024, 20:16:47
25. November 2024, 20:16:47
Windows Community
Seiten: [1] Nach unten
| Antworten / Aufrufe | Themen mit dem Stichwort amd64 | |
|---|---|---|
 |
20 Antworten 10461 Aufrufe |
Windows-Hostprozess Rundll32 Funzt nicht mehr |
|
|
5 Antworten 17127 Aufrufe |
Probleme mit Coprozessor AMD Athlon 64bit 2.8 ghz Begonnen von kiora007
01. Januar 2010, 16:49:50 Hi also ich bin umgestiegen von vista auf windows 7 32bit ultimate so jezt habe ich gesehen in der geräte manager anzeige mein Coprozessor nicht instaliert ist. und sich nicht von meinem Arock board treiber installieren lässt.mein rechner ist ein Amd Athlon (tm) 2 X4 630 Prozessor 2,80 ghz 4,Gigabyte Ramspeicher 32bit windows 7 ultimate NVIDIA GeForce9400 GT directX 11 ACPI x86-basierter PC Asrock Board AM2+K10n78 FullHD weiss jemand wo man den treiber downloaden kann oder hatt wer nen direkten link wäre klasse |
|
|
4 Antworten 7700 Aufrufe |
Win 7 x64 mit Soundblaster X-FI ---> 4GB-Bluescreen-Problem ist zurück! Was tun? Begonnen von Schmollo
15. November 2009, 13:50:49 Hi, hab frisch Windows 7 aufgelegt, und nun gibts beim Spielen (LOTRO, Lord of the Rings online) bei ca. 70-80% Ram-Auslastung (über G13 angezeigt) zuverlässig einen bluescreen "page_fault_in_nonpaged_area 0x00000050". Google brachte ans Licht, daß es ein bekanntes Problem mit der Windows-Vista-Engine (64) und der Creative Soundblaster X-FI und einer Speicherbestückung von 4GB RAM gab, dies aber mit aktuellen Treibern nicht mehr auftritt. Ich stellte daher testweise auf Software-Sound um, und der BSOD war weg. Das ist zwar eine Lösung, klingt aber besch... - hab ja nicht eine super Soundkarte, um sie nicht zu nutzen, und scheinbar bin ich nicht der einzige User, der damit zu kämpfen hat... Denn wie es aussieht ist der 4GB-XFI-BUG unter WIN 7 64bit wieder zurück - warum auch immer... Kennt jemand eine Lösung? Schmollo |
 |
9 Antworten 5279 Aufrufe |
Kann ich diese Ordner löschen? Begonnen von ossinator
23. Oktober 2009, 12:51:08 Kann ich diese Ordner löschen? Sind nach dem Upgrade neu dazugekommen und haben ein Schloß. [url=http://www.bilder-speicher.de/09102313842948.gratis-foto-hosting-page.html][img width=640 height=445]http://images2.bilder-speicher.de/show-image_org-09102313842948.jpg[/img][/url] |
|
|
14 Antworten 8194 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 --------- |
|
|
2 Antworten 4961 Aufrufe |
Namenlosen Ordner löschen Begonnen von Specialforces
14. Februar 2009, 17:23:21 Hallo Leute Ich hab vor gut einem halben Jahr mal in der Computerbild (war es glaube ich^^) gelesen, wie man einen Ordner tarnen kann, ohne ihn versteckt zu machen. Gemerkt hab ich mir natürlich nur wie: Als Name: Alt-Taste gedrückt Halten und währenddessen auf dem Ziffernblock 255 eintippen. Symbol unsichtbar machen und fertig. Jetzt weiß ich nicht mehr wie ich den wegbekommen, da ich ihn ja so nicht löschen oder umbenennen kann. Ich erinnere mich nur daran, dass man irgendetwas als Kommandozeile in der cmd.exe datei eingeben muss. Was genau weiß ich nicht mehr. Die alte Computerbild ist, wie es das Glück so will, nicht mehr aufzufinden, und im i-net hab ich nichts gefunden. PLS Help Me! :( |
|
|
17 Antworten 9549 Aufrufe |
Frage zu Nero : Welches soll ich installieren?? Begonnen von Anreni
« 1 2 27. Dezember 2008, 11:51:26 Hallo Freunde, ich habe meinen Rechner neu aufgesetzt und will nun von euch wissen , welches Nero ihr für das Beste haltet und benutzt. Ich hatte schon mal das 8er drauf und bekam aber unter in der Ereignisanzeige ( Administrative Ereignisse) immer mehrere Fehlermeldungen die da lauteten, dass die Treiber von Nero in Konkurrenz mit den AMD64 Treibern lägen und , dass dort ein Problem vorhanden wäre. Da ich auch Probleme mit meinen Grafikkartentreibern hatte und sich das CCC auch ab und an verabschiedete, lag die Vermutung nahe, dass es an dem gemeldeten Problemen lag. Hatte Nero 8 mehrfach neu installiert, die Meldung blieb. Auch die AMD Treiber habe ich mehrfach installiert. Aber die Meldunge blieben. Nun weiß ich auch, dass es ähnliche Ereignismeldungen gibt bei der 9er Nero. Wer von euch benutzt Nero 7? Mich würde brennend interessieren, ob es auch bei Nero 7 Meldungen in den Administrativen Ereignissen gibt. Bitte gebt mir mal Rückmeldung, damit ich weiß, ob es sich lohnt die 8er in die Ecke zu schmeißen und die 7er zu installieren. Danke Anreni |
|
|
12 Antworten 52416 Aufrufe |
Drucker lassen sich nicht installieren - 0x00000002 Begonnen von moskito55
08. Mai 2008, 19:19:01 Habe Vista Business. Es lassen sich keine Drucker hinzufügen. Nachdem man die LPT ausgewählt hat und sich einen Drucker aus der Liste nimmt, kommt die Fehlermeldung 0x00000002 - Druckertreiber nicht installiert. Das macht er mit jedem Drucker auf jeder Schnittstelle. :grübel |
|
|
8 Antworten 13779 Aufrufe |
Vista Installation. Bitte um Hilfe :( (SATA/Raid Problem?) Begonnen von sm4ck
24. Januar 2008, 23:47:05 Hallo, Ich bin wirklich kurz vorm verzweifeln und hoffe, dass mir hier jemand weiterhelfen kann... Ich habe mir vor einer Woche eine Vista Ultimate 64bit OEM zugelegt. Nachdem ich die DVD eingelegt hatte und die Installation gestartet wurde, musste ich erst einmal ca. 15 min warte, bis sich überhaupt was tat. (soll ja angeblich normal sein) Nach diesen 15min konnte ich den Button "Jetzt installieren" anwählen. Danach kam der "Bitte Warten" Bildschirm und nach weiteren 15 min die Fehlermeldung, dass Treiber für mein DVD Laufwerk benötigt werden. Daraufhin hab ich die Installation abgebrochen und XP gebootet um dort cia Internet nach den Treibern zu suchen. Ich habe ein LG HL-DT-ST DVD-RAM GSA-H30N das via S-ATA angeschlossen ist. Nachdem ich die Raid Treiber auf meine externe Platte kopiert hatte um diese währen der Installation dann einzubinden, hab ich die Vista Installation neu gestartet. Aber auf einmal dauert alles ewig... nach einer halben Stunde erscheint erst der "Jetzt Installieren" Button und daraufhin tut sich gar nichts mehr? Habe die Installation jetzt mehrmals 1e Stunde laufen lassen aber nichts hat sich getan. Ist das normal? zu meiner Konfiguration: AMD 64 X2 5600+ Gigabyte GA-M56S-S3 mit Nforce 560 Chipsatz S-ATA Platte und externe Platte via USB. ATI Radeon X1900 3072 MB DDR2 Ram Es wäre wahnsinnig nett, wenn mir irgendjemand helfen könnte :O Danke schonmal! sm4ck |
|
|
4 Antworten 8131 Aufrufe |
VISTA 64 Installation erkennt SATA Platte nicht Begonnen von Tobur
15. Dezember 2007, 17:30:44 hallo zusammen, bin bislang noch nicht fündig geworden. bei der installation von vista 64 bit (home premium) wird meine sata-festplatte nicht erkannt, nur meine ide-platte. ich habbe schon bei gigabyte versucht, controller treiber runter zu laden, bin mir aber nicht sicher, ob ich die richtigen habe. mein mainboard ist ein gigabyte k8ns-ultra amd64. kann mir jmd. helfen, mir z.b. sagen, wo ich die richtigrn treiber herbekommen kann? edit: ach ja, die sata platte lief unter xp problemlos |
|
|
56 Antworten 101425 Aufrufe |
Command & Conquer Generals unter Vista Ultimate 64 bit Begonnen von dmu340p
« 1 2 3 4 03. Dezember 2007, 06:47:51 Hallo, hat jemand von euch Generals unter Vista 64 bit zum laufen bekommen? Habe zwei Versionen des Spiels. Einmal als englische First Decade Version und einmal als unzensierte deutsche Version. Bei beiden startet das Spiel nicht und bekomme nur die Meldung ich solle die richtige CD einwerfen. Kompatibilität (XP SP2) und Administratorrechte wurden eingestellt. Stelle ich auf WIN98 bekomme ich Fehler der Game.dat Datei. Alle anderen Spiele der First Decade DVD laufen ohne Probleme. Die Sache mit der richtigen CD deutet ja auf ein Kopierschutzproblem hin, welches man ja umgehen könnte. Leider auch ohne Erfolg. Hat jemand von euch noch eine bessere Idee? :grübel dmu340p |
|
|
33 Antworten 41029 Aufrufe |
Far Cry 64 bit Problem Begonnen von Gileraracer
« 1 2 3 19. September 2007, 17:58:24 Hallo! Also: Ich habe vorhin den Far Cry Patch für 64 bit runtergeladen. (Ich habe Vista 64 bit). Nun hab ich es gestartet, aber ich sehe nur schwarz weiss! was kann ich da machen? Also ich sehe nur eine Schwarze Fläche und eine Weisse. Ok jetzt hab ich nochmal gestartet, jetzt seh ich schon den Boden blau (Am anfang waatet man durch Wasser). Aber es sieht aus wie vor 5 Jahren, also ganz billig. Zur Info: Hab ne 8800 GTS |
|
|
20 Antworten 17141 Aufrufe |
bremst Vista die Leistung des Pc´s |
|
|
5 Antworten 3415 Aufrufe |
AMD 64 X2 4200 Begonnen von Guitarking
30. Juli 2007, 11:45:37 Also ich bastle mir vl bald einen neuen Rechner zusammen und dabei auch ein neuer AMD X2 4200 Dual core (4,4 GHz). So, und nun will ich von euch wissen was ihr davon haltet. :)) Was ist für euch generell besser AMD oder Intel ?! |
|
|
1 Antworten 64239 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] |
|
|
2 Antworten 5824 Aufrufe |
nur 3 GB RAM bei Vists 64-bit angezeigt Begonnen von dhenninger
12. April 2007, 09:41:11 Hallo Zusammen, gestern habe ich mir Vista Ultimate 64-bit installiert. In meinem Rechner habe ich 4 GB RAM installiert. Leider werden mir aber nur 3 GB angezeigt. Weis jemand woran das liegt? Gruß, Daniel |
|
|
3 Antworten 9647 Aufrufe |
[News] FRITZ!fax für FRITZ!Box als Beta-Version für Vista Begonnen von Markus
26. März 2007, 12:52:44 [url=http://www.go-windows.de/forum/vista-hardware-treiber/re-wichtig-alle-64-bit-vista-user-bitte-lesen-!!/]FRITZ!fax für FRITZ!Box als Beta-Version für Vista[/url] Für alle Fritz!Box-Besitzer, die auch über Windows-Vista faxen wollen, hat AVM sein kostenloses, supportfreies Tool in einer Beta-Version veröffentlicht. Den Download dazu gibt es unter folgendem Link: [url=http://www.avm.de/files/fritz.box/tools/fax4box/vista32bit_beta/]http://www.avm.de/files/fritz.box/tools/fax4box/vista32bit_beta/ [/url] [i]Lizenzrechtliche und technische Voraussetzung für die Nutzung aller Funktionen von [br /] FRITZ!fax v3.07 ist eine, ueber LAN/Ethernet, WLAN oder USB angeschlossene,[br /] FRITZ!Box Fon/FRITZ!Box Fon WLAN mit einem Firmwarestand ab Oktober 2005 [br /] (xx.03.89 und hoeher) sowie eine Verbindung zum Festnetz (ISDN/Analog).[br /] [br /] Wir empfehlen, vor der Installation von FRITZ!fax für FRITZ!Box eine auf dem System [br /] vorhandene Version der ISDN-Software FRITZ! zu deinstallieren. [br /] Das Programmpaket FRITZ!DSL kann auf dem System verbleiben. [/i] Quelle:avm.de |
windowsSeiten: [1] Nach oben
Problemereignisname: APPCRASH
Anwendungsname: rundll32.exe
Anwendungsversion: 6.1.7600.16385
Anwendungszeitstempel: 4a5bc637
Fehlermodulname: StackHash_d965
Fehlermodulversion: 0.0.0.0
Fehlermodulzeitstempel: 00000000
Ausnahmecode: c000041d
Ausnahmeoffset: 74d54d62
Betriebsystemversion: 6.1.7601.2.1.0.256.1
Gebietsschema-ID: 1031
Zusatzinformation 1: d965
Zusatzinformation 2: d9654ac8cc40fe82dbab40921fac7b5c
Zusatzinformation 3: d43f
Zusatzinformation 4: d43f724422651235c99a730c62a5e253
Das hier erst mal zum Fehler. Ich wollte eines der alten Spiele mal wieder laufen lassen. Genauer gesagt CnC Red Alert I. Ebenso habe ich aber die gleiche Fehler Meldung bei einem eben so alten Spiel: Conquest Frontier Wars, genau die gleiche Fehler Meldung. Als erstes dachte ich die Rundll hat einen Fehler, ich habe hier noch einen zweiten Win7 Rechner ebenfalls mit 64bit herum stehen, die dll habe ich kopiert und in den System 32 Ordner geworfen aber was mir dabei aufgefallen ist das gar keine vorhanden war. Wie kann das sein? Die dll die ich jetzt habe ist gleiche die man auch sonst auf mehreren dll pages bekommt. Das problem scheint nur aufzutauchen wenn ich etwas starte was mit windows-98 zu tun hat, alle Fehler bei den Spielen tauchen nicht auf wenn ich sie ohne win98 Kompatibilitätsmodus starte allerdings gibt es dann Spiel interne Fehler die ohne Kompatibilitätsmodus man nicht in den griff bekommt.
Die Spiele, zu mindestens bei Conquest Frontier Wars bin ich mir sicher das es auf dieser Windows Installation schon einmal mit win98 Modus gelaufen ist.
Und zu der frage die evtl. auftaucht warum kein höheres SP aufgespielt ist sage ich nur das mein Windows sofort bei der Netz Installation oder Installation von CD freezt.
System und Hardware Specs:
Operating System: Windows 7 Ultimate 64-bit (6.1, Build 7601) Service Pack 1 (7601.win7sp1_gdr.110622-1506)
Language: German (Regional Setting: German)
System Manufacturer: Gigabyte Technology Co., Ltd.
System Model: GA-MA790FX-DQ6
BIOS: Award Modular BIOS v6.00PG
Processor: AMD Phenom(tm) 9950 Quad-Core Processor (4 CPUs), ~3.4GHz
Memory: 4096MB RAM (2x 2gb 1066mhz OCZ GOLD)
Available OS Memory: 4094MB RAM
Page File: 2482MB used, 1897MB available
Windows Dir: C:\Windows
DirectX Version: DirectX 11
DxDiag Version: 6.01.7601.17514 32bit Unicode
Grafikkarte: ATI HD 3870 HIS gddr5 512mb Ice Q 3 Turbo
Neuste Treiber: NEIN
Sound: Lautsprecher (USB-Audiogerät)
Default Sound Playback: Yes
Default Voice Playback: Yes
Hardware ID: USB\VID_047F&PID_AD01&REV_0100&MI_00
Manufacturer ID: 65535
Product ID: 65535
Type: WDM
Driver Name: USBAUDIO.sys
Driver Version: 6.01.7601.17514 (English)
Driver Attributes: Final Retail
WHQL Logo'd: Yes
Date and Size: 11/20/2010 01:43:54, 109696 bytes
Other Files:
Driver Provider: Microsoft