Hastighet på C++ i .NET?

[Gjakmarrja]

Halloen folkens

 

 

Bare lurer men når folk snakker om spill programmering og hurtig kode er C++ på toppen...

MEN, viss man skriver C++ ved hjelp av .NET Framework så blir det vel ikke raskere enn f.eks vb?

[Giddion]

Jeg vil tro at selve tegningen er ca like rask i vb og c++, men et spill består jo som regel mye mye mer en det du ser, og det er først da at hastigheten synker i vb.

[prebenl]

Har undret på det samme selv, for alle .NET-språk kompileres jo til IL-kode som i teorien burde vært lik. Jeg diskuterte det med en foreleser en gang, og uten noen garanti for at det han sa var rett, så vil C++.NET være raskere enn VB.NET på grunn av at C++.NET har mindre overhead på å gjøre minneallokeringer og diverse andre ting. Er usikker selv..

[kjetil7]

C++ kompilatoren skal være bedre til å optimalisere kode og derfor lage mer effektiv MSIL-kode. Derfor kan man oppleve at C++ .NET er litt raskere enn C#. Ifølge testene jeg har sett er VB.NET en god del tregere enn VB.NET og er nok derfor ikke det beste valget hvis du ønsker rask .NET-kode.

 

Hvordan situasjonen er i den nye utgaven som akkurat er sluppet på MSDN (Visual Studio 2005) vet jeg ikke. C++ .NET er designet helt fra grunnen av igjen (.NET-tilleggene) og jeg vil tro spesielt C#-kompilatoren også har blitt bedre med tanke på hastighet.

[GeirGrusom]

Fordelen C++.NET har, er jo at dte blir native code, avhengig av hvordan du skriver det, vil det nødvendigvis bli raskere.

 

Som benchmarkene på The Computer Language

Shootout Benchmarks viser, så er native code selvsagt raskere en både Java og C#, stort sett på alle områder.

 

I C++.NET kan du blande managed og unmanaged kode, noe som gjør at du kan bruke raske minnehåndteringsrutiner, og snakke tildels med hardware (f.eks. serieportkommunikasjon, som ikke er lagt inn i .NET v1.1 av en eller annen latterlig grunn)

[kjetil7]

Tror de fleste er klar over at du kan blande native C++ med managed C++. Og selvfølgelig er native-kode nesten alltid raskere enn MSIL-kode.

Men du kan også lage en regular-dll og gjøre kall til samme koden fra f.eks. C# og få de samme hastighetsfordelene som i C++. Koden er i prinsippet like portabel siden du uansett må rekompilere native-delene hvis du ønsker å bruke filene på en annen platform.

 

Men det som er interessant etter min mening er at managed C++ kode ofte er raskere enn tilsvarende C#- og VB.NET-kode. Dette kommer rett og slett av at managed C++ -kompilatoren er bedre til å optimalisere enn C# og VB.NET. VB.NET er på sin side kjent for å lage enda tregere kode enn C#.

 

Situasjonen kan ha endret seg med den nye utgaven av Visual Studio / .NET Framework. For i teorien skal alle språkene være like raske hvis kompilatorene er like flinke til å generere optimalisert MSIL-kode.

[Gjakmarrja]

Rent teknisk sett.. vil det si at det går an å lage en kompilator som gjøre vb.net kode til dette samme som native C++ ?

[kjetil7]

Nei, fordi den blant annet er avhengig en garbage collector. Men du kan selvfølgelig gjøre kall til native-kode fra VB.NET som alle andre .NET-språk.

[Gjakmarrja]

Nei, fordi den blant annet er avhengig en garbage collector. Men du kan selvfølgelig gjøre kall til native-kode fra VB.NET som alle andre .NET-språk.

5130590[/snapback]

 

Hva er native kode og hvordan kaller eg det ?

 

Se

 

Så du bør svare meg :!: