RAID-kort till 5-6st 750EVO

Funkar väl att RAID:a lite hur som haver bara du har portar så det räcker till.
Mjukvaru-RAID med enbart HBA-kort eller JBOD (på RAID-kort) är inte heller fel i dagsläget. Säkrare än HW-RAID om själva kortet ger upp.
Nu var det ju bara temporär lagring du syftade på, så vilket som duger egentligen.

Det som händer om du RAID:ar EVO750 (500GB) med EVO850 (250GB) är att endast 250GB av 500GB kommer att nyttjas på EVO750-diskarna, så om du vill maxa utrymmet till din RAID 0 så skulle jag nog gjort 2 separata RAID 0-grupper.
Grupp 1: 2x250GB = 500GB (EVO850)
Grupp 2: 5-6x500GB = 2,5-3,0TB (EVO750)
Alternativet blir ju annars 2TB (EVO850+750) användbart utrymme med alla diskarna, om jag förstått upplägget rätt...

Något SAS-kort med 2 mini-SAS utgångar och 2st. miniSAS-toSATA kablar så borde saken vara biff.

T.ex.
https://www.ebay.com/itm/IBM-ServeRaid-M1015-46M0861-LSI-SAS-...

Ovan RAID-kort är även populärt att flasha om till HBA ifall du senare vill använda kortet i någon server.

Edit:Sorry, länkade fel kort ovan, nedan kort skall funka i W10.

https://www.ebay.com/itm/Dell-PERC-H310-6Gbps-PCI-e-SAS-RAID-...

Kablage:

https://www.amazon.co.uk/Internal-SFF-8087-Forward-Breakout-C...

Trim kommer inte fungera om inte kontrollern stöder det, då kontrollern själv måste hantera översättningen mellan filsystem och diskarnas induviduella LBA adress. Systemet ser ju bara RAID-diskens LBA, dvs ett lager över detta. Så din skrivprestanda kommer bli skit när diskarna väl fyllts om du inte använder ca 2008-2009 års 25-50% OP utrymme.

Och samsungs mjukvara (konsument) stöder inte hårdvaru-raid, så den mjukvaran kommer troligen sluta fungera med diskarna.

Oavsett så kommer du troligen flaskas av PCI-E bandbredden på dåligt RAID kort innan du får problem (är ofta 1-2X PCI-E), samt att alla 250GB 750 SSDer har så liten cache att de slår i TLC läge nästan direkt med skrivning.

Det enda som @krigelkorren föreslog ovan är ju att köra samma kort, samma bandbredd, men att dra det via mjukvaru-raid. Om du inte köper ett 5000-10000krs RAID kort, med sabla massa IOPs och modernt TRIM stöd, så kommer ju det flaska SSDerna ändå, då alla "HighPoint RocketRaid" och liknande redan kör mjukvaru-raid (men via drivare istället för tex Windows).

Hårdvaru-kortet du hitta kan ju även ge den råa bandbredden av PCI-E 8x i mjukvaru-raid. Det du faller på är ju RAID prestandan i sig. RAID 0 är ju inte direkt... tuff algoritm, om vi säger så. Men den är rätt sårbar. Kortet du nämnde innan är ju ett riktigt H/W RAID kort. En sak jag dock noterade:
https://www.storagereview.com/supermicro_lsi_sas3008_hba_revi...

100-150k IOPs läs, 40-66k IOPs skriv. Är ju var en mainstream M.2 SSD klarar... ensam. Så IOPs är inte dennas starka sida om vi säger så. Kortet i sig har inte massiv IOPs hantering, men det kan göra det utan att lasta datorn. Det du kommer märka dock med mjukvaru raid (oavsett budget RAID kort eller ren mjukvara) är att din CPU lastas hårt, samma CPU som kanske redan kodar? Så du kanske tappar lite prestanda i kodningen, men om du hittar rätt balans kan det ändå gå plus.

För det du beskriver dock, är sekventiell prestanda enda kritiska, och det bör du ju nå oavsett, då det är sällan CPUn som är problemet, utan bandbredden mellan kontroller och CPU/system. Och med 12Gb per port, och du kommer behöva adaptrar mellan SAS till SATA så lär de kunna köra 16 st SSDer i full SATA3 6Gbit hastighet i bästa fall (tills något annat flaskar).

