1333 Go Windows Forum - 144935 ✔ Windows 7 Vista XP Forum

474 Benutzer online
28. Mai 2024, 13:19:33

Windows Community

Seiten: [1] Nach unten

Neues Thema erstellen

	Antworten / Aufrufe	Themen mit dem Stichwort 1333
	2 Antworten 2775 Aufrufe	Arbeitsspeicher Begonnen von Mayhem30 12. Mai 2010, 16:41:03 Hallo mal eine Frage... Habe 6gb DDR3 ram mit 1333 mhz Warum habe ich einen Speichertakt in everest und auch im systemanalyse von go windows von bloss 667mhz? muss ich da irgenwas einstellen? ?( mfg windows vista forum go-windows win7 ram hardware treiber mhz startet bios prozessor funktioniert fsb arbeitsspeicher 2008 problem probleme 2009 leistung speicher system dual 64-bit kaufen zwu zeigt besser 2000 rechner weitere Antworten anzeigen »»
	32 Antworten 10946 Aufrufe	Neuen PC gekauft - Probleme Begonnen von Vitok 11. Januar 2010, 09:07:15 « 1 2 3 hi, ich hab mir ma einen neuen PC gegönnt. Hardware Info: Asus Rampage II Gene Intel Core i7 920 @2,67 GHz 6GB Mushkin XP3-12800 1600MHz CL-6 800 Watt SuperFlower Netzteil XFX Ati Radeon 5870 Windows 7 Ultimate 64-Bit Scythe SCMG-2100 Mugen 2 Jetzt zu meinem Problem: Nach einer gewissen Zeit wird der Bildschirm schwarz und kurz darauf startet der PC neu.... es ist egal ob ich irgendwelche Programme starte oder einfach nur im Windows bin der Bildschirm wird schwarz.... Die Treiber der einzelnen hardware komponente habe ich aus der beigefügten CD/DVD installiert..... Ich hoffe jemand hat eine Idee woran das liegen kann.... weitere Antworten anzeigen »»
	6 Antworten 12496 Aufrufe	Neuer ALDI-PC ab 28.9.09 - Medion Akoya E7330 D Begonnen von OCtopus 23. September 2009, 15:18:33 Ab 28. September wird es für [b]499,00 EUR[/b] wieder einen neuen PC bei Aldi geben, der mir dieses Mal recht üppig ausgestattet zu sein scheint und mir recht preisgünstig vorkommt: http://www.aldi-suisse.ch/ch/html/offers/2867_14512_DEU_HTML.htm http://www.medion.com/ms/aldi/md8335/ch_de/ [b]Medion Akoya MD 8335 (E7330 D) * Prozessor: Intel Core 2 Quad Q8300 (2,5GHz, 4MB L2-Cache, FSB 1333MHz) * Arbeitsspeicher: 4GB DDR2 SDRAM * Grafikkarte: nVIDIA GeForce GT 220 (DirectX10, 1.024MB) * Laufwerke: o Festplatte: 640GB o Multiformat DVD-/CD-Brenner o eSATA-Schnittstelle für externe Laufwerke o Medion Datenhafen zum Anschluß einer HDDrive2Go * Netzwerk: o Gigabit LAN 10/100/1000 Mbit/s. on board * Anschlüsse: o 2 x PS/2 o 6 x USB o 1 x Netzwerk (RJ45) o 1 x Firewire o Grafik: + 1 x DVI-I + 1 x VGA + 1 x HDMI o 8-Kanal HD Audio: + 2 x Mikrofon In + 1 x Kopfhörer + 1 x Front Line Out + 1 x Back Surround Line Out + 1 x Side Surround Line Out + 1 x Center/Subwoofer Line Out + 1 x Line In o 1 x eSATA o 1 x integrierter Kartenleser * Betriebssystem: o Windows Vista Home Premium 32Bit o 64Bit Version auf Recovery DVD o lizenzkostenfreies Upgrade auf Windows 7 (zzgl. Versand- und Bearbeitungspauschale) * inklusive PS/2 Tastatur und optische Maus * 3 Jahre Garantie[/b] http://www.billigdrucker.de/neuer-medion-akoya-e7330-d-md-8335-bei-aldi_10452.html Dazu wird es noch einen 22-Zöller (56 cm) 16:10-Widescreen-Monitor (1680x1050 Pixel) mit integrierten Lautsprechern für [b]149,00 EUR[/b] geben. weitere Antworten anzeigen »»
	14 Antworten 8095 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 »»
	16 Antworten 12769 Aufrufe	CPU FSB 667 zu wenig? Begonnen von joKer1990 15. Oktober 2008, 17:32:42 « 1 2 Guten Tag, ich möchte mir ein [b]Notebook[/b] zulegen, [b]hauptsächlich zum Spielen[/b], und habe nun eins von [b]MSI[/b] im Auge, dass eine [b]CPU[/b] mit einem FSB [u][b]667MHz[/b][/u]-Taktung hat. So wie ich das mitbekommen habe, sind die CPU mit [u][b]1066MHz[/b][/u]-Taktungen die schnellsten momentan. Reicht das mit 667MHz für [u][b]Vista und DirectX 10[/b][/u] völlig aus oder habe ich dadurch große Nachteile in der allgemeinen [u][b]Performance sowie Gaming-Performance[/b][/u]. Falls ja, welche z.B.? Merkt man da einen [u][b]großen Unterschied zwischen 667MHz/1066MHz?[/b][/u] Vielen Dank und mit freundlichen Grüßen, joKer weitere Antworten anzeigen »»
	13 Antworten 13160 Aufrufe	Läuft Vista 64Bit mit 8GB RAM besser als mit 4GB? Begonnen von Subsanaty 25. September 2008, 19:38:06 Hallo Leute! Ich wollte meinen Arbeitsspeicher auf 8GB aufstrocken,und wollte mal fragen,ob sich das überhaupt lohnt. Im Taskmanager unter "Leistung" steht bei "Physikalischer Speicher": Insgesammt: 4093 MB Im Cache: 3325 MB Frei: 29 MB Ist das normal...? Bei mir laufen momentan 43 Prozesse.Der Physikalische Speicher ist mit 23% ausgelastet im Leerlauf. Mein PC nutze ich größtenteils zum Spielen. Bringen 8GB RAM mehr Leistung...? Gruß Subsanaty weitere Antworten anzeigen »»
	7 Antworten 7987 Aufrufe	Intel Quad Core 2,4 vs. Intel Core Duo 3,0 Begonnen von DerBottroper 06. September 2008, 09:26:33 Hallo zusammen, welchen der o.g. Prozessoren würder ihr empfehlen? Ich habe derzeit den Quad bei mir verbaut und überlege ob für meine Anwendung (Office, DVD rippen/erstellen, Bilder bearbeiten) ein Dual Core 3,0 besser/schneller wäre?! Gruß Andy weitere Antworten anzeigen »»
	24 Antworten 11664 Aufrufe	Arbeitsspeciher aufgerüstet - niedrigere Systembewertung??? Begonnen von Oden 24. April 2008, 17:19:38 « 1 2 Hallo, also ich weiß nich ob ich lachen oder ausrasten soll.... ?( ich fang mal an: hatte vorher 21GB DDR2 drinne, hba mir dann eben noch mal 12GB DDR2 dazu gekauft, reingemacht, hochgefahran funktioniert alles wunderbar, also der pc erkennt uach jetzt die 4GB DDR2. Hab dann eine neue Systembewertung gemacht und hab jetzt auf einmal nur noch 4,8. Vorher hatte ich 5,0 und bei Arbeitsspeicher sogar 5,9 also mit den 2GB. Jetzt mit 4GB nur noch 4,8....das is doch bestimmt nocht normal oder?? Oder hab ich iwas falsch gemacht...bitte um Ratschläge.. Vielen Dank Oden weitere Antworten anzeigen »»

Seiten: [1] Nach oben

0.025s 13q

© go-windows.de 1333 Go Windows Forum - 144935