flere muligheder?

Hej
Du skal ikke gå efter det der er hurtigst, men det er der er syntaktisk nærmest andre sprog.
Vælger du f.eks. c# vil du senere blive glad for, at du hurtigt kan omstille dig til c++ / c / java.

MVH

ja, men vil også gerne vide hvad der bliver hurtigst afviklet på serveren...

der skulle ikke være nogen forskel på fx. vb.net og c#, men det kommer jo an på kompileren.

der er noget der hedder c++.net
http://www.gotdotnet.com/team/cplusplus/
det er (nok) det hurtigste, men c++ er ikke så nemt som fx. c# eller vb.net

:)

men jeg kunne forestille mig at microsofts kompilere er de bedste, det er jo dem der har lavet resten af frameworket.

om nogle år er der muligvis nogle der har lavet en hurtigere

Der skulle angiveligt være en lille smule ekstra performance med C#, da dette vist er koden alt det andet bliver omsat til. Men det er vist småting, så jeg ville hellere koncentrere mig om at vælge et af de sprog der er bedst dokumenteret (VB.NET og C#) og som ligner noget af det du selv kender.

Hej
Hele humlen ved .net platformen er jo, at al kode bliver kompileret til MIL - Microsoft Intermediate Language. MIL er et sprog man ikke direkte skriver i, men som ligger nærmere maskinkoden.

Efter kompileringen af et .net sprog til MIL, har det ikke længere indflydelse, at koden enten var VB.NET, C#, J#, ..., til at starte med. Kompileringen af MIL til maskinkode er hvad brugerne skal vente på.

Men endnu engang, hvorfor går du op i dette? Perfomance af dine applikationer er langt mere afhængig af DINE programmeringsevner, og jeg vil derfor støtte odegaards mening om, at dokumentation og genkendelighed burde være de største faktorer ved dit valg.

hvis det hastighed der er så afgørende, lav nogle com++ komponenter i assembler, og din egen http server (også i assembler) 
:o)

Reffak: Jeg har lige et par spørgsmål, nu du alligevel er her.
MIL og Managed Code - forskellen er?
Managed code skal det kompileres (af JIT-compileren?) til maskinkode hver eneste gang en given exe/dll fil i .NET skal køres/loades?
Altså er der performanceforskelle på managed code vs. normal unmanaged code?

cms: Jeg er ude på dybt vand her, men jeg fortælle dig min opfattelse - og så er der forhåbentligt andre der kan korrigere/uddybe.
Så vidt jeg ved er managed code og managed c++ det samme: En måde at kode c++ på, uden at anvende f.eks. pointere og andre direkte referencer til hukommelsen. Altså c++ frataget den funktionalitet, som oftest resulterede i problemer, der ikke umiddelbart kunne fjernes eller spores vha. debugging.

Managed c++ vil jeg tro eksisterer på samme grundlag som øvrige .net sprog - og skal altså kompileres til MSIL (den rigtige forkortelse, istedet for MIL - tak odegaard :-)). Altså JIT kompilering påkrævet.

Mht. hastighedsforskelle, er jeg desværre helt blank :-)

MVH

Tak for din forklaring, alligevel :-) For mig afklarede den en del spørgsmål.
Ja og så er fordelen ved managed code at den er 'safe', forstået sådan at en .net-dll-fil sagtens kan lægges på en server uden risiko for at den får adgang til noget administratoren ikke ønsker.
Modsat fx en COM-komponent med klassisk ASP