f�r die Systemplatte (D:) soll zuk�nftig ein kleines SSD (Super Talent
UltraDrive GX) zum Einsatz kommen, auch wenn mit der Zeit die anf�ngliche
Performance bekanntlich etwas einbricht und XP mit dem ATA-TRIM-Kommando
wohl nix anfangen kann. Die Boot-Platte bleibt eine normale HDD.
Aber wo legt man das Pagefile f�r das System auf dem SSD hin? Kann/soll es
auch auf das SSD oder packt man es besser auf die Temp-HDD?
Wer hat das schon mal eruiert?
TIA schon mal,
Andi
--
"Berlin, ick komm aus Berlin. - Berlin, dat is' so'n Vorort von Pol'n..."
[Kurt Kr�mer erkl�rt sich zu seiner Heimatstadt]
> f�r die Systemplatte (D:) soll zuk�nftig ein kleines SSD (Super Talent
> UltraDrive GX) zum Einsatz kommen, auch wenn mit der Zeit die anf�ngliche
> Performance bekanntlich etwas einbricht und XP mit dem ATA-TRIM-Kommando
> wohl nix anfangen kann. Die Boot-Platte bleibt eine normale HDD.
Hmm. Eigenartige Kombination. Wenn schon System auf SSD, w�rde ich doch
zusehen, da� die Kiste m�glichst komplett von SSD hochkommt !?
> Aber wo legt man das Pagefile f�r das System auf dem SSD hin? Kann/soll es
> auch auf das SSD oder packt man es besser auf die Temp-HDD?
Pagefile auf SSD halte ich f�r keine gute Idee. Zwar machen alle SSDs
wear-leveling, die Hersteller halten sich aber extrem bedeckt zu der
Frage, wie effektiv das wirklich arbeitet.
Wenn, dann HDD. Bei den heutigen RAM-Preisen ist allerdings dringend zu
�berlegen, ob man nicht lieber einen Riegel mehr reinsteckt und gar kein
Swap mehr macht.
Hergen
> Wenn, dann HDD. Bei den heutigen RAM-Preisen ist allerdings dringend zu
> �berlegen, ob man nicht lieber einen Riegel mehr reinsteckt und gar kein
> Swap mehr macht.
Sry aber da stellt sich gar keine Frage!
Das deaktivieren der Swap kann immer sehr seltsame Auswirkungen auf das
Gesammtsystem haben, die leichteste davon ist das sich verschiedenen
Programme mit einer Fehlermeldung direkt verabschieden.
Den Tip die Swap auszuschalten, wen viel RAM im System ist, ist der
D�mmste Runinggag seit es Windows gibt!
Gru� Guido
--
Ich verwende die kostenlose Version von SPAMfighter f�r private Anwender,
die bei mir bis jetzt 119 Spammails entfernt hat.
Rund 6 Millionen Leute nutzen SPAMfighter schon.
Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde
> Den Tip die Swap auszuschalten, wen viel RAM im System ist, ist der
> D�mmste Runinggag seit es Windows gibt!
Komisch da� bei mir DisablePagingExecutive=1 seit Jahren prima l�uft, mit
s�mtlicher Software.
Cornelia
--
Be out and be proud - today is the first day of the rest of your life
Support Transgenre Strasbourg : www.sts67.org
Creative stuff : www.bownbend.com
GPG key ID 83FF7452
Es ist schon nicht ganz falsch, dass es Software gibt, die sich dann
"aus Prinzip" verabschiedet, auch wenns technisch keinen Sinn ergibt. Z.
B. Photoshop 7 hatte das: Trotz 3 GB RAM schreite es, dass es gerne ne
Auslagerungs-Datei h�tte, und beendete dann knallhart. Was bleibt einem
da �brig? Aber mal abgesehen von solchen schwarzen Schafen gebe ich dir
recht, im Alltag hab ich auch nie eine Auslagerungsdatei n�tig. Als
"Running gag" w�rde ich das auch nicht stehen lassen.
Gr��le,
Martin.
>> f�r die Systemplatte (D:) soll zuk�nftig ein kleines SSD (Super Talent
>> UltraDrive GX) zum Einsatz kommen, auch wenn mit der Zeit die anf�ngliche
>> Performance bekanntlich etwas einbricht und XP mit dem ATA-TRIM-Kommando
>> wohl nix anfangen kann. Die Boot-Platte bleibt eine normale HDD.
> Hmm. Eigenartige Kombination. Wenn schon System auf SSD, w�rde ich doch
> zusehen, da� die Kiste m�glichst komplett von SSD hochkommt !?
Tut sie doch. Da� lediglich der NTLloader von HDD geladen wird, kann ich
verschmerzen. Auf der HDD C: liegen nur die Boot-Dateien (NTLDR, Boot.ini
usw.), das komplette Windows und die installierten Progs sind auf D:. Und
f�r D: soll das SSD her.
>> Aber wo legt man das Pagefile f�r das System auf dem SSD hin? Kann/soll es
>> auch auf das SSD oder packt man es besser auf die Temp-HDD?
> Pagefile auf SSD halte ich f�r keine gute Idee. Zwar machen alle SSDs
> wear-leveling, die Hersteller halten sich aber extrem bedeckt zu der
> Frage, wie effektiv das wirklich arbeitet.
Man liest, da� das Verh�lrnis von Lese- zu Schreibzugriffen im Pagefile bei
40:1 liegt.
> Wenn, dann HDD. Bei den heutigen RAM-Preisen ist allerdings dringend zu
> �berlegen, ob man nicht lieber einen Riegel mehr reinsteckt und gar kein
> Swap mehr macht.
Dann werden im Zweifelsfall tempor�re Swap-Dateien angelegt. Die liegen
dann aber da, wo Windows will. Wurde hier und in den Win-Gruppen schon
etliche Male durchgekaut. Da definiere ich doch lieber selber eins.
Andi
--
Segnet mich, Pater, denn ich habe viel ges�ndigt und werde es wieder tun!
>> Den Tip die Swap auszuschalten, wen viel RAM im System ist, ist der
>> D�mmste Runinggag seit es Windows gibt!
> Komisch da� bei mir DisablePagingExecutive=1 seit Jahren prima l�uft, mit
> s�mtlicher Software.
Im Zweifelsfall legt Windows tempor�re Swap-Dateien an. Und ob es nicht bei
anderer Software als bei der von Dir verwendeten doch die von Guido
benannten Probleme gibt, ist nicht auszuschlie�en. Als ich noch c't las,
wurde das Abstellen des Pagefiles jedenfalls immer als Humbug und
kontraproduktive UL gebrandmarkt.
Andi
--
Eines sollten Sie vielleicht noch wissen: Wenn Gott es wirklich so gewollt
haben sollte, dann wird er es letztlich wohl wirklich so gewollt haben. Nun
ja, zugegeben, das k�nnte man m�glicherweise auch anders sagen, dann aber
doch wohl nicht so, wissen Sie?
> f�r die Systemplatte (D:) soll zuk�nftig ein kleines SSD (Super Talent
> UltraDrive GX)
ist das intel oder Samsung OEM? Ansonsten: brrrr...
> zum Einsatz kommen, auch wenn mit der Zeit die anf�ngliche
> Performance bekanntlich etwas einbricht und XP mit dem ATA-TRIM-Kommando
> wohl nix anfangen kann. Die Boot-Platte bleibt eine normale HDD.
SSD und dann kein Systemlaufwerk? Was hast Du denn, was von der
Zugriffsgeschwindigkeit so profitiert? Ich w�rde das Konzept �berdenken.
> Aber wo legt man das Pagefile f�r das System auf dem SSD hin? Kann/soll es
> auch auf das SSD oder packt man es besser auf die Temp-HDD?
(Immer noch) sind viele Schreibzugriffe auf SSD und auf alle anderen
derzeitigen Flashspeicher, so intelligent deren integrierte
Wear-Algorithmen auch sein m�gen, eh keine gute Idee. Abgesehen davon
strebt bei den heute �blichen Hauptspeichergr��en bei 4GB die
Nutzungsintensit�t vom virtuellen Speicher gegen Null. Soll hei�en: Machs
wie Du willst, das 1% wo Du profiierst interessiert Dich nicht die Bohne.
Nur eine Regel gibt es: Wer statt in mehr Arbeitsspeicher in schnellere
Festplatten investiert, um eine schnellere Auslagerungsdatei zu haben, hat
die Architektur noch nicht ganz verstanden ;-)
--
mit freundlichen Gr��en/with kind regards
Christian D�rrhauer
Variables won't; constants aren't.
Osborn
>Sry aber da stellt sich gar keine Frage!
>Das deaktivieren der Swap kann immer sehr seltsame Auswirkungen auf das
>Gesammtsystem haben, die leichteste davon ist das sich verschiedenen
>Programme mit einer Fehlermeldung direkt verabschieden.
Seit Jahren (von XP �ber Vista bis 7) habe ich swap deaktiviert, und
das System l�uft so stabil, wie man es sich nur w�nschen kann. YMMV,
aber ich kann diese Panikmache nicht im Geringsten auch nur ann�hernd
best�tigen.
-ras
--
Ralph A. Schmid
http://www.dk5ras.de/ http://www.db0fue.de/
http://www.bclog.de/
>> f�r die Systemplatte (D:) soll zuk�nftig ein kleines SSD (Super Talent
>> UltraDrive GX)
> ist das intel oder Samsung OEM? Ansonsten: brrrr...
Nach dem, was ich dazu gelesen habe, geh�rt diese Fa. zu denen, deren SSDs
neben denen von Intel und OCZ nicht nur empfohlen, sondern auch regelm��ig
mit aktualisierten Firmware-Versionen versorgt werden. Von anderen "gro�en"
Namen wie etwa Kingston kann man das offenbar nicht sagen. Neulich wurden
z. B. das TRIM-Kommando nachger�stet und andere Optimierungen vorgenommen:
<http://www.heise.de/newsticker/meldung/SSD-Hersteller-optimieren-Firmware-fuer-Windows-7-2-Update-842820.html>
Bei Super Talent besteht nur das Manko, da� ein Firmware-Update den
SSD-Inhalt l�scht. Das ist mir aber hinreichend togal.
Auf der bootbaren HDD mit C: liegt nach wie vor ein Notfall-System f�r
genau solche F�lle wie Reparaturen, Backups etc., und das wird auch so
bleiben. In den mehr als 10 Jahren, in denen ich mit eNTen arbeite, arbeite
ich immer mit Multi-Boot. Daf�r ist das ja da.
Ergo wird halt dann das Notfall-System auf C: gebootet und das
Arbeitssystem auf D:, also auf dem SSD, aus dem Backup zur�ckgespielt.
>> zum Einsatz kommen, auch wenn mit der Zeit die anf�ngliche
>> Performance bekanntlich etwas einbricht und XP mit dem ATA-TRIM-Kommando
>> wohl nix anfangen kann. Die Boot-Platte bleibt eine normale HDD.
> SSD und dann kein Systemlaufwerk? ...
Selbstverst�ndlich _ist_ es das Systemlaufwerk f�r das Arbeits-System. Mein
System liegt auf D:. Du hast es ganz oben selbst zitiert. Das Boot-Laufwerk
C: mit NTLDR usw. enth�lt nur ein kleines Notfall-System, welches halt auch
nur f�r Notf�lle benutzt wird, dann aber immer brav f�r einen benutzbaren
Rechner sorgt, auch wenn mal s�mtliche Laufwerke des Arbeitssystems
ausfallen w�rden.
>> Aber wo legt man das Pagefile f�r das System auf dem SSD hin? Kann/soll es
>> auch auf das SSD oder packt man es besser auf die Temp-HDD?
> (Immer noch) sind viele Schreibzugriffe auf SSD und auf alle anderen
> derzeitigen Flashspeicher, so intelligent deren integrierte
> Wear-Algorithmen auch sein m�gen, eh keine gute Idee. Abgesehen davon
> strebt bei den heute �blichen Hauptspeichergr��en bei 4GB die
> Nutzungsintensit�t vom virtuellen Speicher gegen Null. Soll hei�en: Machs
> wie Du willst, das 1% wo Du profiierst interessiert Dich nicht die Bohne.
Hm, vermutlich ist es also eine akademische Frage. Dann werde ich es wohl
mal ein bi�chen testen und dann vermutlich das Swapfile auf die Temp-HDD
legen. Dort st�rt es auch nicht, und dem SSD erspart man prim�r nicht
n�tige Schreibzyklen.
> Nur eine Regel gibt es: Wer statt in mehr Arbeitsspeicher in schnellere
> Festplatten investiert, um eine schnellere Auslagerungsdatei zu haben, hat
> die Architektur noch nicht ganz verstanden ;-)
Jep, ist eh klar.
Andi
--
"Wir gehen in die letzten Runden und k�nnen so langsam mal Renommee ziehen
... ���h ... oder Res�mee ziehen ..."
Heiko Wa�er mal wieder mit einem gnadenvollen Beweis seiner F�higkeiten als
Kommentator, quasi wie immer unter BL�D-Niewoh[tm]
> f�r die Systemplatte (D:) soll zuk�nftig ein kleines SSD (Super Talent
> UltraDrive GX) zum Einsatz kommen, auch wenn mit der Zeit die anf�ngliche
> Performance bekanntlich etwas einbricht und XP mit dem ATA-TRIM-Kommando
> wohl nix anfangen kann. Die Boot-Platte bleibt eine normale HDD.
Ich w�rde es eher umgekehrt machen: SSD als Boot-Platte nehmen, Pagefile
und tempor�re Daten auf die HDD legen. Dass d�rfte die Bootzeiten und
das Laden der diversen System-DLLs etc. deutlich verk�rzen. Wenn
m�glich, kann man auch viel RAM einbauen (z.B. 8 GB) und mit passender
Software den Bereich oberhalb von 4 GB als RAM-Disk f�r das Pagefile nutzen.
Pagefile auf der SSD d�rfte der Performance nicht gerade zutr�glich
sein, da ja wegen fehlendem Trim und Wear Leveling die Geschwindigkeit
recht bald einbrechen d�rfte (bis zu 50%).
>> SSD und dann kein Systemlaufwerk? ...
>
> Selbstverst�ndlich _ist_ es das Systemlaufwerk f�r das Arbeits-System. Mein
> System liegt auf D:. Du hast es ganz oben selbst zitiert.
irks. �berlesen, tschuldige.
> Es ist schon nicht ganz falsch, dass es Software gibt, die sich dann
> "aus Prinzip" verabschiedet, auch wenns technisch keinen Sinn ergibt. Z.
> B. Photoshop 7 hatte das
Nuja, solche mies programmierte Software benutz ich gar nicht erst.
Ich inzwischen auch nicht mehr. ;-) Seither keine Probleme ohne Swap.
Gr��le,
Martin.
Hi,
sollte man ausprobieren. Ganz ausgefuchste nehmen ne Ramdisk :-) ab gewisser
RAMGr��e ist der n�mlich kein Vorteil mehr, da lohnen ein paar Gigabyte f�r
TEMP und pagefile...
--
mfg,
gUnther
Nun performancema�ig w�re das Pagefile nat�rlich am besten auf der SSD
aufgehoben. Daf�r spricht z.B. das Windows auch gerne Flash USB Sticks als
sogenanntes Ready Boost "Pagefile" nutzt und Systeme mit knapper RAM
Ausstattung ordentlich beschleunigen k�nnen soll. Eine SSD w�rde nun mit
Eigenschaften aufwarten die noch besser sind als die von USB Sticks und
damit perfekt ist. Dagegen spricht dass die SSD mit einer relativ kleinen
maximalen Anzahl von Schreibzyklen aufwarten kann und damit wohl bald zu
einer verringerten Speicherkapazit�t f�hrt.
Beste Gr��e,
Andy
Nach allem, was im Thread geschrieben und was ich selbst getestet habe,
h�tte ich das Pagefile wohl auf eine Barracuda 7200.12 gelegt. Die ist
hinreichend flott daf�r.
Aber leider hat sich's inzwischen ohnehin wieder erledigt. XP produziert
hier n�mlich einen interessanten Fehler: Soll von dem SSD (am OnBoard-
Controller des 780a SLI) gebootet werden, geht das nur, wenn an einem
ebenfalls vorhandenen DawiControl DC-300e keine Platte h�ngt (das SSD hing
sowieso nicht an diesem Controller).
H�ngt eine Platte an diesem DC-300e, meldet XP beim Start des Systems auf
dem SSD, die HAL.dll sei angeblich nicht vorhanden oder besch�digt. H�ngt
keine Platte am DC-300e, l�uft der Boot-Vorgang normal weiter. - Tja, ich
brauche den DC-300e aber.
Ist wirklich so und reproduzierbar, auch nach frischen Neuinstallationen.
Anfangs hab ich's selbst nicht glauben wollen und dann alle m�glichen
Varianten von Installationen und Reparatur-Installationen durchexerziert.
Es hat sich dann aber langsam auf diesen einen Punkt eingegrenzt.
XP bzw. diverse Treiber f�r XP sind offenbar noch nicht in der Lage,
hinreichend gut mit solchen Spielarten wie SSDs umzugehen.
Andi
--
"Jeden Tag verhungern 50.000 Menschen, die noch nicht mal wissen, was 'ne
Rolex ist!"
[Multimillion�r Michael Leicher pflegt eine besonders
"mitf�hlende" Form ehrlicher, ungespielter Entr�stung]
>
> XP bzw. diverse Treiber f�r XP sind offenbar noch nicht in der Lage,
> hinreichend gut mit solchen Spielarten wie SSDs umzugehen.
Solche und andere Inkompatibilit�ten wird man in Zukunft immer �fter mit XP
auf modernen Rechnern feststellen. Falls es keine monit�ren oder andere
triftigen Gr�nde gibt sollte man sich ein moderneres Betriebsystem langsam
echt mal �berlegen ;)
LG Andy
>> XP bzw. diverse Treiber f�r XP sind offenbar noch nicht in der Lage,
>> hinreichend gut mit solchen Spielarten wie SSDs umzugehen.
> Solche und andere Inkompatibilit�ten wird man in Zukunft immer �fter mit XP
> auf modernen Rechnern feststellen.
Inzwischen bin ich soweit zu wissen, da� es mit dem SSD nix zu tun hat,
sondern nur allein mit XP, welches beim Start eigenm�chtig die Reihenfolge
der angeschlossenen Platten �ndert, auch wenn im BIOS alles korrekt
eingetragen wurde.
Wenn an dem besagten DC-300e keine Platte h�ngt, hat die am
OnBoard-SATA-Kanal Nr. 2 h�ngende Platte die Bezeichnung "rdisk1". H�ngt
eine Platte am DC, wird dieselbe Platte als "rdisk5" eingereiht, obwohl
laut BIOS der DC erst nach den OnBoard-Platten eingetragen ist. Das ist
hirntot, aber es ist eben so.
Das konnte ich halt nicht wissen, denn ich bin erst k�rzlich auf dieses
Board umgezogen, und der DC-300e ist auch neu.
Ergo br�uchte ich f�r das Dualboot-System nicht 2 verschiedene Platten,
sondern wie bisher nur eine Platte mit 2 Partitionen. Damit w�re aber
gleichzeitig ein gr��eres SSD n�tig, auf dem beide Systeme von C: und D:
Platz finden. Das wiederum ist mir noch zu teuer.
Auch will ich nicht beide Systeme allein einem SSD anvertrauen, daf�r ist
mir die Technik zu neu und ich kenne sie nicht genug. Mit klassischen HDDs
wei� ich halt, was zu tun ist, wenn die Kiste die Gr�tsche macht. - OK,
wenigstens wei� ich jetzt, woran's gemangelt hat.
> Falls es keine monit�ren oder andere
> triftigen Gr�nde gibt sollte man sich ein moderneres Betriebsystem langsam
> echt mal �berlegen ;)
Nee, soweit ist es noch nicht. Vixta tu ich mir definitiv nicht an, und 7
hat auch im klassischen Modus kein klassisches Startmen�, das tu ich mir
auch nicht an.
Irgendwelche Klimmz�ge mu� man bei jedem System machen - da kann ich dann
noch eine Weile bei den Klimmz�gen bleiben, die ich wenigstens schon kenne.
Andi
--
"Der Aufschwung ist unten angekommen."
[Das Merkel]