anoniem Geplaatst: 26 maart 2003 Auteur Delen Geplaatst: 26 maart 2003 [quote:7f8af2d0b8="rombaft"]wat jongen van 16 hier wilt zal niet gaan, er is geen enkel moederbord op de markt nu waar je die twee cpu's kan op aansluiten, twee mobo's verbinden gaat volgens mij ook niet want je zou een derde pc nodig hebben die de taken verdeeld over de twee mobo's.[/quote:7f8af2d0b8] # Tyan? Er zijn mobo's waar 100 procs op kunnen ;) Alleen idd geen verschillende procs. # Je kunt ze dus wel koppelen over een ethernet verbinding of een andere vorm van een netwerk verbinding. Link naar reactie
anoniem Geplaatst: 26 maart 2003 Auteur Delen Geplaatst: 26 maart 2003 ik schreef DIE twee processors Link naar reactie
anoniem Geplaatst: 26 maart 2003 Auteur Delen Geplaatst: 26 maart 2003 Sorry, overheen gelezen. Link naar reactie
anoniem Geplaatst: 26 maart 2003 Auteur Delen Geplaatst: 26 maart 2003 oh, ik heb ergens gehoord dat het gwoon het verdelen van de snelheden van pc's is. Maar nogmaals, dit weet ik niet zeker. Wat jongen16 wil gaat in ieder geval niet. (als je over consumenten praat dan, in het bedrijfsleven zal et wel kunnen, als je maar genoeg $$$ hebt :wink: ) Link naar reactie
anoniem Geplaatst: 26 maart 2003 Auteur Delen Geplaatst: 26 maart 2003 Consumentensoftware is er sowieso niet voor geschikt. Als jullie eens even nadachten ;) Tegenwoordig hebben de systemen een FSB waar 2.7 GB/s overheen kan. Als je je taken gaat verdelen over meerdere PC's, dan reduceer je dit opeens tot 0.5 GB/s, als je $$$ voor 1 GB/s LAN, en een mobo met 64bits 66MHz PCI. Niet zo handig dus. Of je moet op elk mobo een gelijke schijf hebben, met dezelfde data op de schijf en in het geheugen, zodat beiden dezelfde data hebben. Maar hoe laat je ze dan allebei 50% van het werk doen? Dan moeten ze weer synchroniseren via je 1 GB/s LAN, waardoor het alsnog niet opschiet. Wat is dan de kracht van DPC ed? Je hebt een onwijze hoop RSA sleutels, met een codering er op. Dit zijn in principe hele kleine sleutels, maar door de codering duurt het erg lang om ze te ontcijferen. Het ontcijferprog staat al op je PC, dus het enige wat je over je inet verbinding toegestuurd krijgt zijn die sleutels, verder niet. Maar ga je dus 3D games spelen oid met zo'n setup, dat gaat nooit werken. Link naar reactie
anoniem Geplaatst: 27 maart 2003 Auteur Delen Geplaatst: 27 maart 2003 [quote:8f0b23ea5e="gewoon iemand van 15"][quote:8f0b23ea5e="computer_nerdo"]er zijn multiprocessor moedeborden hiermee kan je 2 processors aansturen op 1 mobo maar of je via een netwerk ofzo meerdere computers tot 1 kan samenvoegen weet ik niet[/quote:8f0b23ea5e]lijkt me niet. is het netwerk veel te langzaam voor :D . [/quote:8f0b23ea5e]goed he :D Link naar reactie
anoniem Geplaatst: 27 maart 2003 Auteur Delen Geplaatst: 27 maart 2003 Ik heb net eff aan mijn vader gevraagd (werkt in de server wereld met HP unix) en hij zei dat er computers (lees servers) zijn die maar liefst 128 CPU's ondersteunen :o Maja, das onbetaalbaar voor de consument (reken enkele miljoenen). Dan heb je ook met 512GB mem enzo te maken. Nie dat het ook maar enkel nut heeft voor het "gwone" gebruik van een computer. Pas als je met Unix en programma's gaat werken is het toch wel mooi hoor. Link naar reactie
anoniem Geplaatst: 27 maart 2003 Auteur Delen Geplaatst: 27 maart 2003 # Bijna een jaar terug (11 april) werd hier door Mithrandir daar een leuk voorbeeld van gepost dat leide tot een discussie over het software matig simuleren van DX8. De conclusie was toen dat het met een AXP 10000+ wel moest lukken :) Dit is de link naar dit lieve beestje: http://www.sun.com/servers/highend/sunfire15k Link naar reactie
anoniem Geplaatst: 27 maart 2003 Auteur Delen Geplaatst: 27 maart 2003 Om eff leuk te doen dan maar: Stel de nieuwste CPU in een server is 1GHZ (in ieder geval minder als in een PC omdat de betrouwbaarheid meer telt als de snelheid :wink: ) Dan heb je 128x1ghz 128ghz en dan is dat toch goed te doen, of nie :wink: Ik vin et toch allemaal best interresant wat er allemaal op de server markt gebeurt. Link naar reactie
anoniem Geplaatst: 27 maart 2003 Auteur Delen Geplaatst: 27 maart 2003 # Die Sunfire is veel leuker, want daar gaan 109 procs in, maar niet zomaar procs ;) 900mhz UltraSPARC's namelijk, dat zijn 64bits procs die aardig kunnen rekenen hoor :D Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 zover was ik nog nie......ben af en toe een beetje aant rondkijken op die sites. Maar toch wel leuk om te weten :D Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 [quote:c68b5e88cd="Marcel de Reus"]# Die Sunfire is veel leuker, want daar gaan 109 procs in, maar niet zomaar procs ;) 900mhz UltraSPARC's namelijk, dat zijn 64bits procs die aardig kunnen rekenen hoor :D[/quote:c68b5e88cd] Zoals je met deze link kunt vinden is een 900MHz UltraSPARC in SPEC trager dan een 1400MHz T-bird. De SPARC is veel meer geoptimaliseerd voor mp systemen dan de K7, maar als single CPU stelt-ie weinig voor. SPEC is een standaard benchmarks voor servers en workstations. Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 Je kunt idd. computers samenvoegen. Dat is wat die distributed computing bedrijven doen. Maar of dat als thuisgebruiker zal lukken :wink: Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 [quote:83e066043b="egslim"][quote:83e066043b="Marcel de Reus"]# Die Sunfire is veel leuker, want daar gaan 109 procs in, maar niet zomaar procs ;) 900mhz UltraSPARC's namelijk, dat zijn 64bits procs die aardig kunnen rekenen hoor :D[/quote:83e066043b] Zoals je met deze link kunt vinden is een 900MHz UltraSPARC in SPEC trager dan een 1400MHz T-bird. De SPARC is veel meer geoptimaliseerd voor mp systemen dan de K7, maar als single CPU stelt-ie weinig voor. SPEC is een standaard benchmarks voor servers en workstations.[/quote:83e066043b] Dat klopt wel. Maar wrom zijn deze langzamer. Als betrouwbaarheid net zo belangrijk voor de K7 was geweest als dat ie nu is in de server wereld hadden we nu ook niet zo'n snelle CPU's gehad :wink: Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 Dan hadden we altijd nog de Intel Xeon ;) En de huidige Athlon MP systemen doen het ook goed hoor. Alleen als je een mission critical sever bouwt, dan moet je niet bezuinigen op een of ander goedkoop mobo oid, welke na een jaar in elkaar stort. Daarom zie je ook meer merken als Tyan in de servermarkt. Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 Dat SPARCs relatief slecht presteren komt bepaald niet alleen door de hoge eisen aan betrouwbaarheid. De hogere prijzen die daarmee samengaan maken ook grotere caches mogelijk. Vergelijk Sun's SPARCs maar eens met zijn directe concurrentie: http://www.aceshardware.com/SPECmine/index.jsp?b=0&s=0&v=1&if=0&cf=6&cf=7&r1f=2&r2f=0&m1f=0&m2f=0&o=0&o=1&start=20 Fujitsu's SPARC, Alpha en Power doen het veel beter. De x86 markt heeft veel meer volume en een meer prestatie-geöriënteerde concurrentie. Daarom gaan de ontwikkelingen daar veel sneller. Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 [quote:6f9c2763fc="BA"]Dan hadden we altijd nog de Intel Xeon ;) En de huidige Athlon MP systemen doen het ook goed hoor. Alleen als je een mission critical sever bouwt, dan moet je niet bezuinigen op een of ander goedkoop mobo oid, welke na een jaar in elkaar stort. Daarom zie je ook meer merken als Tyan in de servermarkt.[/quote:6f9c2763fc] Ik had het eigenlijk over andere servers: http://www.hp.com/products1/servers/rackoptimized/rp8400/index.html :wink: Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 [quote:f50dd99490="egslim"][quote:f50dd99490="Marcel de Reus"]# Die Sunfire is veel leuker, want daar gaan 109 procs in, maar niet zomaar procs ;) 900mhz UltraSPARC's namelijk, dat zijn 64bits procs die aardig kunnen rekenen hoor :D[/quote:f50dd99490] Zoals je met deze link kunt vinden is een 900MHz UltraSPARC in SPEC trager dan een 1400MHz T-bird. De SPARC is veel meer geoptimaliseerd voor mp systemen dan de K7, maar als single CPU stelt-ie weinig voor. SPEC is een standaard benchmarks voor servers en workstations.[/quote:f50dd99490] # Je link werkt niet. Is die test dan ook 64-bits geoptimaliseerd? # Het is dan ook een voorbeeld van al meer dan een jaar oud. Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 Nog ff wachten op de opteron, dan heb je weer aardig wat smp-geweld :P Link naar reactie
anoniem Geplaatst: 28 maart 2003 Auteur Delen Geplaatst: 28 maart 2003 [quote:eb70dcac87]# Je link werkt niet. Is die test dan ook 64-bits geoptimaliseerd? # Het is dan ook een voorbeeld van al meer dan een jaar oud.[/quote:eb70dcac87] Bij mij werkt de link wel. Ga anders naar www.aceshardware.com en "benchmarks" rechtsboven. De T-bird 1400 is ook niet zo jong meer. Met deze link: http://www.aceshardware.com/SPECmine/index.jsp?b=0&s=0&v=1&if=0&cf=0&cf=1&cf=2&cf=3&cf=5&cf=6&r1f=2&r2f=0&m1f=0&m2f=0&o=0&o=1 kun je zien dat de snelste Sun SPARC in deze database nog steeds niet veel beter presteerd dan de T-bird. De SPARCs van Fujitsu doen het veel beter. SPEC is een benchmark die wordt geleverd in broncode. De fabrikanten hebben de verantwoordelijkheid de meest geschikte compilers te gebruiken. Daarbij moeten ze zich wel aan een aantal duidelijke spelregels houden, waarna ze de score met de gebruikte methode afgeven bij SPEC. Die zorgt dat er niet vals gespeeld wordt en publiceert de scores. SPEC is bedoelt als benchmark voor servers en workstations en heeft geen praktische relevantie voor thuisgebruikers. Opteron is een hele interessante processor, maar er bestaan twijfels over de 64 bits prestaties. Dat is omdat Intel voor heel hoog presterende 32 bits compilers zorgt, maar 64 bits compilers zijn de verantwoordelijkheid van AMD. Ze hebben al wel een paar die werken, maar niet erg geoptimaliseerd lijken te zijn voor prestaties. Link naar reactie
Aanbevolen berichten
Gearchiveerd
Dit topic is nu gearchiveerd en gesloten voor verdere reacties.