Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #299893 > unrolled thread

Win10 in VM auf SSD..

Back to article view | Back to ger.ct

Contents

  Win10 in VM auf SSD.. Haju Reck <hajurek@oberchef.de> - 2017-03-02 20:57 +0100
    Re: Win10 in VM auf SSD.. Matthias Eißing <meissing@gmx.de> - 2017-03-03 11:35 +0100
      Re: Win10 in VM auf SSD.. Holger Marzen <holger@marzen.de> - 2017-03-03 10:41 +0000
        Re: Win10 in VM auf SSD.. Matthias Eißing <meissing@gmx.de> - 2017-03-03 11:49 +0100
          Re: Win10 in VM auf SSD.. Holger Marzen <holger@marzen.de> - 2017-03-03 11:08 +0000
          Re: Win10 in VM auf SSD.. Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-03 17:55 +0100
            Re: Win10 in VM auf SSD.. Matthias Eißing <meissing@gmx.de> - 2017-03-03 19:13 +0000
              Re: Win10 in VM auf SSD.. Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-04 13:21 +0100
                Re: Win10 in VM auf SSD.. Matthias Eißing <meissing@gmx.de> - 2017-03-04 13:36 +0100
                  Re: Win10 in VM auf SSD.. Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-04 13:40 +0100
                    Re: Win10 in VM auf SSD.. Matthias Eißing <meissing@gmx.de> - 2017-03-04 14:17 +0000
                      Re: Win10 in VM auf SSD.. Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-04 18:15 +0100
                      [Lösung] Re: Win10 in VM auf SSD.. Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-10 01:36 +0100
    Re: Win10 in VM auf SSD.. Peter Mc Donough <mcd-mail-lists@gmx.net> - 2017-03-03 17:52 +0100

#299893 — Win10 in VM auf SSD..

...stürzte ständig ab, nicht reparabel.
Hab das alte Win10-Dir in Win10-Dir_def umbenannt und
einige ältere VMs gelöscht, dann die Win10-VM neu auf die
SSD gespielt.
Es sieht so aus, dass Win10 die SSD-Bereiche recht schnell
kaputt schrubbt. Mit Win7 ist das nicht passiert.

Mal sehen, wie sich Win10 mit dem neuen Speicherort auf
der SSD verträgt.

mfg

[toc] | [next] | [standalone]

#299897

Am 02.03.17 um 20:57 schrieb Haju Reck:
> Es sieht so aus, dass Win10 die SSD-Bereiche recht schnell
> kaputt schrubbt. Mit Win7 ist das nicht passiert.

Das ist die Aufgabe des SSD Controllers.
Der *sollte* das Wearing (die Abnutzung) gleichmäßig über die 
Flash-Zellen verteilen.

Hat weder was mit Windows 10, noch mit dem Hypervisor (I/II)

-- 
cu://Matthias.Eißing.de

[toc] | [prev] | [next] | [standalone]

#299898

* On Fri, 3 Mar 2017 11:35:08 +0100, Matthias Eißing wrote:

> Am 02.03.17 um 20:57 schrieb Haju Reck:
>> Es sieht so aus, dass Win10 die SSD-Bereiche recht schnell
>> kaputt schrubbt. Mit Win7 ist das nicht passiert.
>
> Das ist die Aufgabe des SSD Controllers.
> Der *sollte* das Wearing (die Abnutzung) gleichmäßig über die 
> Flash-Zellen verteilen.
>
> Hat weder was mit Windows 10, noch mit dem Hypervisor (I/II)

Soweit ich weiß, erkennen neuere Windows eine SSD und verzichten dann
auf schreibintensive Aufräumarbeiten. Bei einer VM kann es sein, dass
diese Information nie beim Windows ankommt.

Mit Abstürzen dürfte dies aber nichts zu tun haben. Eher vermute ich
Bugs im Hypervisor bei bestimmten CPU-Befehlen. Ich nutze kvm unter
Linux und hatte dort ein selbstzerstörerisches Windows 10 als VM laufen.
Ein Downgrade der virtuellen CPUs auf Core2 Duo hat geholfen
(Einstellung der CPU-Architektur im Hypervisor).

[toc] | [prev] | [next] | [standalone]

#299901

Am 03.03.17 um 11:41 schrieb Holger Marzen:
> Soweit ich weiß, erkennen neuere Windows eine SSD und verzichten dann
> auf schreibintensive Aufräumarbeiten. Bei einer VM kann es sein, dass
> diese Information nie beim Windows ankommt.

Es bleibt die Aufgabe des SSD-Controllers :-)

(Bei Windows 10 sind die Defragmentierungs-Aufgaben für SSDs 
stillgelegt.... das würde nur das Wearing nach oben treiben)

-- 
cu://Matthias.Eißing.de

[toc] | [prev] | [next] | [standalone]

#299903

* On Fri, 3 Mar 2017 11:49:23 +0100, Matthias Eißing wrote:

> Am 03.03.17 um 11:41 schrieb Holger Marzen:
>> Soweit ich weiß, erkennen neuere Windows eine SSD und verzichten dann
>> auf schreibintensive Aufräumarbeiten. Bei einer VM kann es sein, dass
>> diese Information nie beim Windows ankommt.
>
> Es bleibt die Aufgabe des SSD-Controllers :-)

