Il tratto corto e il partizionamento sono 2 cose molto diverse. Quando partizionate un'unità da 1 TB, dite in 2 partizioni da 500 GB, ciò significa che ogni traccia su ogni piatto ha la capacità di essere scritta dal sistema operativo. sebbene in 2 "secchi" differenti
Short Stroking sta usando solo la parte esterna 1/3 di ogni piatto nell'unità in totale. Questo è tutto. quindi su un'unità da 1 TB in teoria avresti circa 300 GB di capacità utilizzabile.
Short Stroking: una singola unità su un PC non ha altro scopo se non quello di utilizzare solo una parte di ciò che hai pagato nella realtà.
Il motivo della breve corsa è a fini prestazionali. Ogni clima meteorologico dell'unità SATA, FC, SAS ha un numero limitato di operazioni che può eseguire chiamate IOPS (Operazioni di input / output al secondo). Gli IOP sono come un'autostrada. Se ho una strada a 1 corsia, posso aspettarmi x quantità di macchine / ora prima di vedere il traffico (tempo di risposta più elevato), tuttavia se ho un'autostrada a 3 corsie ora posso gestire un aumento della quantità di lavoro e meno traffico. Si noti che non ho detto 3 volte la quantità di lavoro perché il carico di lavoro non aumenta in modo lineare. Anche per completare l'analogia se il numero di corsie è lo IOPS, la quantità di macchine che posso mettere attraverso quelle corsie sarebbe il rendimento.
Un'unità da 7200 RPM che mi posso aspettare ~ 75 iops, per un'unità SAS da 15K rpm posso aspettarmi ~ 175 iops. Questo è solo lo iop "medio" previsto per disco. Anche le dimensioni del blocco, l'accesso sequenziale vs casuale e i tempi di risposta entrano in gioco, ma per semplicità limitiamo la conversazione a IOPS.
Se creo un gruppo RAID di 3 dischi da 15K, questi agiscono all'unisono e, ancora una volta, per semplicità, ora ho una "unità" su disco in grado di eseguire 525 IOPS (175x3). Ora, se scrivo solo su 1/3 di quei 3 dischi, poiché i miei obiettivi erano di avere una capacità iop più elevata, avrei raggiunto quello, ma a costo della capacità utilizzabile.
Estrapolando così tanto che verso array di storage di fascia alta come NetApp, EMC, IBM e altri, il short care è una tecnica di miglioramento delle prestazioni che consente IOPS più alti e tempi di risposta inferiori (perché sto scrivendo solo nella parte più veloce dei dischi interni) e ora i miei array di archiviazione sono in grado di leggere / scrivere dati molto velocemente.