[Norman]

Vad är avsikten med optimeringen?
Läs / skriv?

För läsning räcker det i stort sett att se till att du kan hålla hela databasen i ram-minne och extra för att kunna hålla sökresultat i cache.
Mer ramminne, vettiga strukturer på databas så kan sökningar hållas i cache.

För skrivning så är det snabba diskar eller ha ramdisk cache som gäller.
Du kan även vinna på att investera i SSD diskar. Skrivhastighet, IO/ps random writes är vad som är viktigt.

Tänk dock på att vanliga "konsument" ssd diskar inte är att tänka på eftersom de har begränsat antal skrivningar innan hastigheten på dessa begränsas. (INTEL firmware som gör detta)
Så har du loggning på, massa skrivningar och annat så kommer SSD prestandan degraderas kraftigt med tiden.

Det som skiljer enterprise SSD (inte alls samma sak när det gäller SSD , även om myten säger det) är att enterprise SSD är testad för mycket högre antal skrivningar och att firmwaren då inte kommer börja strypa hastighet för att skyddadisken.

Enterprise SSD är dock mycket dyrare, så kanske blir värt ändå i vissa fall att köra konsument SSD och sen byta med regelbundna mellanrum.

[Lumax]

Ursprungligen postat av Norman

Tänk dock på att vanliga "konsument" ssd diskar inte är att tänka på eftersom de har begränsat antal skrivningar innan hastigheten på dessa begränsas. (INTEL firmware som gör detta)

Har du nån källa där man kan läsa på lite om det?

[studiox]

Ursprungligen postat av Norman

Tänk dock på att vanliga "konsument" ssd diskar inte är att tänka på eftersom de har begränsat antal skrivningar innan hastigheten på dessa begränsas. (INTEL firmware som gör detta)

Jag trodde ALLA SSD diskar betedde sig på samma sätt? Att radera block i SSD kostar ju plats då man måste radera block i oftast 16k storlek har jag för mig, medan du kan skriva i så små som 2k eller något. TRIM är ju något som delvis löser det problemet då man väljer att helt enkelt radera ett 16k block först efter att man "tömt" det helt.

En "Enterprise" disk kommer ju att få exakt samma problem.