Nein, das Verzichten auf Defragmentierung ist nicht Aufgabe des
Controllers, nur das möglichst gleichmäßige Verteilen der
Schreiboperationen auf die Speicherzellen.

> (Bei Windows 10 sind die Defragmentierungs-Aufgaben für SSDs 
> stillgelegt.... das würde nur das Wearing nach oben treiben)

Ja.

[toc] | [prev] | [next] | [standalone]

#299939

Am 03.03.2017 um 11:49 schrieb Matthias Eißing:
> Am 03.03.17 um 11:41 schrieb Holger Marzen:
>> Soweit ich weiß, erkennen neuere Windows eine SSD und verzichten dann
>> auf schreibintensive Aufräumarbeiten. Bei einer VM kann es sein, dass
>> diese Information nie beim Windows ankommt.
>
> Es bleibt die Aufgabe des SSD-Controllers :-)
>
> (Bei Windows 10 sind die Defragmentierungs-Aufgaben für SSDs
> stillgelegt.... das würde nur das Wearing nach oben treiben)

Woran sollte ein virtuelles Windows erkennen, dass es auf einer SSD 
arbeitet, insbesondere, wenn es ursprünglich auf einer HDD angelegt wurde?

Gruß
Peter

[toc] | [prev] | [next] | [standalone]

#299961

Peter Mc Donough <mcd-mail-lists@gmx.net> wrote:

> Woran sollte ein virtuelles Windows erkennen, dass es auf einer SSD 
> arbeitet, insbesondere, wenn es ursprünglich auf einer HDD angelegt wurde?

https://msdn.microsoft.com/en-us/library/windows/desktop/hh830532(v=vs.85)

Media Type 4 ist eine SSD. Funktioniert auch in meinen VMs unter VMWare
Fusion. 

-- 
cu://Matthias.Eißing.de@iOS

[toc] | [prev] | [next] | [standalone]

#300051

Am 03.03.2017 um 20:13 schrieb Matthias Eißing:
> Peter Mc Donough <mcd-mail-lists@gmx.net> wrote:
>
>> Woran sollte ein virtuelles Windows erkennen, dass es auf einer SSD
>> arbeitet, insbesondere, wenn es ursprünglich auf einer HDD angelegt wurde?
>
> https://msdn.microsoft.com/en-us/library/windows/desktop/hh830532(v=vs.85)
>
> Media Type 4 ist eine SSD. Funktioniert auch in meinen VMs unter VMWare
> Fusion.

Das ist für mich nicht wirklich hilfreich.

Mein virtuelles Windows 8.1 ist schon mehrfach von HDD zu SSD und zurück 
umgezogen, je nach den Anforderungen
Unter Linux ist das einfach.
Bei Windows wäre die Registry wohl der richtige Ort um dort nachzusehen, 
wie das Laufwerk angesprochen wird und gegebenenfalls den Ort anzupassen.

Bloß wo?

Gruß
Peter

[toc] | [prev] | [next] | [standalone]

#300052

Am 04.03.17 um 13:21 schrieb Peter Mc Donough:
> Bei Windows wäre die Registry wohl der richtige Ort um dort nachzusehen,
> wie das Laufwerk angesprochen wird und gegebenenfalls den Ort anzupassen.

Dann hilft ein Blick in WMI:
Powershell:
Get-WmiObject win32_diskdrive | where { $_.model -match ‘SSD’}

Nur: Welchen Ort willst du anpassen?

-- 
cu://Matthias.Eißing.de

[toc] | [prev] | [next] | [standalone]

#300054

Am 04.03.2017 um 13:36 schrieb Matthias Eißing:
> Am 04.03.17 um 13:21 schrieb Peter Mc Donough:
>> Bei Windows wäre die Registry wohl der richtige Ort um dort nachzusehen,
>> wie das Laufwerk angesprochen wird und gegebenenfalls den Ort anzupassen.
>
> Dann hilft ein Blick in WMI:
> Powershell:
> Get-WmiObject win32_diskdrive | where { $_.model -match ‘SSD’}
>
> Nur: Welchen Ort willst du anpassen?
>

Lässt sich das einfach ändern in "-match HDD" oder umgekehrt, wenn 
notwendig, reboot und das wäre es??

Gruß
Peter

[toc] | [prev] | [next] | [standalone]

#300063

Peter Mc Donough <mcd-mail-lists@gmx.net> wrote:
> Am 04.03.2017 um 13:36 schrieb Matthias Eißing:
>> Am 04.03.17 um 13:21 schrieb Peter Mc Donough:
>>> Bei Windows wäre die Registry wohl der richtige Ort um dort nachzusehen,
>>> wie das Laufwerk angesprochen wird und gegebenenfalls den Ort anzupassen.
>> 
>> Dann hilft ein Blick in WMI:
>> Powershell:
>> Get-WmiObject win32_diskdrive | where { $_.model -match ‘SSD’}
>> 
>> Nur: Welchen Ort willst du anpassen?
>> 
> 
> Lässt sich das einfach ändern in "-match HDD" oder umgekehrt, wenn 
> notwendig, reboot und das wäre es??

?

Eine Windows VM zieht dadurch nicht von SSD auf HD um..


-- 
cu://Matthias.Eißing.de@iOS

[toc] | [prev] | [next] | [standalone]

#300078

Am 04.03.2017 um 15:17 schrieb Matthias Eißing:
> Peter Mc Donough <mcd-mail-lists@gmx.net> wrote:
>> Am 04.03.2017 um 13:36 schrieb Matthias Eißing:
>>> Am 04.03.17 um 13:21 schrieb Peter Mc Donough:
>>>> Bei Windows wäre die Registry wohl der richtige Ort um dort nachzusehen,
>>>> wie das Laufwerk angesprochen wird und gegebenenfalls den Ort anzupassen.
>>>
>>> Dann hilft ein Blick in WMI:
>>> Powershell:
>>> Get-WmiObject win32_diskdrive | where { $_.model -match ‘SSD’}
>>>
>>> Nur: Welchen Ort willst du anpassen?
>>
>> Lässt sich das einfach ändern in "-match HDD" oder umgekehrt, wenn
>> notwendig, reboot und das wäre es??
> ?
> Eine Windows VM zieht dadurch nicht von SSD auf HD um..

Mit meinen virtuellen Windows 8.1 bin ich aus Platzbedarfsgründen schon 
mehrfach umgezogen, die symbolischen Links von Linux sind da sehr 
hilfreich. Dem Windows ist das nie aufgefallen, es wurde auf der SSD nur 
deutlich schneller.
Was mich eigentlich auf den Gedanken bringt, dass der Host für das 
Laufwerk verantwortlich ist, gleich was beim Gast eingetragen wird.

Wie ich gerade sehe, soll es die Powershell für Windows 8.1 geben. Ich 
komme jetzt nicht dazu, werde aber morgen nachsehen, was bei meinem 
Windows eingestellt ist. Erwarten werde ich trotz SSD-Ort den Eintrag 
HDD, weil es ursprünglich darauf installiert wurde.

Gruß
Peter

[toc] | [prev] | [next] | [standalone]

#300756 — [Lösung] Re: Win10 in VM auf SSD..

Am 04.03.2017 um 15:17 schrieb Matthias Eißing:
> Peter Mc Donough <mcd-mail-lists@gmx.net> wrote:
>> Am 04.03.2017 um 13:36 schrieb Matthias Eißing:
>>> Am 04.03.17 um 13:21 schrieb Peter Mc Donough:
>>>> Bei Windows wäre die Registry wohl der richtige Ort um dort nachzusehen,
>>>> wie das Laufwerk angesprochen wird und gegebenenfalls den Ort anzupassen.
>>>
>>> Dann hilft ein Blick in WMI:
>>> Powershell:
>>> Get-WmiObject win32_diskdrive | where { $_.model -match ‘SSD’}
>>>
>>> Nur: Welchen Ort willst du anpassen?
>>>
>>
>> Lässt sich das einfach ändern in "-match HDD" oder umgekehrt, wenn
>> notwendig, reboot und das wäre es??
> Eine Windows VM zieht dadurch nicht von SSD auf HD um..

Sorry, hat etwas gedauert.
Powershell gab bei meinem virtuellen Windows 8.1 32Bit als user bei
Get-WmiObject win32_diskdrive | where { $_.model -match ‘SSD’}
"ungültige Klasse "Win32" aus,
war aber egal, weil ich einen anderen Test ergoogeld habe..

Test:
In der  Windowssuche "Laufwerke optimieren eingeben
Angezeigt werden bei dem Vorschlag die vorhandene Laufwerke, alles 
virtuell, alles SSD.
Windows 8.1  hat also, obwohl ich mehrfach von HDD nach SDD und zurück 
umgezogen bin, die gegenwärtige SSD erkannt.

Ich vermute einmal, dass da bei den verschiedene Windows-Updates 
Optimierungen gefahren werden, lange genug dauern sie ja.

Gruß
Peter

[toc] | [prev] | [next] | [standalone]

#299938

Am 02.03.2017 um 20:57 schrieb Haju Reck:
> ....stürzte ständig ab, nicht reparabel.
> Hab das alte Win10-Dir in Win10-Dir_def umbenannt und
> einige ältere VMs gelöscht, dann die Win10-VM neu auf die
> SSD gespielt.
> Es sieht so aus, dass Win10 die SSD-Bereiche recht schnell
> kaputt schrubbt. Mit Win7 ist das nicht passiert.
>
> Mal sehen, wie sich Win10 mit dem neuen Speicherort auf
> der SSD verträgt.

Schön schnell, nicht war.
Eigentlich sollte man erwarten, dass der "Verschleiß" von den gesetzten 
Einstellung des Host abgefangen wird, schließlich ist das eine virtuelle 
Maschine mit einer virtuellen Festplatte.

Gruß
Peter

[toc] | [prev] | [standalone]

Back to top | Article view | ger.ct

csiph-web