sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #54981
Re: Dimensionering af mail/web-server
On Wed, Sep 18, 2002 at 10:51:27 +0200, Jon Bendtsen wrote:
....
> > Kunne det taenkes, at det ikke var sket, hvis der var brugt SCSI diske?
>
> Nej, det kan ikke tænkes. Hvorfor tror du at det kunne tænkes ?
> Der er ikke forskel på ide og scsi diske, begge går i stykker
> fra tid til anden.
Desværre er der ikke samme hardware indeni SCSI diske og IDE diske.
Alle artikler jeg har læst giver generelt følgende karakteristika:
SCSI diske:
- beregnet til kontinuert drift (non-stop) og en større MTBF
(og "power on hours per year" = 8760)
- ikke så god til mange start/stop
- larmer og varmer mere (mere køling + serverrum)
- afhængig af belastning og brug, så er SCSI bus bedre egnet
til flere/mange diske, og med command queuing opleves
bedre troughput/svar tider når der er flere samtidige diskaccess
IDE diske:
- er bygget for flere start/stop da de ofte slukkes dagligt
MTBF er ofte specificeret udfra et antal tændte timer per år.
(lavere "power on hours per year")
- langsommere omdrejninger, og dermed normalt mindre larm og varme
- ikke så gode til flere samtidige disk-access fra flere processer.
(giver længere svartider)
I "gamle" dage kunne man få nogle quantum diske med
samme indmad, blot enten IDE eller SCSI interface
(og SCSI interfacet var dårlig, så disken var lidt langsommere
end IDE, tilgengæld var prisen omtrent den sammem pånær i DK)
men denne type diske ses ikke mere. ;(
Selvfølgelig kan både SCSI diske og IDE diske få fejl,
og det kan ikke forudsiges hvornår det sker.
(samt andre parametre som varme mv. også spiller ind)
Men diskene er designet forskelligt til forskellig
driftsmønster.
Så jeg vil ikke sige at det er underordnet om
der anvendes SCSI eller IDE diske, der *er*
mærkbare forskelle. (og desværre også i pris)
Derfor kan man godt vælge IDE til en server, blot man er klar
over de ulemper der er.
Og måske ulemperne ikke er så store, trafikken er måske
så lille at det ikke er væsentlige ulemper.
--
mvh Frank Damgaard |
References