Hallo zusammen, für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M). Leider gibt es trotz der Anpassungen von http://en.opensuse.org/SDB:SSD_performance schon bei der Installation einige Probleme. So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s) Hat da jemand einen heissen Tip? Danke Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 13.06.2011 15:11, schrieb Stefan König:
Hallo zusammen,
für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M). Leider gibt es trotz der Anpassungen von http://en.opensuse.org/SDB:SSD_performance schon bei der Installation einige Probleme. So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s)
Hat da jemand einen heissen Tip?
Einen heißen Tipp habe ich leider nicht, aber eine Frage. Du schreibst Du hast das System gemäß der Anleitung "optimiert". Ich habe das, aufgrund Deiner Mail, auch mal versucht und frage mich, wie konntest Du diese Optimierungen vor der eigentlichen Installation machen? Die sind doch alle für ein laufendes System. Ansonsten ist in der Anleitung ja eine Möglichkeit für einen 10sek-Hänger beschrieben, nämlich wenn man fälschlicherweise die Option echo deadline > /sys/block/sda/queue/scheduler in /etc/rc.d/boot.local setzt statt echo noop > /sys/block/sda/queue/scheduler -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi, Tao te Puh schrieb:
Am 13.06.2011 15:11, schrieb Stefan König:
Hallo zusammen,
für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M). Leider gibt es trotz der Anpassungen von http://en.opensuse.org/SDB:SSD_performance schon bei der Installation einige Probleme. So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s)
Hat da jemand einen heissen Tip?
Einen heißen Tipp habe ich leider nicht, aber eine Frage. Du schreibst Du hast das System gemäß der Anleitung "optimiert". Ich habe das, aufgrund Deiner Mail, auch mal versucht und frage mich, wie konntest Du diese Optimierungen vor der eigentlichen Installation machen? Die sind doch alle für ein laufendes System.
Du kannst während/vor der Installation auf die anderen Konsolen wechseln und die Kernel Optionen setzen. Muss man nach der Installation dann halt nochmal machen bzw in boot.local eintragen.
Ansonsten ist in der Anleitung ja eine Möglichkeit für einen 10sek-Hänger beschrieben, nämlich wenn man fälschlicherweise die Option
echo deadline > /sys/block/sda/queue/scheduler
in /etc/rc.d/boot.local setzt statt
echo noop > /sys/block/sda/queue/scheduler
Ich hab noop verwendet... die OPtion für fifo_batch gibt es bei der 11.4 out of the box allerdings nicht... Grüße Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 13. Juni 2011 15:11 schrieb Stefan König <montiburns@googlemail.com>:
Hat da jemand einen heissen Tip?
Nicht optimieren, sondern die SSD einfach benutzen. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Martin Schröder schrieb:
Am 13. Juni 2011 15:11 schrieb Stefan König <montiburns@googlemail.com>:
Hat da jemand einen heissen Tip?
Nicht optimieren, sondern die SSD einfach benutzen.
Gruß Martin
Das ist jetzt keine große Hilfe :o) An irgendwas muss es ja liegen. (Der Controller der SSD ist auch nicht auszuschließen.) Grüße Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 14. Juni 2011 18:23 schrieb Stefan König <montiburns@googlemail.com>:
Martin Schröder schrieb:
Nicht optimieren, sondern die SSD einfach benutzen.
Das ist jetzt keine große Hilfe :o)
Wieviel Zeit hoffst Du durch Deine "Optimierungen" noch einzusparen und wieviel Zeit haben Dich Deine "Optimierungen" schon gekostet? Ist es das wert? Stell' erstmal die generelle Funktionsfähigkeit sicher. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 14.06.2011 21:50, schrieb Martin Schröder:
Am 14. Juni 2011 18:23 schrieb Stefan König<montiburns@googlemail.com>:
Martin Schröder schrieb:
Nicht optimieren, sondern die SSD einfach benutzen.
Das ist jetzt keine große Hilfe :o)
Wieviel Zeit hoffst Du durch Deine "Optimierungen" noch einzusparen und wieviel Zeit haben Dich Deine "Optimierungen" schon gekostet? Ist es das wert? Stell' erstmal die generelle Funktionsfähigkeit sicher.
Ich muss mich da mal einmischen. Das Wort "Optimierung", habe ich ins Spiel eingebracht und es trifft den Sachverhalt nicht richtig - deshalb habe ich es in Anführungszeichen gesetzt. Fakt ist, dass Stefan ein Problem mit seiner SSD hat und nach einer Lösung sucht. Ob die Lösung dabei auch gleichzeitig eine Optimierung ist, ist dabei zweitrangig. Herzliche Grüße Tao -- Herzliche Grüße Tao with warm regards, Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 14. Juni 2011 22:09 schrieb Tao te Puh <taotepuh@e-sol.utions.de>:
Ich muss mich da mal einmischen. Das Wort "Optimierung", habe ich ins Spiel eingebracht und es trifft den Sachverhalt nicht richtig - deshalb habe ich es in Anführungszeichen gesetzt.
http://en.opensuse.org/SDB:SSD_performance hat Stefan erwähnt. Ich sehe noch nicht, daß Stefan eine Installation mit den Defaults versucht hat. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Martin Schröder schrieb:
Am 14. Juni 2011 22:09 schrieb Tao te Puh <taotepuh@e-sol.utions.de>:
Ich muss mich da mal einmischen. Das Wort "Optimierung", habe ich ins Spiel eingebracht und es trifft den Sachverhalt nicht richtig - deshalb habe ich es in Anführungszeichen gesetzt.
http://en.opensuse.org/SDB:SSD_performance hat Stefan erwähnt.
Ich sehe noch nicht, daß Stefan eine Installation mit den Defaults versucht hat.
Hat er natürlich sonst wäre das ganze ja auch ziemlich sinnlos :) Nachdem gegen Ende der Paketinstallationen die SSD quasi überwiegend im lock verweilte, habe ich angefangen zu recherchieren und an ioschedule und den anderen Einstellungen zu drehen, was das Problem minimalst gebessert hat. Daher meine Vermutung es liegt an irgendwelchen Einstellungen. Ich könnte natürlich erstmal Windows7 installieren und 17 SSD Benchmarks laufen lassen, das Alignment prüfen und gesegnetes Wasser drüber versprühen :) Aber dann wäre Dein Einwand bzgl. Zeit durchaus berechtigt. Aber zum eigentlichen Problem: Es tritt definitiv nur bei Schreibvorgängen auf, je größer die zu schreibenden Datenmengen desto länger der Lock. Gefühlt würde ich sagen es hängt mit dem Flush des Cache zusammen, leider finde ich da so gut wie keine Infos zu. Ich scheine der einzige mit diesem Problem zu sein. Werde morgen die SSD mal in ein anderes System einbauen und schauen was dort passiert. grüße Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 14.06.2011 22:14, schrieb Martin Schröder:
Am 14. Juni 2011 22:09 schrieb Tao te Puh<taotepuh@e-sol.utions.de>:
Ich muss mich da mal einmischen. Das Wort "Optimierung", habe ich ins Spiel eingebracht und es trifft den Sachverhalt nicht richtig - deshalb habe ich es in Anführungszeichen gesetzt.
http://en.opensuse.org/SDB:SSD_performance hat Stefan erwähnt.
Ich sehe noch nicht, daß Stefan eine Installation mit den Defaults versucht hat.
Da hast Du allerdings recht, das hat er tatsächlich nicht geschrieben - für mich war allerdings klar, dass er erst das Problem hatte und dann recherchierte ... BTW: Ich habe das mit meinen SSD erst einmal ganz normal versucht und es hat einwandfrei funktioniert. Ich habe aber auch einen anderen Typ. Und zum Thema Optimierung: Bei mir hat das ganze Optimieren keine Veränderung ergeben - ich habe aber auch keinen echten Benchmark gemacht sondern lediglich mal die Boot-Zeit gestoppt und das Aufrufen von einigen Programmen. Die Zeiten stimmen fast auf die Zehntel-Sekunde überein. Ich, als Unwissender, wollte eigentlich auch nur sichergehen, dass ich hier nicht einen Porsche im ersten Gang fahre, nur weil ich die Schaltung nicht kenne ... Lustig finde ich, dass mein BIOS alleine schon ca. 30 Sekunden braucht bevor ich überhaupt bei Grub lande und dann dauert es "nur" noch 20 Sekunden bis zum KDM ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 13.06.2011 15:11, schrieb Stefan König:
für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M). Leider gibt es trotz der Anpassungen von http://en.opensuse.org/SDB:SSD_performance schon bei der Installation einige Probleme. So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s)
Hat da jemand einen heissen Tip? Hi Stefan,
habe hier auch eine SSD liegen, die ähnliches Verhalten zeigt. Ist sogar eine SLC und sollte daher schon schneller als eine MLC sein. Nach meinen Recherchen liegt das Problem daran, daß LVM derzeit keine TRIM-Unterstützung bietet, bzw. nicht an die SSD weiterleitet. Ich habe hier üblicherweise sowohl LVM als auch RAID1 übereinander im Einsatz und auch alle möglichen Tips im Netz zum Alignment zur internen SSD-Blockstruktur beachtet. Alle diese "Optimierungen" hatten keine Auswirkungen. Jetzt werkeln zwei 7.2K HDDs in 2,5" stattdessen und sind um Längen schneller. Wenn die SSD denn mal in lichten Momenten richtig funkt, dann ist sie um Längen schneller als die HDDs, aber durch die vielen "Löschen-wir-mal-einen-Block"-Pausen, ist der Startup von OpenSUSE um Faktor 5-10 langsamer. Die Frage ist also, hast du LVM im Einsatz? Da es - soweit ich weiß - per default derzeit bei der Installation angeboten wird, ist die Wahrscheinlichkeit sehr hoch. Viele Grüße Ralf -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Dr. Ralf Czekalla schrieb:
Am 13.06.2011 15:11, schrieb Stefan König:
für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M). Leider gibt es trotz der Anpassungen von http://en.opensuse.org/SDB:SSD_performance schon bei der Installation einige Probleme. So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s)
Hat da jemand einen heissen Tip? Hi Stefan,
habe hier auch eine SSD liegen, die ähnliches Verhalten zeigt. Ist sogar eine SLC und sollte daher schon schneller als eine MLC sein.
Nach meinen Recherchen liegt das Problem daran, daß LVM derzeit keine TRIM-Unterstützung bietet, bzw. nicht an die SSD weiterleitet. Ich habe hier üblicherweise sowohl LVM als auch RAID1 übereinander im Einsatz und auch alle möglichen Tips im Netz zum Alignment zur internen SSD-Blockstruktur beachtet. Alle diese "Optimierungen" hatten keine Auswirkungen. Jetzt werkeln zwei 7.2K HDDs in 2,5" stattdessen und sind um Längen schneller. Wenn die SSD denn mal in lichten Momenten richtig funkt, dann ist sie um Längen schneller als die HDDs, aber durch die vielen "Löschen-wir-mal-einen-Block"-Pausen, ist der Startup von OpenSUSE um Faktor 5-10 langsamer.
Die Frage ist also, hast du LVM im Einsatz? Da es - soweit ich weiß - per default derzeit bei der Installation angeboten wird, ist die Wahrscheinlichkeit sehr hoch.
Viele Grüße Ralf
Hi, nein, LVM habe ich nicht im Einsatz. Allerdings scheint meine SSD von Haus aus Trim erst gar nicht zu unterstützen, denn wenn ich mit der discard option mounte, wird die wieder rausgeschmissen. Ich ging bisher davon aus, dass sich Trim lediglich positiv auf die Lebenszeit und nicht auf die Performance auswirkt... Grüße Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Montag, 13. Juni 2011 schrieb Stefan König:
für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M).
Hast du dir die technischen Spezifikationen dieser SSD angesehen? Was schafft die denn so an maximaler Schreibgeschwindigkeit? Insbesondere im Vergleich zu "richtigen" Festplatten?
(...). So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s)
Das kenne ich von der langsamen SSD in einem EeePC 901. Sowohl unter Windows als auch unter Linux. Hast du die Platte mit ext4 formatiert? Falls ja, hilft es was, wenn du die SSD mit der Option nobarrier mountest? Trotzdem, letztlich müssen die Daten auf die SSD und Schreiben ist darauf wahrscheinlich ein vielfaches langsamer als auf eine schnelle Festplatte. Daher bringen wohl auch die Optimierungen aus dem Wiki nicht so viel. Gruß Jan -- You can close your eyes to reality, but not to memories. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Jan Ritzerfeld schrieb:
Am Montag, 13. Juni 2011 schrieb Stefan König:
für einen mini PC habe ich eine 2.5" halfheight SSD mit 8GB von transcend verbaut (TS8GSSD25H-M).
Hast du dir die technischen Spezifikationen dieser SSD angesehen? Was schafft die denn so an maximaler Schreibgeschwindigkeit? Insbesondere im Vergleich zu "richtigen" Festplatten?
(...). So scheint die Installation der Pakete gegen Ende hin immer länger zu dauern, weil sich die SSD immer wieder "aufhängt", sprich die HDD LED bleibt konstant an und nichts geht mehr. Je größer die Pakete sind (zB LibreOffice, Kernel usw) desto länger dauern die Locks (2-10s)
Das kenne ich von der langsamen SSD in einem EeePC 901. Sowohl unter Windows als auch unter Linux. Hast du die Platte mit ext4 formatiert? Falls ja, hilft es was, wenn du die SSD mit der Option nobarrier mountest? Trotzdem, letztlich müssen die Daten auf die SSD und Schreiben ist darauf wahrscheinlich ein vielfaches langsamer als auf eine schnelle Festplatte. Daher bringen wohl auch die Optimierungen aus dem Wiki nicht so viel.
Gruß Jan
theoretisch 90mb/s lesen und 25mb/s schreiben. praktisch unter os 11.4 und ubuntu 11.04 ca 60mb/s lesen und 16mb/s schreiben also doch schon ein recht großer unterschied zu den werksangaben. ich werd das nobarrier mal probieren! Grüße Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 15.06.2011 19:52, schrieb Stefan König:
theoretisch 90mb/s lesen und 25mb/s schreiben. praktisch unter os 11.4 und ubuntu 11.04 ca 60mb/s lesen und 16mb/s schreiben
Wenn ich mal dazwischen fragen darf: Wie misst Du das? Gibt es da ein allgemein anerkanntes Tool? -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Tao te Puh schrieb:
Am 15.06.2011 19:52, schrieb Stefan König:
theoretisch 90mb/s lesen und 25mb/s schreiben. praktisch unter os 11.4 und ubuntu 11.04 ca 60mb/s lesen und 16mb/s schreiben
Wenn ich mal dazwischen fragen darf: Wie misst Du das? Gibt es da ein allgemein anerkanntes Tool?
lesen mit hdparm -t /dev/sdx schreiben mit dd if=/dev/zero of=/tmp/nullfile bs=5M count=200 da kannst du die blocksize dann ja nach gusto vergrößern oder verkleinern und den count anpassen. geht natürlich nur wenn die ssd grade gemountet ist und /tmp drauf liegt ;) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 15.06.2011 22:29, schrieb Stefan König:
Tao te Puh schrieb:
Am 15.06.2011 19:52, schrieb Stefan König:
theoretisch 90mb/s lesen und 25mb/s schreiben. praktisch unter os 11.4 und ubuntu 11.04 ca 60mb/s lesen und 16mb/s schreiben
Wenn ich mal dazwischen fragen darf: Wie misst Du das? Gibt es da ein allgemein anerkanntes Tool?
lesen mit hdparm -t /dev/sdx schreiben mit dd if=/dev/zero of=/tmp/nullfile bs=5M count=200 da kannst du die blocksize dann ja nach gusto vergrößern oder verkleinern und den count anpassen. geht natürlich nur wenn die ssd grade gemountet ist und /tmp drauf liegt ;)
Huch, ich erhalte für meine Platten: Lesen : 128 MB/sec Schreiben : 215 MB/s Mal unabhängig davon, dass auch das nicht den Spezifikationen entspricht (285 MB/s read — 275 MB/s write), wie kann es sein, dass ich doppelt so schnell schreiben als wie lesen kann? Hinweis: Ich habe ein RAID1 mit 2 SSD -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 15. Juni 2011 schrieb Stefan König:
Tao te Puh schrieb:
Am 15.06.2011 19:52, schrieb Stefan König:
theoretisch 90mb/s lesen und 25mb/s schreiben. praktisch unter os 11.4 und ubuntu 11.04 ca 60mb/s lesen und 16mb/s schreiben
Wenn ich mal dazwischen fragen darf: Wie misst Du das? Gibt es da ein allgemein anerkanntes Tool?
lesen mit hdparm -t /dev/sdx
D620:/home/manfred # hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 360 MB in 3.00 seconds = 119.98 MB/sec Mit ner Intel SSD, das liegt auch deutlich unter den Werten des Datenblattes.
schreiben mit dd if=/dev/zero of=/tmp/nullfile bs=5M count=200 da kannst du die blocksize dann ja nach gusto vergrößern oder verkleinern und den count anpassen.
Hehe: manfred@D620:~> dd if=/dev/zero of=/tmp/nullfile bs=5M count=200 200+0 Datensätze ein 200+0 Datensätze aus 1048576000 Bytes (1,0 GB) kopiert, 2,0619 s, 509 MB/s Muss ich fairerweise vielleicht noch erwähnen: D620:/home/manfred # grep tmp /etc/fstab tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Jan Ritzerfeld schrieb:
Das kenne ich von der langsamen SSD in einem EeePC 901. Sowohl unter Windows als auch unter Linux. Hast du die Platte mit ext4 formatiert? Falls ja, hilft es was, wenn du die SSD mit der Option nobarrier mountest? Trotzdem, letztlich müssen die Daten auf die SSD und Schreiben ist darauf wahrscheinlich ein vielfaches langsamer als auf eine schnelle Festplatte. Daher bringen wohl auch die Optimierungen aus dem Wiki nicht so viel.
Gruß Jan
nobarrier hat nichts gebracht. Grüße Stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
Dr. Ralf Czekalla -
Jan Ritzerfeld -
Manfred Tremmel -
Martin Schröder -
Stefan König -
Tao te Puh