Så det kontrollerkortet för sin 8X PCI-E bandbredd + en mjukvaru-raid där TRIM bör fungera, kan vara lösningen.
Alt måste du verifiera att TRIM fungerar i dens RAID läge iaf. Problemet är ju att detta kort eg bara är för Super Micros servrar... så kan bli trixit kanske?

Sätt in 4 diskar på moderkortet... o testa. kostar inget utom lite tid. Flesta moderkort har ju 6 platser, så du bör kunna ha system + en disk till iaf + dessa, bara för lite testande.

Jag vet inte hur mycket det kommer ta exakt, men i mina SSD-RAID tester (2 diskar i RAID0) för spel, kan du få mellan 5-10% last i RAID delen. Det bör inte öka för du har fler diskar, utan det är själva kodningen i sig, men jag har faktiskt inte kört 6 st SSD RAID 0 i Windows RAID så... kan ha fel.

Alt sälj diskarna, köp en disk du vill ha.

Vid tillfällen du inte kan använda TRIM (tex genom en RAID) så är en väg att med 'blkdiscard' i linux nollställa SSD-diskarna till fabriksläge (kan också göras i samsungs magican med secure erase) och den vägen frigöra all redan allokerad lagring på diskarna (obs detta tömmer disken _helt_ på data).

Med detta eller TRIM (fstrim i linux) är enda sättet att tala om för SSD att sektorerna är frigjort och kan hanteras internt som det passar för SSD-controllern, och därefter partitionerar diskarna till ca 80% (dvs. sista delen av disken partitioneras inte alls eller med en partition som aldrig används för att ge överprovisionering för SSD:n) - skriv inget i det området då sådant låser sektorerna och blocken och minska mängden minne tillgänglig för överprovisioneringen - överprovisioneringen som samsung magician gör är på samma sätt att möblera om partitionstabellen och ändra storleken på filsystemet och sedan köra TRIM på den frilagda området för att ge SSD-diskkontrollern kontroll och fri hantering över frilagda minnesmängden på SSD:n.

Moderna versioner av SSD så bör återläsning av sektorer 'raderade' med TRIM (eller hela disken med discard) resultera i antingen '0' eller '0xFF' på alla byten inom sektorn - en syntetisk genererad värde för en ej initierad sektor och speglar inte innehållet i flash alls (då det via allestädes närvarande krypteringen skulle ge ett slumpvärde ut om flashminnena var nollade och därmed en potentiellt angreppsväg på krypteringen om indatat från flashen är känt att alltid vara '0')

Detta gäller dock inte alla SSD:er, främst de äldre och så finns det också tryck/kritik att man med detta kan avgöra om en sektor bär data eller inte i tex. en krypterande filsystem (tex veracrypt där man inte gjort en full initiering/formatering av hela disken/kontainer-filen utan en snabbdito och bara lagt in några enstaka filer)

Somliga SSD/SD-brickor och USB-stickor har också funktionen att om en sektor skrivs med '0' så av-allokeras sektorn på samma sätt som med TRIM och görs tillgänglig för diskkontrollerns godtycke. Problemet är att sådan svårt/går inte att ta reda på hur SSD-kontrollern eller annan flash-minneshanterar i detalj i hur det hanterar det hela för att få bra fungerande wear-levling och bra skrivkapacitet.

Förlåt att jag lånar tråden men @Paddanx , du som är så påläst om detta med SSD:er, om man skulle vilja köra 2st 860 EVO 1TB i RAID 0, hur ser detta ut 2018?

Skulle mitt moderkort stödja TRIM eller måste jag ha ett separat kontrollerkort?
Vilken budget pratar vi om, har du något kort du kan rekomendera?

Prestandamässigt, vad kan man förvänta sig?
W10 x64 som gäller, tack om du tar dig tid!

Skulle tro det ser mer eller mindre ut som det gjort senaste åren.
- Samsungs mjukvara kommer inte vara till din hjälp (stöder inte officiellt RAID).
- Du ökar risken för ras, som kommer ta alla 2x1TB data med sig (backup ska du dock ha oavsett).
- Du får i bästa fall högre sekventiell prestanda, och djup IOPs prestanda, men något försämrad QD1 prestanda.
- Du måste ladda in RAID drivare vid installation, och göra lite trix för att skifta nuvarande installation till RAID läge.
- En del mjukvaror kommer vägra fungera pga "det är en RAID" (ofta är det mer att de vill ha betald-versionen istället)

