Halverwege augustus werd de bestelling geplaatst voor Apollo V. Vandaag werden geheel onverwacht eindelijk de eerste onderdelen geleverd, namelijk de PowerVault MD1000 en de PERC 5/E. Tot onze vreugde bleek dat de doos was geleverd met de zeer vlotte MAX3036RC-disks van Fujitsu in plaats van de veelgebruikte maar matig presterende Cheetah 15K.4's van Seagate. Nadat de loodzware machine aan een fotosessie was onderworpen werden de PowerVault en de PERC 5/E direct op een van onze storage testsystemen aangesloten, waarin zij nu indrukwekkende testresultaten produceren. Vergeleken met de database- In de komende weken zal de aanwezigheid van de PowerVault MD1000 benut worden om een vergelijking van PCI Express SAS RAID-adapters samen te stellen. Naast de Dell PERC 5/E zullen daarin ook de LSI Logic MegaRAID 8480E en de ICP Vortex ICP5085BR deelnemen. De ICP5085BR is een getunede Adaptec 4805SAS met een 800MHz I/O processor en 256MB cache. Het is nu nog wachten op de levering van de PowerEdge 1950 alvorens er begonnen kan worden met het configureren en testen van de nieuwe database-server. Na voltooiing van de upgrade zal Apollo IV een processorupgrade krijgen en ingezet worden om Artemis te vervangen door een configuratie met iets snellere processors, een dubbele hoeveelheid geheugen en 15.000 in plaats van 10.000 toeren SCSI-disks. Hiermee kan Artemis weer een goed half jaar mee voordat waardige vervanging voor de deur staat.
In de Onderdeel Apollo IV Apollo V Behuizing Appro 2128Hs Dell PowerEdge 1950
Dell PowerVault MD1000Processors Dual AMD Opteron 248 2,2GHz Dual Xeon 5160 3,0GHz 4MB L2 Geheugen 8GB DDR266 16GB DDR2-667 RAID-controller LSI Logic MegaRAID SCSI 320-2X 128MB
BBUDell PERC 5/E 256MB
Transportable BBUStorage 2x Seagate Cheetah 10K.6 36GB SCSI
6x Seagate Cheetah 15K.3 36GB SCSI2x 73GB 10K SAS
15x Fujitsu MAX3036RC 36GB 15K SAS
Database Server StorageMark 2006 Index Harde schijf # RAID Controller Score (StorageMarks) Fujitsu MAX3036RC 14 RAID 5 Dell PERC 5/E 
1.220,1WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 1GB 1.054,7WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 512MB 887,3WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1280 ES 512MB 875,0WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 256MB 836,5Fileserver StorageMark 2006 Index Harde schijf # RAID Controller Score (StorageMarks) WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 1GB 631,8WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1280 ES 512MB 630,1WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 512MB 589,9Fujitsu MAX3036RC 14 RAID 5 Dell PERC 5/E 564,8WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 256MB 542,7IOMeter Fileserver simulatie - Gemiddelde (queue = 1 - 64) Harde schijf # RAID Controller Score (IOps) Fujitsu MAX3036RC 14 RAID 5 Dell PERC 5/E 859WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 256MB 493WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1160 1GB 488WD Raptor WD740ADFD 14 RAID 5 Areca ARC-1280 ES 512MB 316
Forum in verwachting van nieuwe database-server
Reacties (52)
:strip_icc():strip_exif()/u/96747/gnu_linux_poster_60.jpg?f=community){kind=small}
Misschien heb ik het mis, maar tijdje terug hadden jullie het verschil van Opterons/Xeons getest en toen bleek de Opteron absolute koning te zijn. Vanwaar dan de 'overschakeling' naar Xeons?
/u/1830/acm.png?f=community){kind=small}
Dit zijn/worden Xeon Woodcrests. Gebaseerd op de nieuwe Core-architectuur. En zoals je wel kan raden presteren die wel beter dan de Opterons, een stuk beter zelfs.
Maar daarover later meer
Wat we toen testen was overigens niet eens de 50xx serie, maar die daar weer voor. Dus met een heel wat beroerder chipset (minder bandbreedte) en met gewoon DDR2 ipv FB-dimm geheugen.
Maar daarover later meer
Wat we toen testen was overigens niet eens de 50xx serie, maar die daar weer voor. Dus met een heel wat beroerder chipset (minder bandbreedte) en met gewoon DDR2 ipv FB-dimm geheugen.
Ik denk dat ze toen de 50xx serie Xeon's hebben getest. De 51xx serie heeft echte knallers aan boord, de keuze lag dus nogal voor de hand denk ik.
Ik vraag me alleen af of het aantal HD's niet een beetje overkill is, aangezien je die bandbreedte voorlopig niet gaat gebruiken en SAS schijven idioot duur zijn.
Ik vraag me alleen af of het aantal HD's niet een beetje overkill is, aangezien je die bandbreedte voorlopig niet gaat gebruiken en SAS schijven idioot duur zijn.
Uiteindelijk viel deze opstelling kwa aanschafwaarde nog wel mee... Hij moet uiteraard wel weer drie jaar of meer mee kunnen en de huidige opstelling was ondertussen afgeschreven en wordt ook nog eens gebruikt om een upgradeinvestering in Artemis uit te stellen.
Overigens is de bandbreedte inderdaad niet zo'n punt. Wat we nu echter wel bij Apollo zien is dat ie nogal veel zit te wachten op I/O en dat dat met de groei van het forum alleen maar erger is geworden.
Het lijkt er dus op dat zowel de 8GB ram als de opstelling met 5 disks in RAID5 niet helemaal meer voldoet voor een vlotte aanlevering van de forum-webpagina's.
Met name in oude topics of het openen van zoekresultaten kun je nu aanzienlijke vertragingen ondervinden doordat veel data buiten de disk-cache is gevallen en dus van disk ingeladen moet worden.
Vandaar meer geheugen en meer (en snellere) disks. Niet zozeer voor de bandbreedte, maar voor de verlaagde response- en servicetijden. Oplossingen met 10 disks bestaan eigenlijk niet in dit formaat en als je dan meer dan 8 disks (wat we nu hadden) in een doos wil, kom je al gauw bij dit soort opstellingen terecht. En dan wil je natuurlijk wel de behuizing gelijk maar vol hebben, want later er disks bij kopen kost alleen maar meer moeite en downtime.
Overigens had de portemonnee van VNU hier geen bal mee te maken. Die illusie zal nog wel terug blijven keren, maar er wordt echt niet ineens nu allemaal geld uitgegeven dat er anders niet geweest zou zijn (ze willen tenslotte winst met ons maken, geen verlies).
Overigens is de bandbreedte inderdaad niet zo'n punt. Wat we nu echter wel bij Apollo zien is dat ie nogal veel zit te wachten op I/O en dat dat met de groei van het forum alleen maar erger is geworden.
Het lijkt er dus op dat zowel de 8GB ram als de opstelling met 5 disks in RAID5 niet helemaal meer voldoet voor een vlotte aanlevering van de forum-webpagina's.
Met name in oude topics of het openen van zoekresultaten kun je nu aanzienlijke vertragingen ondervinden doordat veel data buiten de disk-cache is gevallen en dus van disk ingeladen moet worden.
Vandaar meer geheugen en meer (en snellere) disks. Niet zozeer voor de bandbreedte, maar voor de verlaagde response- en servicetijden. Oplossingen met 10 disks bestaan eigenlijk niet in dit formaat en als je dan meer dan 8 disks (wat we nu hadden) in een doos wil, kom je al gauw bij dit soort opstellingen terecht. En dan wil je natuurlijk wel de behuizing gelijk maar vol hebben, want later er disks bij kopen kost alleen maar meer moeite en downtime.
Overigens had de portemonnee van VNU hier geen bal mee te maken. Die illusie zal nog wel terug blijven keren, maar er wordt echt niet ineens nu allemaal geld uitgegeven dat er anders niet geweest zou zijn (ze willen tenslotte winst met ons maken, geen verlies).
:strip_exif()/u/2172/crop57acf4ac04e70.gif?f=community){kind=small}
Hoe groot zijn de databases eigenlijk waar de FP en het forum op draait?
Als dat in de orde van zeg een 16 GB is, dan zou je toch door caching al een groot deel van de performance kunnen halen en dan hoeft er alleen maar een disk-actie plaats te vinden wanneer er iets gepost wordt.
Of denk ik nu iets te simpel en is er in de praktijk werkelijk nog een hoop winst te halen uit veel snellere schijven, zelfs als de hele DB in het geheugen zou passen?
Als dat in de orde van zeg een 16 GB is, dan zou je toch door caching al een groot deel van de performance kunnen halen en dan hoeft er alleen maar een disk-actie plaats te vinden wanneer er iets gepost wordt.
Of denk ik nu iets te simpel en is er in de praktijk werkelijk nog een hoop winst te halen uit veel snellere schijven, zelfs als de hele DB in het geheugen zou passen?
In dit geval is alleen het forum relevant. En die db is ruim 40GB en blijft uiteraard alleen maar door groeien. Dus zelfs met 16GB past nog lang niet alles in de caches. Weliswaar is een groot deel van de db voor het grootste deel van de tijd niet relevant, maar zelfs dan blijft het natuurlijk een behoorlijke berg data.
En o.a. doordat het gebruik van de zoekmachine is toegenomen blijven ook oude topics nog opgevraagd worden.
En o.a. doordat het gebruik van de zoekmachine is toegenomen blijven ook oude topics nog opgevraagd worden.
/u/40371/pino.JPG?f=community){kind=small}
Met de bankpas van VNU winkelt het zoveel prettiger 
/u/1/femme.png?f=community){kind=small}
De prijs van SAS-harde schijven valt heel erg mee. Voor onze toepassing willen we veel schijven die per stuk goed moeten presteren en betrouwbaar moeten zijn. Omdat we veel schijven willen gebruiken is de capaciteit per schijf niet relevant, de totale capaciteit van een array zal toch ruimschoots voldoende zijn voor onze databases.
Goedkope 7200rpm SATA-schijfjes komen sowieso niet in aanmerking omdat ze niet berekend zijn op 24/7 gebruik met een duty cycle van 100 procent. Er zijn maar weinig 7200rpm schijven die daar aan voldoen. De Western Digital Caviar RE2 is er eentje, maar de goedkoopste variant kost 155 euro. De prestaties in database-toepassingen zijn slecht en aan de hoge capaciteit hebben we niets.
Een Western Digital Raptor WD360ADFD van 100 euro is wel een mooie disk, maar de databaseprestaties zijn nog steeds een stuk minder dan die van een 15.000 toeren SAS-schijf. Een 36GB Fujitsu MAX3036RC kost 172 euro. Omdat ze beter presteren dan een Raptor heb je er minder van nodig. Als we vergelijkbare prestaties willen halen met Raptors als met een array van vijftien 15K SAS-schijfjes zouden we over de twintig Raptors moeten gaan, waardoor er met een erg lompe kast gewerkt moet worden en er dure controllers ingezet moeten worden. De PowerVault MD1000 is weliswaar ook een vrij dure oplossing vergeleken met een lompe kast waar een mobo en veel schijven in passen, maar het is wel een oplossing die schaalbaarder is en relatief compact.
Goedkope 7200rpm SATA-schijfjes komen sowieso niet in aanmerking omdat ze niet berekend zijn op 24/7 gebruik met een duty cycle van 100 procent. Er zijn maar weinig 7200rpm schijven die daar aan voldoen. De Western Digital Caviar RE2 is er eentje, maar de goedkoopste variant kost 155 euro. De prestaties in database-toepassingen zijn slecht en aan de hoge capaciteit hebben we niets.
Een Western Digital Raptor WD360ADFD van 100 euro is wel een mooie disk, maar de databaseprestaties zijn nog steeds een stuk minder dan die van een 15.000 toeren SAS-schijf. Een 36GB Fujitsu MAX3036RC kost 172 euro. Omdat ze beter presteren dan een Raptor heb je er minder van nodig. Als we vergelijkbare prestaties willen halen met Raptors als met een array van vijftien 15K SAS-schijfjes zouden we over de twintig Raptors moeten gaan, waardoor er met een erg lompe kast gewerkt moet worden en er dure controllers ingezet moeten worden. De PowerVault MD1000 is weliswaar ook een vrij dure oplossing vergeleken met een lompe kast waar een mobo en veel schijven in passen, maar het is wel een oplossing die schaalbaarder is en relatief compact.
:strip_icc():strip_exif()/u/22646/crop6531f78f6a5cb_cropped.jpg?f=community){kind=small}
Beetje jammer alleen dat ze voor Dell gekozen hebben. Nieuwe aanschaf van Dell is wel oke, maar uit praktijk kan ik vertellen dat ze 9 van de 10 gewoon herstelde spullen van andere klanten sturen als je iets vervangen wil hebben.
Dell had een aantrekkelijke aanbieding en kon als een diskdoosje voor een stuk of vijftien 3,5 inch SAS-schijven leveren. HP heeft ook zo'n apparaat in de planning maar kon 'm nog niet leveren. Wel heeft HP een oplossing voor 2,5 inch harde schijven. Die is echter erg prijzig omdat je twee disk arrays en veel meer schijven nodig hebt om hetzelfde prestatieniveau te halen als een kleiner aantal 3,5 inch 15K SAS-schijven. Ook is het nog maar de vraag of het in de praktijk beter gaat presteren. Een groter aantal 10.000rpm SFF-schijfjes kan alleen sneller zijn als er erg veel gelijktijdige I/O plaatsvindt, zodat alle schijven iets te doen hebben. Anders zullen de 15K-schijven beter presteren vanwege hun betere prestaties per disk.
We wilden ook per se SAS omdat de technologie velen malen eleganter is dan parallel SCSI en omdat we er beter mee op de toekomst zijn voorbereid.
Zelfbouw oplossingen hebben we niet serieus in overweging genomen omdat die vaak minder zekerheid bieden (bijvoorbeeld op het gebied van koelvermogen).
We wilden ook per se SAS omdat de technologie velen malen eleganter is dan parallel SCSI en omdat we er beter mee op de toekomst zijn voorbereid.
Zelfbouw oplossingen hebben we niet serieus in overweging genomen omdat die vaak minder zekerheid bieden (bijvoorbeeld op het gebied van koelvermogen).
Stomme vraag misschien maar hebben jullie de EVA's van HP ook in gedachten gehad? Ik weet bijv. wat de performance is van de EVA-4000 en ik kan me niet voorstellen dat deze Dell's sneller zijn 
Nou weet ik natuurlijk niet wat de EVA-4000 kost
Nou weet ik natuurlijk niet wat de EVA-4000 kost
De EVA4000 is een SAN-apparaat en dat is niet waar wij op zoek naar waren. We wilden gewoon DAS gebruiken maar wel met veel disks en een goede performance.
De controller van de EVA4000 kost al bijna 21.000 dollar, veel meer dan onze complete server.
De controller van de EVA4000 kost al bijna 21.000 dollar, veel meer dan onze complete server.
Ah duidelijk Ik had al aangegeven dat ik niet op de hoogte was van de prijs en ik wist niet dat jullie geen SAN wilden
Ik had al aangegeven dat ik niet op de hoogte was van de prijs en ik wist niet dat jullie geen SAN wilden
Sja... het was al moeilijk genoeg om te vinden wat we wilden (veel disks in een relatief krappe behuizing binnen ons budget). We wilden niet meer met "depricated" scsi aan de gang en Fibre Channel hebben we te weinig ervaring mee (nog afgezien van de kosten), het bleek in ons budget wel mogelijk om SAS te gebruiken.
Maar toen bleek dat er eigenlijk nog bijna geen enclosures zijn. Deze oplossing van Dell was een van de weinige (nouja, de enige eigenlijk) totaaloplossingen die voldeed aan de eisen en binnen het budget paste.
Maar toen bleek dat er eigenlijk nog bijna geen enclosures zijn. Deze oplossing van Dell was een van de weinige (nouja, de enige eigenlijk) totaaloplossingen die voldeed aan de eisen en binnen het budget paste.
:strip_exif()/u/2087/osiris_ani.gif?f=community){kind=small}
Als ik het dus goed begrijp gaan er door dat ene kabeltje tussen de Dell PERC 5/E en de Dell PowerEdge op de laatste foto iets van 15 SAS-aansluitingen? Op een of andere manier? 
Want dat leek me zeg maar een vereiste van RAID, gelijktijdig je schijven aan kunnen spreken. En dat terwijl in deze configuratie de RAID-array fysiek gescheiden is van alle schijven, op dat ene kabeltje na.
moto wist 't antwoord niet eens
Want dat leek me zeg maar een vereiste van RAID, gelijktijdig je schijven aan kunnen spreken. En dat terwijl in deze configuratie de RAID-array fysiek gescheiden is van alle schijven, op dat ene kabeltje na.
moto wist 't antwoord niet eens
De PowerVault MD1000 heeft twee SAS-expanders die fungeren als een soort switch met port trunking. Een SAS-expander heeft een bepaald aantal poorten die vaak flexibel geconfigureerd kunnen worden in upstream en downstream poorten. In dit geval heeft iedere expander vijftien poorten die in verbinding staan met de (dual-ported) SAS-harde schijven. Daarnaast zijn er nog vier upstream en vier downstream poorten die als externe SAS x4-connector aanwezig zijn. SAS is erg schaalbaar en biedt de mogelijkheid om de bandbreedte van poorten in een gecombineerde wide-port. SAS heeft een bandbreedte van 300MB/s per poort. In dit geval is er dus sprake van een wide-port met een bandbreedte van 1,2GB/s. Dit gaat allemaal door het kabeltje dat je op de foto ziet.
We gaan maar één van beide SAS-expanders gebruiken. De tweede zou je kunnen gebruiken in een cluster/failover-opstelling waarbij een tweede server toegang heeft tot de harde schijven.
We gaan maar één van beide SAS-expanders gebruiken. De tweede zou je kunnen gebruiken in een cluster/failover-opstelling waarbij een tweede server toegang heeft tot de harde schijven.
Is daar nog enige performanceloss mee gemoeit? Ik neem aan dat dat in ieder geval iets is. De switch verdeelt het verkeer en voegt dus latenty toe.
De expander zal ongetwijfeld enige invloed uitoefenen op de prestaties, maar de latency die de expander toevoegt zal beperkt zijn in verhouding tot de gemiddelde responstijd van een I/O. Wat betreft bandbreedte zorgt de expander niet voor een bottleneck. Er is een verbinding van 1,2GB/s met de PowerVault MD1000, maar de PERC 5/E kan niet meer dan 510MB/s sequentieel lezen (een waarde die beperkt wordt door de I/O processor). 510MB/s is overigens een nette score, alleen bij de Areca ARC-1280 heb ik het hoger gezien, maar die heeft Intels nieuwste dualcore I/O processor aan boord.
Bij SCSI werden alle disks sowieso al op een enkele kabel aangesloten.
Bij Serial Attached SCSI wordt in principe per disk een kanaal opgezet naar de controller. Tenzij er een expander tussen zit. Die kan je zien als een netwerkswitch die er voor zorgt dat je X devices over Y kanalen kan zenden, in ons geval dus 15 disks over 4 kanalen (zo'n wide channel is 4x300MB/sec). Hoe het verder precies zit weet ik ook niet, daar zijn vast tig whitepapers over te vinden bij LSI, Adaptec, Dell, HP en anderen.
De raid-controller ziet overigens inderdaad 15 losse drives via dat ene kabeltje.
Maar er bestaan natuurlijk ook oplossingen waar de raid-controller in de enclosure zit en je alleen nog maar een domme host-adapter nodig hebt om de logical disks in je server te kunnen zien (Fibre Channel werkt vziw zo).
Bij Serial Attached SCSI wordt in principe per disk een kanaal opgezet naar de controller. Tenzij er een expander tussen zit. Die kan je zien als een netwerkswitch die er voor zorgt dat je X devices over Y kanalen kan zenden, in ons geval dus 15 disks over 4 kanalen (zo'n wide channel is 4x300MB/sec). Hoe het verder precies zit weet ik ook niet, daar zijn vast tig whitepapers over te vinden bij LSI, Adaptec, Dell, HP en anderen.
De raid-controller ziet overigens inderdaad 15 losse drives via dat ene kabeltje.
Maar er bestaan natuurlijk ook oplossingen waar de raid-controller in de enclosure zit en je alleen nog maar een domme host-adapter nodig hebt om de logical disks in je server te kunnen zien (Fibre Channel werkt vziw zo).
:strip_icc():strip_exif()/u/13413/brain.jpg?f=community){kind=small}
Dat van die FC klopt inderdaad (althans bij de FC-SAN's die ik gezien heb.Maar er bestaan natuurlijk ook oplossingen waar de raid-controller in de enclosure zit en je alleen nog maar een domme host-adapter nodig hebt om de logical disks in je server te kunnen zien (Fibre Channel werkt vziw zo).
Wat ik me nog afvraag is waarom er gekozen is voor enkelvoudige uitvoering van de connectie naar de kooi. Het gevolg van een uitval is een stuk groter geworden nu.
Waarom is gekozen voor de aanschaf van 1 server, i.p.v. van meerdere met misschien wat mindere configuraties? Vanuit het oogpunt van redundancy lijkt me dat beter, al zijn de lange termijn kosten dan misschien wel iets hoger...
:strip_icc():strip_exif()/u/29534/moto-icon.jpg?f=community){kind=icon}
mysql kan (nog) geen redundantie aan, en aangezien ons forum alleen op mysql kan draaien hebben we dus niet zoveel keus behalve één bigass machine neerzetten, ik zou het zelf ook liever anders zien
:strip_exif()/u/1881/avatar_60.gif?f=community){kind=avatar}
Word het dan misschien niet eens tijd om het forum geschikt te maken voor een andere sql server?
http://www.mysql.com/products/database/cluster/
MySQL geen cluster...? een googletje op "Database server cluster" (uit interesse) leverde me dit resultaat al als 3e ofzo op...
MySQL geen cluster...? een googletje op "Database server cluster" (uit interesse) leverde me dit resultaat al als 3e ofzo op...
http://dev.mysql.com/doc/...en/mysql-cluster-faq.html
Belangrijkste stukje daaruit:
Er staat verder bij dat 5.1 wel diskstorage zou ondersteunen maar 5.1.11-beta is nogal brakjes, to say the least
Belangrijkste stukje daaruit:
Dat kan ik dus met alle goede wil van de wereld geen replicatie noemen maar eerder een zeer zwakke poging tot replicatieIn MySQL-5.0, Cluster is in-memory only. This means that all table data (including indexes) is stored in RAM. Therefore, if your data takes up 1GB of space and you want to replicate it once in the cluster, you need 2GB of memory to do so (1 GB per replica). This is in addition to the memory required by the operating system and any applications running on the cluster computers.
Er staat verder bij dat 5.1 wel diskstorage zou ondersteunen maar 5.1.11-beta is nogal brakjes, to say the least
In de PowerEdge 1950 gaan toch dual core processors?
Ja, daarom doen we er ook 2 van intels Dual core 5100's in
Jammer dat er geen RAID 6 op zit...
Ik ben benieuwd naar je final configuration...
Ik ben benieuwd naar je final configuration...
Er zit wel RAID 6 op hoor. Of we dat ook gaan gebruiken moeten we nog bedenken trouwens.
:strip_exif()/u/16970/crop57cd1ef1eb0d0.gif?f=community){kind=small}
Vroeger werd er zelfs nog weleens wat in elkaar geklust om de beste resultaten te behalen, tegenwoordig klikken we even naar Dell.nl en klikken op bestellen.
Niet echt een tweakers mentaliteit als je het mij vraagt
Niet echt een tweakers mentaliteit als je het mij vraagt
Vroeger vielen er ook nog wel eens machines uit omdat ze brak inelkaar waren gezet..
/u/400/defember100.png?f=community){kind=small}
Alhoewel ik het forum iha gewoon snel vind, ben ik blij dat Tweakers blijft investeren in de toekomst en niet als het al te laat is.
Indrukwekkende server en ben benieuwd of ik het ook in de dagelijkse praktijk zal merken !!
Indrukwekkende server en ben benieuwd of ik het ook in de dagelijkse praktijk zal merken !!
Wat ik me nu afvraag:
Komen er ook echt meer gebruikers bij (en/of gaan de gebruikers meer doen met het forum) of is het zo dat de software meer kan en dus meer load veroorzaakt?
Waarschijnlijk is het een combo van de twee, maar kan er misschien worden aangegeven in welke richting we moeten denken. Welke verhoudingen en eventueel wat cijfertjes.
Niet om nieuwsgierig te zijn hoor, maar zoiets is gewoon reuze interessant om te horen.
Komen er ook echt meer gebruikers bij (en/of gaan de gebruikers meer doen met het forum) of is het zo dat de software meer kan en dus meer load veroorzaakt?
Waarschijnlijk is het een combo van de twee, maar kan er misschien worden aangegeven in welke richting we moeten denken. Welke verhoudingen en eventueel wat cijfertjes.
Niet om nieuwsgierig te zijn hoor, maar zoiets is gewoon reuze interessant om te horen.
:strip_icc():strip_exif()/u/6764/cergorach.jpg?f=community){kind=small}
Erm...
Waarom hebben jullie hem niet zelf gebouwd? Had je een paar duizend euro bespaard...
Dell vraagt voor een extra 5160 1400 euro (ex btw), in pricewatch staat ie voor 817 euro.
Waarom hebben jullie hem niet zelf gebouwd? Had je een paar duizend euro bespaard...
Dell vraagt voor een extra 5160 1400 euro (ex btw), in pricewatch staat ie voor 817 euro.
Het is niet zomaar een PC, het is een frikanDell
:strip_icc():strip_exif()/u/155215/krijg-ik-een-cola.jpg?f=community){kind=small}
Een woord: Zekerheid!
Een high-end server zoals dit mag nooit of te nimmer falen. Als je zelf iets bouwt is er een hele grote kans dat er toch nog kleine conflictjes zijn. Dell designed de hardware van deze dingen gewoon zelf (of besteed dat uit) en dus is alles perfect op elkaar afgestemd. Dit waarborgt een hogere mate van stabiliteit.
Een high-end server zoals dit mag nooit of te nimmer falen. Als je zelf iets bouwt is er een hele grote kans dat er toch nog kleine conflictjes zijn. Dell designed de hardware van deze dingen gewoon zelf (of besteed dat uit) en dus is alles perfect op elkaar afgestemd. Dit waarborgt een hogere mate van stabiliteit.
Op dit item kan niet meer gereageerd worden.