Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
nigs Super JLI'ler
Anmeldedatum: 19.12.2002 Beiträge: 359
Medaillen: Keine
|
Verfasst am: 09.04.2003, 19:38 Titel: VisualC++ = resourcenfresend!!! |
|
|
ich hab momentan zwei c++-compiler auf meinem rechner: Visual C++ 6 und Dev-C++5. heute hab ich ein kleines Experiment gemacht:
ich hab ein und den selben source 2 mal compiliert, einmal mit VC++ dann einmal mit Dev-C++ und ratet mal was raus gekommen ist:
DEVC.EXE: 144KB
VC.EXE: 204KB
das erste wurde mit DEV-C++ compiliert das zweite mit VC++. vergleicht mal die Dateigrößen
Die DEV-C++ Variante ist 60KB magerer als die von VC++!!!
bei kleinen sachen wie diesem macht das ja nit viel, aber denkt da mal an ein großes projekt(paar hundert MB)!!!ich find man kann seine Projekte ja mit VC++ entwickeln aber entgültig compilieren sollte man sie dann mit VC++!!!!!
ich hab die beiden Progs überprüft die bewirken haargenau das gleiche.
und ich hab mir Visual C++ 6 Standard für über 150DM gekauft .
was meint ihr dazu???
P.S.: Visual C++ benutzt den "Hauseigenen" compiler und Dev-C++ benutzt GNU C++. |
|
Nach oben |
|
 |
LordHoto JLI'ler

Alter: 35 Anmeldedatum: 27.03.2003 Beiträge: 137 Wohnort: Gelnhausen Medaillen: Keine
|
Verfasst am: 09.04.2003, 20:02 Titel: Re: VisualC++ = resourcenfresend!!! |
|
|
nigs hat Folgendes geschrieben: | mit VC++ entwickeln aber entgültig compilieren sollte man sie dann mit VC++!!!!! |
Du meinst wohl mit Dev-C++ oder?
Naja Dev-C++ 5 ist kacke Dev-C++ 4 rulez!
Aber Visual C++ ist halt von den Librarys anders also muss man sich z.B.
für DirectX welche suchen!
MFG
LordHoto |
|
Nach oben |
|
 |
Starwash Senior JLI'ler
Alter: 40 Anmeldedatum: 22.09.2002 Beiträge: 252 Wohnort: Zossen (bei Berlin) Medaillen: Keine
|
Verfasst am: 09.04.2003, 20:33 Titel: |
|
|
Das kann zu absoluten Kompabilitätsproblemen führen, da Dev-C++ soweit ich weiß bspw. kein #define unterstützt, dann sind die Libs wie schon erwähnt nicht 100%ig identisch und und und...die Umstellung von VC++ auf DevC++ kann ein Projekt soweit zurückschmeißen, dass man nochmal einen Monat ranhängen kann nur, um die Kompabiliätsprobleme zu beseitigen, mal ganz davon abgesehen, dass es dann wo möglich auch noch Bugs gibt, welche ausgelöscht werden möchten. Und dann wieder zurück auf VC++ um weiter zuarbeiten und dann wieder auf DevC++?!? Nein! Dann entscheid dich für einen Compiler und bleib bei diesem...
Ein kleineres Programm kann weniger Programmierkomfort nach sich ziehen....bestes Bsp. VC++6 die *.exe 25,0KB das gleiche Programm (gleicher Source nur der Sprache angepasst) unter Masm32 (Assembler) 2,5KB als gerade mal 10% der VisualC++ - Version. Dafür ist der Programmierkomfort, aber auch weit geringer, also solltest du dir sorgfältig überlegen, welchen Compiler du nutzen willst.
Gruss Tarek |
|
Nach oben |
|
 |
The Lord of Programming Living Legend

Alter: 37 Anmeldedatum: 14.03.2003 Beiträge: 3122
Medaillen: Keine
|
|
Nach oben |
|
 |
Hazel JLI MVP


Alter: 40 Anmeldedatum: 19.07.2002 Beiträge: 1761
Medaillen: Keine
|
Verfasst am: 10.04.2003, 12:11 Titel: |
|
|
Hast du das auch im Release-Modus kompiliert?? _________________ *click* Dabuu!?
Twitter: http://twitter.com/Ollie_R
|
|
Nach oben |
|
 |
Hazel JLI MVP


Alter: 40 Anmeldedatum: 19.07.2002 Beiträge: 1761
Medaillen: Keine
|
Verfasst am: 10.04.2003, 12:14 Titel: |
|
|
Code: |
#include <stdio.h>
void main()
{
printf("Hello World\n");
}
|
Debug-Modus: 152kb
Release-Modus: 28kb _________________ *click* Dabuu!?
Twitter: http://twitter.com/Ollie_R
|
|
Nach oben |
|
 |
The Lord of Programming Living Legend

Alter: 37 Anmeldedatum: 14.03.2003 Beiträge: 3122
Medaillen: Keine
|
Verfasst am: 10.04.2003, 12:42 Titel: |
|
|
Es kommt wahrscheinlich auch auf den Programmierstil an. Vielleicht nich, wie man seine Variablen benennt, aber sehr wohl, wie man sein Programm aufbaut und welche Lösung man für jedes Problem nimmt. _________________ www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console
Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet... |
|
Nach oben |
|
 |
