$20 mio. Intel & Microsoft multicore samarbejde
Litteratur d. 19. marts. 2008, skrevet af Mads321
Vist: 844 gange.
Mads321
#0
Intel og Microsoft går sammen og bruger $20 mil. på udviklingen af værktøjer til softwareproducenter, til bedre understøttelse af fler-kernede CPU'er
Læs hele nyheden her: http://www.hwt.dk/newsdetails....
Læs hele nyheden her: http://www.hwt.dk/newsdetails....
#1
Dejligt, Kom så !, M$'s penge og software + Intel's Hardware og penge 😲 , Muhahah :)
Über lækkert
Über lækkert
#4
Endnu engang bliver jeg gladere for min Q6600! 😲
#5
20 mil (milliarder) eller 20 mio (millioner) ? fordi 20 milliarder lyder godt nok vildt.
#6
Hvis du læser nyheden så vil du se der på 3. linie står:
"De $20 millioner vil blive brugt løbende..."
Det er altså 20 millioner der snakkes om, der var bare ikke plads nok i overskriften til at uddybe det.
Edit: Rettede det lige til mio. i stedet for mil. (selv om jeg nok ville skrive mia. hvis det var dem der var tale om)
Mvh. Mads 🙂
"De $20 millioner vil blive brugt løbende..."
Det er altså 20 millioner der snakkes om, der var bare ikke plads nok i overskriften til at uddybe det.
Edit: Rettede det lige til mio. i stedet for mil. (selv om jeg nok ville skrive mia. hvis det var dem der var tale om)
Mvh. Mads 🙂
#7
jeh håber du snakker om CPU'er, selvom du skriver PCU'er... måske det skulle retes, da det virker lidt underligt at PCu'er bliver mere og mere avanceret og hurtigere 🤡
#8
#7
En simpel slå-fejl. Behøver det kommenteres yderligere?
En simpel slå-fejl. Behøver det kommenteres yderligere?
#9
7# rulig nu alle laver da fajl :yes:
#10
Lol... jeg så hwt mærket og overskriten med 20 millioner $.
Fik traks de forkerte tanker igang
Tror jeg holde op med at skimte tekster. Eller gå i seng når tiden er til det
Fik traks de forkerte tanker igang
Tror jeg holde op med at skimte tekster. Eller gå i seng når tiden er til det
#11
Dette vil nok mest komme til at gavne .net platformen. Da de sikkeret vil lave et smart lille multicore biblortek i .net og så kan man kode sine programer og bare kalde en auto funktion der udnytter multicore for en. Det er vel det der skal til for at programøre kan udvikle hurtiger uden at ændre på deres færdigheder. De fleste der lære at programere lære at gøre det på den hurtigeste måde uden at tænke på at optimere ens kode. Bare det køre så er det i orden. Så jo flere automatiske tiltag der kan komme ind i ens sprog jo hurtiger kan man kode uden at tænke over hvilken en CPU der bruges nu om dage osv.
Det er nu ikke så meget OS'erne der har brug for foskning inde for multicore, men mest programerings sprogene der har brug for det. De fleste OS kan godt styre flere CPU osv og det har de kunde længe. Nej problemmet ligger hos udviklerne der ikke har lært at kode til flere kerner, men bare har fået at vide at det skal være på den hurtigete måde og den nemmereste måde. Uden at skulle fyre 1 A4 side af med kode for at lave Hello world.
Men regner vel også med at .net framworket i fremtiden bliver bygget lige ind i Windows kernen så alt .net kode køre super hurtigt på Windows OS'er. Microsoft har/havde også et fosknings projekt kørende hvor de arbejde med at kode Windows kernen 100% i C# (.net platform), men om der nogen sinde kommer et Windows OS bygget på Microsoft eget kode sprog med indbygget .net framwork i kernen for at køre alt .net software mange gange hurtiger end nu og derved komme et underbevist svar om at udvikler der vil kode til Windows skal holde sig til Microsoft standarder som .Net platformen.
Det er nu ikke så meget OS'erne der har brug for foskning inde for multicore, men mest programerings sprogene der har brug for det. De fleste OS kan godt styre flere CPU osv og det har de kunde længe. Nej problemmet ligger hos udviklerne der ikke har lært at kode til flere kerner, men bare har fået at vide at det skal være på den hurtigete måde og den nemmereste måde. Uden at skulle fyre 1 A4 side af med kode for at lave Hello world.
Men regner vel også med at .net framworket i fremtiden bliver bygget lige ind i Windows kernen så alt .net kode køre super hurtigt på Windows OS'er. Microsoft har/havde også et fosknings projekt kørende hvor de arbejde med at kode Windows kernen 100% i C# (.net platform), men om der nogen sinde kommer et Windows OS bygget på Microsoft eget kode sprog med indbygget .net framwork i kernen for at køre alt .net software mange gange hurtiger end nu og derved komme et underbevist svar om at udvikler der vil kode til Windows skal holde sig til Microsoft standarder som .Net platformen.
#12
#11 hhm...
Der er vel allerede det jeg ville kalde et smart multi-cpu platforms lib i .net. Se bare på parallel linq. Tilføj ".AsParallel()" og din kode kan lige pludselig understøtte 64 kerner... og ja, sådan er det faktisk i mange tilfælde. Men helt at lave en auto funktion er noget nær umuligt i de sprog der er nu. Og er ikke enig om at det er programmørerne der skal lærer at programmere, da det er en noget nær umulig task til fx 64 kerner hvis det da ikke lige er en enkelt programstump som fx superpi o.lign.
Ja, MS eksperimentere med et OS bygget kun på .Net, men det er pt. ikke hensigten at vi får det ud til forbrugerne. Hvorfor skulle man vælge et MS system hvor der ikke er bagudkompatibilitet? så kan man da vælge linux osv. men er bestemt et interessant projekt de har gang i. Og mon ikke vi engang får et 100% managed OS at se som kan bruges af forbrugere...
Der er vel allerede det jeg ville kalde et smart multi-cpu platforms lib i .net. Se bare på parallel linq. Tilføj ".AsParallel()" og din kode kan lige pludselig understøtte 64 kerner... og ja, sådan er det faktisk i mange tilfælde. Men helt at lave en auto funktion er noget nær umuligt i de sprog der er nu. Og er ikke enig om at det er programmørerne der skal lærer at programmere, da det er en noget nær umulig task til fx 64 kerner hvis det da ikke lige er en enkelt programstump som fx superpi o.lign.
Ja, MS eksperimentere med et OS bygget kun på .Net, men det er pt. ikke hensigten at vi får det ud til forbrugerne. Hvorfor skulle man vælge et MS system hvor der ikke er bagudkompatibilitet? så kan man da vælge linux osv. men er bestemt et interessant projekt de har gang i. Og mon ikke vi engang får et 100% managed OS at se som kan bruges af forbrugere...
#13
Jeg tror det er på grund af den nye 80 core cpu intel har lavet, uden software understøttelse er en 80 core værdiløs(sikkert dårligere end en core2duo) - Så hvis de nogen sinde skal ha' en chance for at sælge den til private, så skal softwaren være bedre... I dag er det meste software virkeligt dårligt lavet, det er i dag normalt at skrive software i en række langsomme programmeringssprog, i stedet for i maskinkode, assambler og C. Programmørene klager sig over det er langsommere at skrive i, men hastigheden er altså også betydeligt bedre...
#14
#13 hastigheden bliver ikke nødvendigvis hurtigere af at være skrevet i assembler. Kun hvis programmørene kan bevare overblikket når de skriver hele windows i det...hhm...