Trots det fanns det utrymme för förbättringar i denna strategi. På den typ av äldre dator som vanligtvis stöter på att vicka på kanten av en skip (den sort som det ger mig mest nöje att rädda), passerar båda IDE-kanalerna genom samma, ganska svaga kontrollerchip och försöker driva två dataströmmar genom detta skulle snart avslöja dess billighet av spec och fattigdom av hjärnkraft.
Det fick mig naturligt att försöka montera sekundära IDE-kort för fynd i källaren, vilket mycket snabbt fick mig att förstå att:
1) många PCI IDE-tilläggskort har chockerande dåliga chipsets själva; och
2) nästan inga datorer med expansionsplatser erbjuder faktiskt fri och obegränsad tillgång till korten som sitter i dem. Du måste alltid stänga av något annat; Jag inaktiverar vanligtvis de seriella portarna och slår sedan över den redan existerande plug-and-play-allokeringen.
Så det har alltid varit möjligt att få en PC, som arbetar som server eller som en solomaskin, att gå mycket snabbare genom att montera mer än en disk, förutsatt att du undvek några välkända fallgropar och valde din teknik noggrant.
Teknikens mars
Jag skulle vilja kunna säga vid det här laget att teknikens frammarsch har gjort den här samlingen av svårvunnen visdom överflödig, så att om du tycker att din enanvändare, endisk SATA-installation är lite för trög kan du ta fördelen med två, fyra eller fler extra SATA-kontakter på ditt moderkort, och dessa skulle avslöja alla möjliga möjligheter att parallellisera din disk I/O.
Jag kan se att genomdrivande av användningen av en mindre startpartition är nästan det enda sättet att garantera ett anständigt prestandafönster
Tyvärr är det dock inte så enkelt. Så vitt jag kan säga har de senaste enorma ökningarna av diskkapacitet och datavolymer mer än uppvägt alla hastighetsökningar som SATA erbjuder, så i många fall kommer prestanda för SATA-uppsättningar med flera diskar att kännas långsammare än hos äldre maskiner.
Jag brukade kritisera de tillverkare som bara formaterar delar av sina diskar för att dölja mängden hårddiskmodeller som de passade; nu kan jag se att genomdrivande av användningen av en mindre startpartition är nästan det enda sättet att garantera ett anständigt prestandafönster, innan din maskin börjar sakta ner eftersom den måste hantera en kvarts miljon filer utspridda över en enda 2TB hårddisk.
Svar
Det finns redan några svar på det här problemet. Det har alltid varit möjligt att proppa en dyr serverbox full med diskkontrollerkort och sedan köra diskar utanför det primära CPU-höljet som är anslutet till dessa.
Detta leder dock till maskinspecifikationer för stora företagsserverrum som många företag i mellanklassen vägrar att tro är värda pengarna: en låda som kostar 15 000 pund medan den nästan inte innehåller några interna enheter, ytterligare 10 000 pund som spenderas bara på RAID-kort, var och en av som driver ett metallskjul fullt med enheter värda cirka 4 000 pund vardera.
Det är så långt ifrån de flestas erfarenhet av en ”större server i bara en låda” att trovärdigheten saknas. Mellanklassföretag har svårt att tro att den här typen av upplägg är något annat än galenskap med fläskfat, men sanningen har alltid varit att för att betjäna 20 000 användare som delar en enda server på traditionella företags Windows-baserade jobb, är detta sättet din arkitektur måste gå.
Sett från operativsystemsnivå i det hypotetiska gigantiska företagsdriftscentret blir dessa mellanklasskillar ännu mer vantro: alla pengar som spenderas och allt du behöver visa för det på OS-nivå är bara några extra enhetsbokstäver! ”Fan, det kan vi göra!” de fnyser.
Vad de missade, och helt otroligt fortsätter att sakna även nuförtiden, är att dessa separata enhetsbokstäver i en så massiv tungmetallserver bara är ytpresentationen av en helt separat I/O-kanal som inte är beroende av den andra aktiviteten som pågår i OS.
Riktig fart
Och det är härifrån den verkliga hastigheten kommer – och överraskande nog måste jag säga att detta är ganska bättre förstådd i Windows PC-branschen än någon annanstans.
Visst, Linux kan ställas in för att dra fördel av sådana parallella I/O-arkitekturer, men Linux-människor har en ganska distraherad, luftig älva syn när det kommer till den här typen av hårdvarufusk.
