mboost-dp1
Nvidia
#1
Du mener vel Nvidia, det er det firma der producerer GeForce chipserien.
#4
Jeg tror der måske er tale om en slags voxel-data.
Man kan også visualisere et solidt 3D-objekt ved at se på en "skive" ad gangen, altså lave et virtuelt snit gennem den og så se hvordan snitfladen ser ud.
Til sidst kan jeg også forestille mig at de bruger en eller anden algoritme der beregner relationer mellem data i hvert af de 2^30 punkter til at skabe en egentlig 3D-model der så viser et bestemt aspekt af scanningen.
Du mener vel Nvidia, det er det firma der producerer GeForce chipserien.
#4
Jeg tror der måske er tale om en slags voxel-data.
Man kan også visualisere et solidt 3D-objekt ved at se på en "skive" ad gangen, altså lave et virtuelt snit gennem den og så se hvordan snitfladen ser ud.
Til sidst kan jeg også forestille mig at de bruger en eller anden algoritme der beregner relationer mellem data i hvert af de 2^30 punkter til at skabe en egentlig 3D-model der så viser et bestemt aspekt af scanningen.
Super fed idé egentlig. Gad vide om dette også kunne bruiges til at rendere 3d billeder fra eks. 3dsmax?
Edit: jeg skal fandme nærlæse de nyheder inden jeg poster :D
Edit: jeg skal fandme nærlæse de nyheder inden jeg poster :D
#4 Der er en række forskellige måder at visualisere den slags data-kuber på. En meget anvendt måde er at lægge "snit" igennem kuben og vise snitfladen som et 2D-billede. Ved at flytte rundt på snittet, kan man overskue hele voluminet. Der findes adskillige gratis programmer, der kan vise kuber på den måde (søg f.eks. på DICOM viewer). Hvis lysten er der, findes der også databaser tilgængelige på nettet, som indeholder scanninger af bl.a. menneskehoveder (f.eks. her).
Det #5 snakker om er en måde at rekonstruere overflader fra et volumen. Marching cubes algoritmen kan bruges til at ekstrahere f.eks. overfladen af kraniet fra en MR-scanning af hovedet.
Behandlingen af de enorme mængder data, der genereres ved 3D-scanninger, er i øvrigt et meget aktivt forskningsområde, som der ligger mange spændende opgaver i.
Det #5 snakker om er en måde at rekonstruere overflader fra et volumen. Marching cubes algoritmen kan bruges til at ekstrahere f.eks. overfladen af kraniet fra en MR-scanning af hovedet.
Behandlingen af de enorme mængder data, der genereres ved 3D-scanninger, er i øvrigt et meget aktivt forskningsområde, som der ligger mange spændende opgaver i.
Intel postulerede jo her for nyligt at deres processorer "snart" ville yde i en sådan grad at grafikkort ville være overflødige.
Nu: 8 GPU'er banker ydelsen fra 300 Core2Duo'er...
Intel - har I lyst til at ændre udtalelsen eller indrømme at sjov tobak er en fast medarbejderbonus? :)
Nu: 8 GPU'er banker ydelsen fra 300 Core2Duo'er...
Intel - har I lyst til at ændre udtalelsen eller indrømme at sjov tobak er en fast medarbejderbonus? :)
#1 Nu er det ikke alle problemer en GPU er god til. Det er kun meget få algoritmer som kan implementeres effektivt på de nuværende GPU'er, så der går nok lige lidt tid før vi kan smide vores x86 processor ud.
#10 Tja intel snakker om at proppe 80 kerne i en processor, det skal nok give noget performance i teorien. Der er bare ikke ret meget software som kan udnytte så mange kerner. Der er også mange problemer med at give en cpu så mange kerner fx. kan den nuværende RAM teknologi næsten ikke følge med de nuværende single core processore, og hvordan skal det så ikke gå med 80 kerner.
Både CPU og GPU producenterne bliver ved med at klemme flere GLOPS ud men det er ikke noget performance som bliver udnyttet ved at skrive et almindeligt lille c-program. Programmører kommer på hårdt arbejde når de nuværende teknologier skal udnyttes fuldt ud. Det var nemmere i gamle dage hvor man bare satte clock frekvensen op, og så kørte alt hurtigere :-).
#10 Tja intel snakker om at proppe 80 kerne i en processor, det skal nok give noget performance i teorien. Der er bare ikke ret meget software som kan udnytte så mange kerner. Der er også mange problemer med at give en cpu så mange kerner fx. kan den nuværende RAM teknologi næsten ikke følge med de nuværende single core processore, og hvordan skal det så ikke gå med 80 kerner.
Både CPU og GPU producenterne bliver ved med at klemme flere GLOPS ud men det er ikke noget performance som bliver udnyttet ved at skrive et almindeligt lille c-program. Programmører kommer på hårdt arbejde når de nuværende teknologier skal udnyttes fuldt ud. Det var nemmere i gamle dage hvor man bare satte clock frekvensen op, og så kørte alt hurtigere :-).
#11
Apropos det, så har jeg tit gået i mit stille sind og tænkt over, hvorfor vi kun har Dual Channel-understøttelse som det maksimale på vores bundkort.
Jeg kan huske den gang for snart en mulliard år siden, hvor AMD kom frem med teknologien. Det var jo helt vildt, og det er snart et stykke tid siden. Derfor undrer det mig, hvorfor vi ikke har hørt om triple eller måske endda quad channel, da det burde være en relativ nem og billig teknologi at implementere ift. de udviklinger, der sker indenfor nord- og sydbroen for tiden.
På den anden side faldt jeg over denne artikel fra Tom's Hardware, der ikke fandt den store forskel på Single og Dual Channel. Måske er der bare ikke brug for mere?
Apropos det, så har jeg tit gået i mit stille sind og tænkt over, hvorfor vi kun har Dual Channel-understøttelse som det maksimale på vores bundkort.
Jeg kan huske den gang for snart en mulliard år siden, hvor AMD kom frem med teknologien. Det var jo helt vildt, og det er snart et stykke tid siden. Derfor undrer det mig, hvorfor vi ikke har hørt om triple eller måske endda quad channel, da det burde være en relativ nem og billig teknologi at implementere ift. de udviklinger, der sker indenfor nord- og sydbroen for tiden.
På den anden side faldt jeg over denne artikel fra Tom's Hardware, der ikke fandt den store forskel på Single og Dual Channel. Måske er der bare ikke brug for mere?
# 12
Der går rygter om Nahalem vil understøtte triple channel http://en.wikipedia.org/wiki/Nehalem_(microarchite...
# 11
Hvor har du læst at ram teknologien ikke kan følge med?
Der går rygter om Nahalem vil understøtte triple channel http://en.wikipedia.org/wiki/Nehalem_(microarchite...
# 11
Hvor har du læst at ram teknologien ikke kan følge med?
#13 Se memory wall eller bare google memory wall.
Nu er det ikke altid at RAM er flaske halsen. Men det er et kendt problem at CPU'er venter flere hundrede cyckle på data hvis de ikke lige er i den cache. Hvis en applikation udføre simple beregninger på en stor mængde data, så kan den nuværende RAM teknologi ikke levere data hurtigt nok til en CPU'en og den bruger det meste af tiden på at vente. Prøv at forestil jer hvad der sker når 80 kerner skriger på data samtidig. Selvfølgelig er der nogen applikationer som kun kræver en meget lille mængde data og disse vil godt kunne udnytte flere kerner. Det kræver selvfølgelig at man kan finde ud af/har tid til at skrive applikationen så den effektivt udnytter de mange kerner, hvilket også er et meget stort problem.
Nu er det ikke altid at RAM er flaske halsen. Men det er et kendt problem at CPU'er venter flere hundrede cyckle på data hvis de ikke lige er i den cache. Hvis en applikation udføre simple beregninger på en stor mængde data, så kan den nuværende RAM teknologi ikke levere data hurtigt nok til en CPU'en og den bruger det meste af tiden på at vente. Prøv at forestil jer hvad der sker når 80 kerner skriger på data samtidig. Selvfølgelig er der nogen applikationer som kun kræver en meget lille mængde data og disse vil godt kunne udnytte flere kerner. Det kræver selvfølgelig at man kan finde ud af/har tid til at skrive applikationen så den effektivt udnytter de mange kerner, hvilket også er et meget stort problem.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund