De här är absolut inte någon flame som säkert många misstar de för, de är bara en inbjudan till Delphi kan man säga
En föredetta VB proggare som gått över till Delphi nu skrev ett crypterings program i både Delphi och VB, med samma source (har source till båda om nån vill ha).
DELPHI
code: ab
input:D:\nerloaded\Filmer\Jeepers.Creepers.DVDRip.DivX-DOMiNiON.avi
output: D:\nerloaded\Filmer\Jeepers.Creepers.DVDRip.DivX-DOMiNiONdelphi.avi
min cputime: 23%
max cputime: 59%
avg cputime: ~45%
tid: 1:22
Visual BASIC
code: ab
input: D:\nerloaded\Filmer\Jeepers.Creepers.DVDRip.DivX-DOMiNiON.avi
output: D:\nerloaded\Filmer\Jeepers.Creepers.DVDRip.DivX-DOMiNiONvb.avi
min cputime: 95%
max cputime: 99%
avg cputime: ~98%
tid: 13:16
Tjaa, som jag säger så har jag source till båda, ingen av koderna är särskilt optimerade däremot...kan tillägga att en optimerad delphi version gjorde samma test på 27 sekunder
Det programmet gör är alltså att läsa in en binär fil, modifiera lite data och skriva tillbaks det till en annan fil. Det enda som jag ser i koden som kan ta tid är dessa :
Delphi :
pBuffer := AllocMem(iSize);
VB:
pBuffer = Space$(iSize)
Baserat på detta drar du alltså slutsattsen att Delphi är väldigt mycket snabbare om jag förstått det korrekt.
Vet du t ex vilken rumtime som används i Delphi-varienten respektive VB ? Det är rätt stor skillnad hastighetsmässigt beroende på vilken.
Tjaa, de är ju inte jag som har gjort nåt av proggen, utan en föredetta VB-proggare (han lade av med VB efter att han installerat Borland Delphi 7). Han har hållt på länge med VB så jag antar att han har gjort de så fort som möjligt (förutom just själva koden, som han försökte göra så lik delphi koden som möjligt). Sen så är det som så att Delphi inte använder runtimes ;)
provade du i VB efter du skapat en EXE eller före? Programmen blir mycket snabbare om man skapar en EXE och kör den istället.
Hehe, jag har inte ens VB, så...ja, det var en exe fil jag körde.
264 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2