Då jag inte vet vad ditt moderkort är, kan jag bara gissa, men TRIM vet jag fungera på Intel moderkort sedan runt P67 och senare (om de har uppdaterad BIOS). AMD moderkort i FX serien tror jag inte har det (rätta mig någon om de vet), men AMDs Ryzen styrkort ska ha det.

Det är svårare att köra detta på 3:e part kontrollerkort, då du måste ha ett som verkligen är designat för SSD från början. Jag har inte haft behovet av detta själv, och har därför inte lagt så mycket tid på det men än att konstatera att många äldre LSI/IBM osv inte har det (som annars är bra för tex NAS).

Så kan du, använd moderkortet.

upp till 2x snabbare läs-prestanda när du benchmarkar.
upp till 2x snabbare skriv-prestanda när du benchmarkar.
upp till 2x snabbare djup IOPs när du benchmarkar.
ca 95% av 4k QD1 prestanda i läsning.
Och ca 3-5 sek segare start av Windows pga RAID delen ska initieras i BIOS.

I praktiken så finns där ställen du kommer märka lite snabbare prestanda, men det finns också andra ställen där 2st oberoende diskar hade jobbat snabbare än en i RAID. Skulle tro du får testa och avgöra själv. Personligen anser jag inte det värt det, trots att jag har flertalet testade försök, då vinsten är så liten vs riskerna.

Vad hade du i tankarna där?

Låter som en vettig idé

En del mjukvaror stöder inte RAID. Allt från partitionsprogram, nån backuplösning (återställningen gick inte pga drivare), och tex SMART mjukvara, tillverkarens mjukvaror mm.

Program som normalt kan vara gratis, kan vägra fungera korrekt pga det är en RAID enhet, eller RAID läge. Det går ofta att komma runt, eller välja andra program dock, men det ger lite komplexitet om man inte är beredd på det.

Tex så fick jag hjälpa en vän när han inte kunde återställa backup från en RAID genom att låna ut en stor disk, som vi kunde återställa till, som vi sen klona över till hans RAID setup. Detta var efter hans ena disk glappat till lite och spottades ut ur RAIDen och han inte kunde få in den korrekt igen.

ah okej, men det där kan ju inte gälla om du har ett "riktigt" RAID-kort, då presenteras ju volymen som en stor disk för OSet

Finns olika problem, vissa på en stor volym, vissa på Windows (eller ev Linux) mjukvaru-raid.

I backup problemet ovan var det att mjukvaran inte kunde initiera RAID styrkenheten. Det kräver nämligen drivare, medan AHCI är standardiserade drivare. Har du "riktigt kort", syftat på hårdvaru 5-10kkrs kort kommer du ju ändå kräva drivare, och då detta var special pre-boot miljö var det inte så enkelt att lägga till drivare som jag först trodde. Han köpte en Acronis licens efter det, och där går att ladda in drivare.

Hade det varit Windows mjukvara så hade det gett lite andra roliga problem.

RAID brukar har förmågan att fungera klockrent, tills något sker. Sen kan du spendera åratal med att återskapa den (om du saknar backup och har udda delar). Har du backup, testa det mot just RAID systemet

Alltså om det är temporär lagring med stora filer så ser jag inget större problem. Defragmenteringen blir inte så enorm samt att om man kan tömma disken då och då vilket jag antar att man kan om det är temporär lagring så kommer det nog inte bli några större problem.

Bara så jag är med... vad menar du med defragmentering och tömma disk?
Det är inte HDDs han skulle RAIDa. (Har jag missat något?)

Sorry för den dåligt formulerade texten av mig.
Om du hoppar att hänga upp dig på defragmentering så blir det kanske enklare.

Köpte en Samsung 750 disk av en kompis som förköpt sig lite (han dog tyvärr sen, RIP).

Riktigt slö är den! Fungerar som lagringsdisk men vid massiva överföringar känns den nästan mekanisk i hastigheten.

TRIM är en kritisk bit av dagens SSDer, för att de ska fungera optimalt.

Utan TRIM, för referens 120GB SSD:
Om du tex skriver 10GB data, och tar bort den igen, så är allt kvar.
Så när du skriver 10GB till, behöver den tillfälligt 20GB plats, för att sedan kunna radera de gamla LBA referenserna och ta bort 10GB du tog bort tidigare. Data tas mao inte bort, förrän efter du skriver till samma LBA adress igen, och det tar ju tid att radera och flytta om, så den försöker göra detta efter det du vill skriva, så prestandan hålls uppe.

Så när du skriver 100GB data till, utöver dessa 10GB, har du 110GB data på disken. Om vi sen tar bort dessa 100GB, ligger där ändå kvar 110GB. Så när du sedan vill skriva 20GB till, ny data kommer problemet. Nu behöver du 130GB "plats" på en 120GB SSD... Så första 10GB går enkelt att skriva, men sedan tvingas SSDn pausa sin skrivning för att radera blocks av data, för att kunna skriva de återstående 10GB. Först när allt det är klart, kan du komma ner till 110GB igen.

Så problemet kommer i att, om du en gång skrivit någon data, till en LBA adress, är den kvar där... för alltid. Det är inte ett defragmenteringsproblem, det är ett "jag är överfylld med data jag tror jag måste spara" problem. Detta är vad TRIM fixar. Den skapar ett sätt att meddela disken... hej... du vet de 100GB data där... du kan ta bort det.

Plötsligt har du bara 10GB data istället för 110GB, och då går 20GB skrivning utan problem. Förutom prestandan minskar du slitaget också, då när disken är full (oavsett om du ser det eller inte om du saknar TRIM) så slits den enormt mycket mer pga ineffektiv städning. Så hans RAID här hade snabbt tappat prestanda, och slitaget hade gått i taket på den enkla SSDerna med typ 50-100TBW innan de får spänningsläckage problem (pga slitaget på NANDet).

Detta är något man hade stort problem med på SSDer 2008/2009 när MLC kom. SLC kunde nämligen radera betydligt mindre blocks, ibland tom på cellnivå. TRIM gjorde MLC och TLC möjligt helt enkelt.

Och om det var ett problem då, med 128-256kB blocks... kan du tänka dig vilket problem det kan bli idag med 2-8MB blocks som ska tömmas. Du kan ha 4kB data som ska sparas, och resterande antal MB som är borttaget, och disken måste ändå behålla det då den inte vet bättre. Så 4kB vs 8MB skrivning, det är rätt enormt ökat slitage och försämrad prestanda (är ju extrem fall, men teoretiskt möjligt om du saknar TRIM och har fyllt en disk, och tagit bort det mesta igen).

Och dina "tömma den då och då", kan jag säga att, för att nollställa en SSD utan TRIM, måste du göra en secure erase på disken. Dvs ta ner RAIDen, och skriva alla diskar tomma igen, sen kan de få full prestanda litet tag, tills du fyllt den en gång igen. Inte vidare effektivt i långa loppet. Men utan det kan en 750EVO lätt få 5-10x WAf., så 100GB data blir som 0.5-1TB data. Du kan gissa hur fort du kan slita ut diskarna med detta...

Detta är ju varför många av oss offrade 25-50% av utrymmet, för att kunna "fylla" detta, och bibehålla en hyfsad prestanda och slitagenivå, utan TRIM. Det går tekniskt sett här med (har gjort detta på tex en SSD RAID), där du lämnar utrymme utanför RAIDen. Tex av två 250GB diskar, gör du en 400GB RAID partition. Inte optimalt, men då diskarna är stora idag, och jag inte skriver 100GB samtidigt, fungerar det, och jag har ca 20% oanvänt/ledigt utrymme, alltid som den kan rotera celler på.

Med TRIM dock, underlättas allt. Även formatering av en partition, meddelar disken att den kan tömma det, och du måste inte göra secure erase idag pga detta.

Nedan är 2 matnyttiga länkar. Ena med Trim, varför den behövs och hur den fungerar och hur den sänker omskrivningar (sänker WAf), och den andra är lite experiment på hur OP utrymme, dvs äkta tomt utrymme (ingen partition) förändrar en SSDs slitage och prestanda. Artiklarna må vara några år gamla, så saker som blockstorlek och val av SSD är inte aktuell, men relationen de visar är idag gäller än på dagens SSDer. En av dem bygger på forskning IBM gjorde och publicerade, och man ser rätt tydligt att 90% full SSD ger skrämmande hög ökad mängd skrivning och slitage.

http://www.thessdreview.com/daily-news/latest-buzz/garbage-co... (Trim)

http://www.thessdreview.com/daily-news/latest-buzz/garbage-co... (OP/reserv utrymme/WAf)