Hvor optimalt er .NET

[HDSoftware]

Jeg tenker jo på at .NET er rimelig komplext og generellt kan man vel si at jo mere komplekst ting er, jo mere må det taes hensyn til runtime.

 

Nå er det vel slik at hvis man sammenligner VB, C#, etc i .NET versjonene så bør jo hastighet og optimalisering være omtrendt det samme så lenge man holder seg til .NET namespace, men er .NET så bra at man kan lage tids kritiske programmer? Eller er dette fortsatt forbeholdt ASM og C?

[j000rn]

.Net kan være raskere enn prekompilerte programmer siden den kompilerer on-the-fly avhengig av prosessoren du har. (Du kan også precompilere med ngen.exe, men da blir det kompilert for "DIN" prosessor --- fordelen er at man får litt raskere oppstartstid).

 

Noen ting er mye treigere i .Net på grunn av "sandbox" funksjonaliteten man har. Den sjekker for overflow av tall og at du ikke skriver utenfor arrays. Fordelen med dette er at man ikke får mulighet for å utnytte buffer overflow svakheter i koden til hacking.

 

C# har mulighet for å bruke pointere og unsafe kode. Dette har ikke VB.Net. Dette kan gi STOR økning i hastighet.

 

En annen ting som kan gjøre .Net "hakkete" er at garbage collectoren kjører (u)regelmessig og kan bruke ressurser.

[HDSoftware]

ok. C# har med andre ord absolutt sine fordeler. Er overgangen fra VB til C# tung?

 

Når det gjelder GC, er det ikke mulig å styre denne selv? Mener å ha sett et sted at man kan kalle opp denne og da kan man jo utføre dette ved leilighet, kan man ikke?

[j000rn]

ok. C# har med andre ord absolutt sine fordeler.  Er overgangen fra VB til C# tung?

 

Når det gjelder GC, er det ikke mulig å styre denne selv?  Mener å ha sett et sted at man kan kalle opp denne og da kan man jo utføre dette ved leilighet, kan man ikke?

8455491[/snapback]

 

 

GC.Collect(); kjører garbage collectoren. Noe mer kontroll enn det tror jeg ikke man klarer å få til....

[HDSoftware]

Så det betyr at man ikke f.eks. kan lage en egen inherited klasse og legge på en WAIT event som rett og slett pauser GC'n? Går jo ut ifra at GC'n er en loop i en eller annen form som rydder opp og hvis man kunne slengt noe inn i den som holdt igjen så ville man jo hatt mere kontroll. Men det lar seg vel ikek gjøre da..

[Manfred]

GC ligger vel på et "lavere nivå" enn selve applikasjonen din.

[HDSoftware]

GC ligger vel på et "lavere nivå" enn selve applikasjonen din.

8455944[/snapback]

 

Det gjør vel det.

[GeirGrusom]

Du kan bruke System.Runtime.interop.Marshal.GlobalAlloc for å manuelt allokere minne, dette blir da allokert utenfor gc.

For å hindre et objekt i å bli allokert, kan du bruke GC.SupressFinalizer.

Men å stoppe GC tror jeg ikke man kan (og det er vel strengt tatt ikke nødvendig heller)

[HDSoftware]

Nødvendigheten er vel egentlig der siden GC gjør dette når det passer GC. Eller jobber den bare på Idle time kansje? Er vel egentlig det jeg tenker på.

[Manfred]

Så langt jeg vet jobber den stort sett på idle time. Det er vel relativt sjelden den "stjeler" ressurser samtidig med at andre, tyngre prosesser kjører.

[HDSoftware]

Og i så fall er jo alt i orden

[j000rn]

I tillegg så "MÅ" den jo kjøre hvis du går tom for minne....

[HDSoftware]

Når vi først er inne på temaet. Jeg går jo ut ifra at GC "vet" om objektene fordi RTL sørger for å putte en referanse til alle sommen på en stack. Men jeg hører jo at noe heter Marshal. Hva innebærer dette? Mener å ha forstått det slik at marshall objekter ikke havner i denne "stacken"? Stemmer det? I så fall, hvordan forsikrer jeg meg om at disse blir fjernet? Og hva kjennertegner et slikt marshall objekt og hvorfor eksisterer de ?

[Bigbagaroo]

Kan det være at du har snublet over noe relatert til COM og tilhørende herligheter?

 

http://www.thescripts.com/forum/thread253286.html

 

Stort sett kan du la være å tenkte på GC; det er ytterst få situasjoner du som applikasjonsprogrammerer vil ha behov for å manuelt (over)styre denne.

 

Jeg aner ikke hva et godt norsk ord for marshaling skulle være; men en kan vel si at det er en slags dirigent som er ansvarlig for at objekter/referanser/kall blir utvekslet mellom forskjellige systemer ihht en gitt metodikk.