Hallo und guten Tag,
ich dachte nicht an kleinere Platten, sondern kleinere Partitionen. Davon abgesehen: Bei mir laufen zwei Systeme mit je einer 64GB-SSD, von der aber einer Empfehlung folgend nur die Hälfte partitioniert ist, die andere Hälfte frei, so dass der Controller nach Belieben optimieren kann.
Ich finde den Vorschlag von Robert gar nicht falsch. System und Programme von den Nutzdaten zu trennen.
ich auch nicht, im Gegenteil, ich empfehle das wärmstens schon seit rund 20 Jahren.
Muss man bei den M$-Programmen und WinDOSen allerdings ein wenig frickeln, dass die nicht alle Nutzdaten wieder zwischen die Programme schmieren.
Halb so wild - am besten legt man die Benutzerprofile (in Linux-Speak /home) auf eine andere Partition. Wenn man nicht ganz so weit gehen möchte, ist auch ein guter Anfang, wenigstens "Eigene Dateien" auszulagern. Das kann man ja sogar bequem vom Explorer aus.
Programme, die noch wirklich im Programmverzeichnis fummeln, dürften mittlerweile die ganz große Ausnahme sein.
Die beiden Hauptprogramme von M$ im Tagesgeschäft (inhouse) sind wohl Word und Excel.
Shared Documents (Vorlagen) schmieren die immer noch auf die Datenplatte. Das lässt sich nur schwer umbiegen.
Man möchte z.B. auch gemeinsame Dateien nutzen, gemeinsame Vorlagen und gemeinsame Textbausteine nutzen. Das haben die bei M$ bis heute nicht wirklich hinbekommen, dass das auch funktioniert. Entweder man kann die Normal.Dot oder die für bestimmte Vorlagen lesend sharen, oder aber reinschreiben (Textbausteine). Usw.
Ich wünschte mir ein Textverabeitungsprogramm für Collaboration, das zum Speichern und Verwalten einen (DB-gestützten) Server benutzt. Da könnte man dann Regeln hinterlegen, wer welche Vorlage benutzen darf, ob er sie verändern darf, nach welcher Regel die Datei benannt werden soll, wenn sie abgespeichert wird und vor allem - wohin (also nicht IN der Datenbank).
Wir haben das ansatzweise mal mit VB programmiert und viele gute Ideen haben schon funktioniert. Leider kam dann eine neue Version (von Word oder von VB -> .NET, ich weiß nicht mehr) und nix hat mehr gepasst.
Grüße
TS