Starwash Senior JLI'ler
Alter: 40 Anmeldedatum: 22.09.2002 Beiträge: 252 Wohnort: Zossen (bei Berlin) Medaillen: Keine
|
Verfasst am: 10.04.2003, 18:45 Titel: |
|
|
Hi,
bei mir habe ich darauf geachtet, dass ich den Release-Modus nehme. Des weiteren waren die Quelltexte absolut identisch, nur einmal für C++ und einmal für Asm, darauf hatte ich extra geachtet...
Gruss Tarek |
|
Nach oben |
|
 |
Ranma JLI'ler

Anmeldedatum: 10.12.2002 Beiträge: 167 Wohnort: Cadolzburg Medaillen: Keine
|
Verfasst am: 10.04.2003, 19:16 Titel: |
|
|
also mir ist es schon länger bekannt, dass Dev C++ weniger platz verbraucht, ich habe es zu erst in der schule gemerkt ( c++ anfängerKurs)
bei mir zu Haus haben die Dateien immer mehr verbraucht als in der schule, obwohl ich die gleichen codes benützt hab
(bei retail und debug) DevC++ hat eben einen platzsparenderen weg,
der nicht umbedingt schlecht sein muss
microschort is ja net immer besser
(trotzdem arbeitete ich mit vc++) _________________ "Deutsche Sprache schwere Sprache"
sprach der C++er |
|
Nach oben |
|
 |
AFE-GmdG JLI MVP


Alter: 45 Anmeldedatum: 19.07.2002 Beiträge: 1374 Wohnort: Irgendwo im Universum... Medaillen: Keine
|
Verfasst am: 10.04.2003, 19:28 Titel: |
|
|
Microsoft Visual C++ verwendet beim Kompilieren standardmäßig die Einstellung "Möglichst schnellen Code erzeugen". Nach einer umstellung auf "möglichst Platzsparenden Code erzeugen, sind die VC++-Programme wesentlich kleiner (Release-Versionen beider Einstellungen) - der Code aber auch nicht ganz so schnell.
Die Größere Variante ist nämlich (im gegensatz zu der DevC++-Variante oder der Möglichst kleinen VC++-Variante) auf 4 KB-Codesegment-Blöcke angepasst, die "rein zufällig" ganz genau das Format einer Auszulagernden Speicherbereichsseite haben. Muß der Prozessor nämlich eine Speicherseite auslagern, kann er in diesem Fall einfach die Exe-Datei in die Auslagerungsdatei übernehmen - oder Besser gesagt - die Auslagerungsdatei auf die Exe mappen. Ein nicht so optimiertes Programm muß erst während der Ausführung darauf hin zugeschnitten werden, was nicht unerhebliche Mehrbelastung für den Prozessor - und im Endeffekt auch für den Speicherverbrauch des Programmes bedeutet. Ich würde mir also 2mal überlegen, ob eine 20-30 KB größere Exe-Datei nicht eventuell doch besser ist. Im übrigen relativiert sich das ganze mit numehmender Projektgröße - ja das Verhältnis kann sich sogar umdrehen...
AFE-GmdG _________________
CPP: | float o=0.075,h=1.5,T,r,O,l,I;int _,L=80,s=3200;main(){for(;s%L||
(h-=o,T= -2),s;4 -(r=O*O)<(l=I*I)|++ _==L&&write(1,(--s%L?_<(L)?--_
%6:6:7)+\"World! \\n\",1)&&(O=I=l=_=r=0,T+=o /2))O=I*2*O+h,I=l+T-r;} |
|
|
Nach oben |
|
 |
nigs Super JLI'ler
Anmeldedatum: 19.12.2002 Beiträge: 359
Medaillen: Keine
|
Verfasst am: 14.04.2003, 10:56 Titel: |
|
|
VC++6 hab ich von der platte geworfen(aufräumaktion). also kann ich jetzt nicht mehr sagen ob es im Retail kleiner als die DEV-C++ Variante ist. nach der aufräumaktion habe ich mir dann "MS Visual Studio .NET Enterprise" installiert. und das compiliert(mit MS C++ .NET und release-modus) den quellcode in eine *.exe von sage und schreibe 48KB(erinnert man sich dran das die DEV-C++-*.EXE 144KB wog)!!!!!! der gleiche Quellcode auch mit "MS Visual C++ .NET" im DEBUG-modus wird in eine 156KB schwere *.exe-version compiliert!!! die debug-version von VC++6 hat 204KB gewogen!!! das würde ja dann heisen das "Visual C++ .NET" 48KB kleiner compiliert hat. aber das kann ja nicht sein das die nächstneuere version von VC++6 so viel kleiner compiliert ?!?!?
@The Lord of Programming: das mit dem Zip-Programm ändert garnichts, denn um das programm auszuführen mus man es ENTPACKEN und dann ist es wieder so groß wie es war!!!und die gröse ist nur nebensächlich, denn das kleinere File wird viel schneller ausgeführt wie das große!!! |
|
Nach oben |
|
 |
The Lord of Programming Living Legend

Alter: 37 Anmeldedatum: 14.03.2003 Beiträge: 3122
Medaillen: Keine
|
Verfasst am: 14.04.2003, 12:15 Titel: |
|
|
Das Zip-Programm hab ich nur erwähnt, falls du auf die bessere Vertriebbarkeit hinauswillst. Da kann man ja z.B. Programme, die nicht auf ne CD-R passen, einfach zippen und der Nutzer entpackt sie dann wieder auf seine Platte. _________________ www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console
Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet... |
|
Nach oben |
|
 |
|