Delphi beschleunigen

[OlafSt]

Man sollte aber auch nicht vergessen, das massenhafte Schreibzugriffe eine SSD in kürzester Zeit töten. Da helfen auch SSD-interne "Wear-Load"-Algorithmen irgendwann nicht mehr.

[jaenicke]

Zitat von OlafSt:

Man sollte aber auch nicht vergessen, das massenhafte Schreibzugriffe eine SSD in kürzester Zeit töten. Da helfen auch SSD-interne "Wear-Load"-Algorithmen irgendwann nicht mehr.

Mit der Information dürftest du ein paar Jahre hinter der Technik herhinken...

Bei heutigen SSDs kann man rechnerisch die maximalen Schreib- und Lesezyklen kaum erreichen, geschweige denn im normalen Einsatz. Wenn ich das korrekt überschlage müsstest du dafür jeden einzelnen Sektor einer SSD 10 Jahre lang mehrfach pro Stunde neu beschreiben um das zu schaffen.

[Codehunter]

Man kriegt es höchstens noch hin wenn man es ganz bewusst darauf anlegt. Also z.B. indem man eine SSD bis zum Rand befüllt und in die letzten freien 100 kB eine Datei legt mit eben diesen 100 kB und darauf exzessiv rumschreibt.

[Der schöne Günther]

Da musste ich mich neulich auch persönlich belehren lassen, dass dem heute nicht mehr so ist. Anlass war ein Logging-Modul das nichts cached und so oft wie möglich jede Zeile einzeln auf die Platte schreibt. Gut zu wissen

[jaenicke]

Das sollte ein SSD Chipsatz entsprechend durch Umlagerung behandeln.

Wobei es allerdings bei der Haltbarkeit auch auf die verbauten Zellen ankommt. Es gibt da enorme Unterschiede was die Haltbarkeit angeht.

[Codehunter]

Zitat von jaenicke:

Wobei es allerdings bei der Haltbarkeit auch auf die verbauten Zellen ankommt. Es gibt da enorme Unterschiede was die Haltbarkeit angeht.

Weshalb ich ja in einem früheren Post auf die SSDs von Intel verwiesen habe. Sind vielleicht nicht die allerschnellsten ihrer Art, aber qualitativ immernoch die besten. Und um Längen schneller als eine HDD allemal.

[bernerbaer]

Zitat von jaenicke:

Bei heutigen SSDs kann man rechnerisch die maximalen Schreib- und Lesezyklen kaum erreichen, geschweige denn im normalen Einsatz. Wenn ich das korrekt überschlage müsstest du dafür jeden einzelnen Sektor einer SSD 10 Jahre lang mehrfach pro Stunde neu beschreiben um das zu schaffen.

Rechnerisch und theoretisch stimmt das ja was du sagst, aber mein Alltag sagt halt etwas anderes, innerhalb von 2 Jahren habe ich bei normalem Programmiereinsatz auf einem reinen Arbeitsrechner 3 SSD OCZ verbraten. Ich habe mich deshalb mit Bedauern mal von SSD Festplatten verabschiedet bis die Theorie auch in der Praxis angekommen ist.

[Codehunter]

Zitat von bernerbaer:

innerhalb von 2 Jahren habe ich bei normalem Programmiereinsatz auf einem reinen Arbeitsrechner 3 SSD OCZ verbraten

Jo, hast du schon mal den Gockel zum Thema OCZ SSDs befragt? Die sind bekannt dafür, die schnellsten Datenvernichter auf dem Markt zu sein.

Davon abgesehen, was spricht denn dagegen, eine SSD als Spaßbeschleuniger zu verwenden und diese dann per Sync, Schattenkopie oder sonstwas in Hintergrund auf eine HDD zu spiegeln? Doppelt hält bekanntlich besser. Von einem HDD/SSD-Mix-RAID würde ich aber abraten, da gibt dann auch nur der Langsamste im Bunde den Takt an.

[bernerbaer]

Warum wollt ihr denn alle ein schnelleres Delphi?

Ich erinnere mich mit Wehmut an meine Anfangszeiten als Programmierer (ich habe noch Lochkarten gestanzt), da war die Welt noch in Ordnung, der Programmierer noch ein Weltwunder und von allen bestaunt und wenn ich mal Lust auf eine Pause hatte, musste ich nur den Kompiliervorgang starten und konnte dann gemütlich ein bis zwei Stunden in die Kantine gehen.

[Codehunter]

Jo, die Lochkartenjungs waren noch Helden ^^ Ein Stück weit vor meiner Zeit, ich habe mit Basic und Assembler auf dem KC87 angefangen. Wie sah Kompilieren auf einer Lochkartenmaschine eigentlich aus? Ich hab mir das eigentlich immer so vorgestellt, dass man per Lochkarte direkt Maschinencode oder höchstens Assembler eingegeben hat.