AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Tutorials Warum PE-Packer sehr fragwürdig sind ...
Tutorial durchsuchen
Ansicht
Themen-Optionen

Warum PE-Packer sehr fragwürdig sind ...

Ein Tutorial von Olli · begonnen am 19. Jul 2005 · letzter Beitrag vom 4. Aug 2005
Antwort Antwort
Seite 5 von 5   « Erste     345   
Olli
(Gast)

n/a Beiträge
 
#1

Re: Warum PE-Packer sehr fragwürdig sind ...

  Alt 21. Jul 2005, 20:36
Hallo Martin,

das Kompliment trifft auch auf dich zu

Zitat von mschaefer:
Und jetzt kommt das letztlich auch etwas willkürliche: Die Vergabe der Noten in den Schnittpunkten.
Willkürlich ist gut ... außer daß ich dieses System nicht nachvollziehen kann (es ist nur additiv), bin ich leicht anderer Meinung, weil wir vielleicht mal nicht von Entwickler-PCs ausgehen sollten (wie du übrigens in einem anderen Thema selbst bemerktest). Warum Entwickler-PCs? Wenn ich deine Wertung richtig verstehe, so ist diese gerade bei RAM und HDD auch auf einem Endkundensystem nicht mit dem übereinstimmend (leider nichtmal annähernd) mit meiner Bewertung der Lage. RAM ist eben ungleich teurer als HDDs.

Wie gesagt, gerade bei (kleineren!!!) EXE-Dateien halte ich es noch für vertretbar - unabhängig vom Zielsystem. Bei DLLs absolut nicht! Kleinere deshalb, weil es sonst aus der Balance gerät. In Ausnahmesituationen (siehe Phoenix) mag der EXE-Packer auch bei größeren Dateien seine Bewandnis haben, ansonsten eher nicht.

Wir reden doch hier aus Entwicklersicht, oder irre ich? Wenn wir aus dieser Sicht reden, sollten wir auch vorrangig aus dieser Sicht argumentieren. Hier hat meiner Meinung nach ein Installationsprogramm (egal mit welchem System erstellt) eindeutig Vorrang vor gepackten EXE-Dateien (ganz zu schweigen DLL-Dateien) - sagt ja auch MS so. Ansonsten muß sich der Entwickler dann eben Gedanken machen, wo seine Programme ausgeführt werden sollen. Wenn ein Server in Betracht kommt, sollte schon deshalb auf einen EXE-Packer verzichtet werden - oder soll der Serveradmin dann auch noch jedes Programm einzeln (überprüfen und) entpacken? Zumal ja nicht jeder solche Admin auch Erfahrung mit einem EXE-Packer haben muß. Ganz zu schweigen von den proprietären Kollegen von UPX.
  Mit Zitat antworten Zitat
Benutzerbild von mschaefer
mschaefer

Registriert seit: 4. Feb 2003
Ort: Hannover
2.032 Beiträge
 
Delphi 12 Athens
 
#2

Re: Warum PE-Packer sehr fragwürdig sind ...

  Alt 22. Jul 2005, 07:25
Guten Morgen

also ich bin nicht Bagwahn und will auch keinen zu meiner Auffassung bekehren, aber die Gelegenheit mal zu zeigen wie das in der Ökonomie zerlegt wird war einfach da. Letzlich führt das dazu dass man die einzelnen Aspekte betrachtet und ihnen einen zahlenmäßigen Maßstab gibt...

Werde jetzt mal wieder in die Beobachterrolle schlüpfen und bin mal gespannt wo der Thread heute abend steht...

Viele Grüße // Martin
Martin Schaefer
  Mit Zitat antworten Zitat
brechi

Registriert seit: 30. Jan 2004
823 Beiträge
 
#3

Re: Warum PE-Packer sehr fragwürdig sind ...

  Alt 22. Jul 2005, 14:25
Ich persönlich habe nichts gegen irgendwelche Packer wenn sie halt "richtig" eingesetzt werden.
Und "richtig" versuh ich jetzt mal an einem Beispiel zu erklären.

Hat man zum Beispiel ein Programm wovon man üblicherweise mehrere Instanzen laufen hat (Internet Explorer) dann würde ich das Porgramm nicht packen. Die Speicherbenutzung summiert sich halt auf. Im Fall des Internet Explorers wäre das aber nicht weiter tragisch da die exe gerade mal 60kb groß ist (weiß net welche Version). Die wirkliche Speichernutzung für den Internet Explorer liegt aber nicht im Bereich des Porgrammcodes, dieser würde gepackt vielleicht gerade mal 200kb Speicher belegen. Der größte Teil wird durch die Bilder/Texte usw. belegt wenn man eine Seite besucht (11mb bei delphi-praxis). Der belgete speicher für den Programmcode ist Prozentual (2%) so klein, das man ruhig überlegen kann die exe zu packen. Aber da der IExplorer unzählige dlls benutzt, fällt der gewonnene Festplattenspeicher durch die packung nicht wirklich ins Gewicht.
Nehmen wir mal den Firefox, die exe ist 6MB groß, durch Packung kann man hier einiges einsparen. Und gewöhnlich hat man auch nur eine Instalz laufen. Durch bischen surfen im Netz und diesem Post schreiben hab ich jetzt schon 50mb Speichernutzung. Immerhin wäre der Programmcode dann ~10% vom ganzen Speicher. Hier ist es auch fraglich ob man die exe Packen sollte oder nicht.
Also perönlich würde ich daraus schließen das man unter 5% des Porgrammcodes im Speicher im Verhältnis zur ganzen Speichernutzung ruhig einen Packer benutzen _kann_.
Selber benutze ich eigentlich fast nie einen EXE-Packer es sei denn ich teste etwas. Weil ich sehe noch einen 3. Faktor neben RAM/Fesplatten - Speicherkosten. Und zwar die Zeit beim testen (übers Internet). Wenn man jemanden hat der halt nicht so fitt im Umgang mit dem PC ist, aber er halt Probleme mit der Software hat, dann mach ich das eigentlich so das ich halt - wenn ich meine ich hätte den Fehler behoben - ich ihm die neu kompilierte und gepackte exe schicke und er die alte ersetzen soll.
In dem Moment wo es nur ums testen geht, interessiert micht die Speichernutzung eigentlich relativ wenig. Ich will halt nicht übers inetnet 10MB verschicken, und auch dem Benutzer nicht zumuten erst ne zip zu entpacken. Da erfüllen UPX bzw jeder andere Packer sehr wohl ihren Zweck. Und zwar die Datei zu erkleinern damit ich nicht ewig daten durchs internet schicken muss.
Ob man nun "fertige" Programme packen muss, hängt halt immer von dem Programm ab. Ne Datenbankanwensung die z.b 1MB groß ist und mit Datenbanken arbeitet die mehrere 100mb groß sind, und diese voll in den Speicher lädt, dann ist der zusätliche 1MB mehr im speicher für die gepackte Exe nicht wirklich ein Nachteil. Sofern das Programm nicht üblicherweise über mehrere Instanzen läuft.
  Mit Zitat antworten Zitat
barf00s
(Gast)

n/a Beiträge
 
#4

Re: Warum PE-Packer sehr fragwürdig sind ...

  Alt 22. Jul 2005, 14:40
uall,
wo kann ich _dieses_ _manifest_ unterschreiben?
  Mit Zitat antworten Zitat
Olli
(Gast)

n/a Beiträge
 
#5

Re: Warum PE-Packer sehr fragwürdig sind ...

  Alt 30. Jul 2005, 12:45
Zitat von mschaefer:
also ich bin nicht Bagwahn und will auch keinen zu meiner Auffassung bekehren, aber die Gelegenheit mal zu zeigen wie das in der Ökonomie zerlegt wird war einfach da. Letzlich führt das dazu dass man die einzelnen Aspekte betrachtet und ihnen einen zahlenmäßigen Maßstab gibt
... durch Zufall habe ich gestern mal in dein Profil gelunscht und festgestellt, was da unter Beruf angegeben ist. Was sehe ich da nun?
Nun ist mir ja aus meinen VWL- und BWL-Vorlesungen bewußt, daß ihr Ökonomen manchmal eigenartige Wertungen vornehmt (denn um die dicken Formeln zu benutzen muß man ja erstmal alles in Zahlen packen). Die Diskrepanz zwischen Wertungen von Ökonomen und Fachleuten anderer Richtungen wird in meinem Fachgebiet (Environmental and Resource Management) besonders deutlich. Daher meine Fragen:
- Wie kamst du auf deine Wertungen?
- Wieso gibt es nicht Wertungen -5..5 zu vergeben?
- Wie garantiert ein Ökonom "relative" Objektivität in der Betrachtung?

(Notfalls ein neues Thema aufmachen und von hier darauf verweisen)
  Mit Zitat antworten Zitat
Benutzerbild von mschaefer
mschaefer

Registriert seit: 4. Feb 2003
Ort: Hannover
2.032 Beiträge
 
Delphi 12 Athens
 
#6

Re: Warum PE-Packer sehr fragwürdig sind ...

  Alt 4. Aug 2005, 21:47
Hallo Olli,

sorry habe mir wohl etwas viel Zeit gelassen, aber meine Zeiteinteilung war in letzter Zeit rivial inökonomisch.
Im Zuge des Gefechts sind die Wertungen hier sicherlich jetzt von mir auch mit etwas Eigensinn gewählt.

Welche Scala nimmt man: Zur -5,+5 Scala.

Die Anzahl Scalenelemente soll so bemessen sein, daß man für jeden Punkt eine bewertete Benennung geben kann.
Die Lage der Scala soll dabei so liegen, dass sie möglichst verständlich ist. Dabei ist es von der Technik her
egal wie Du diese auf dem Zahlenstrahl verschiebst. Allerdings, wenn man mit Optimerungsprogrammen arbeitet, dann
ist es Vorteilhaft alles von 1 ausgehend im positiven Bereich zu halten, das ist aber eher Handwerkszeug.

Wie garantiert man relative Objectivität

Ja das wird Dich freuen. Man kann das durch Anwenderumfragen machen, wenn es eher untechnische und meinungsbezogenen
Auffassungen geht oder wenn es komplexer ist durch die sogenannte "Delphi-Methode". Das ist übrigbens etwas ziemlich
banales und hat nichts mit programmieren zu tun. Es geht dabei um eine mehrmalige Befragung von Spezialisten auf einem
Fachgebiet. Diese werden dann mit den gegensätzlichen Auffassungen andere Spezialisten konfrontiert und sie müssssssen
dann ihre eigenen Auffassung unter diesen Aspekten neu begründen und Bewerten. Aus den Antworten und Bewertungen wird
dann versucht eine Matrix im obigen Stil aufzubauen. Der Ökonom soll dabei eigentlich eher der Sammler und Sortierer sein.



Environmental and Resource Management (mir würde da gerade Wasser und Öl einfallen) ist letztlich doch ein recht komplexes
Thema. Dafür bräuchte es eigentlich mehr gemeinsame Arbeit an Projekten. Das deutsche Universitätssystem schein aber eher
auf der Konkurrenzdoptrie aufzubauen. Das bringt zwar oft gute Einzelkämpfer, aber ob es wirklich gute Wissenschaftlerteams
bildet, da habe ich doch leise Zweifel. Letzlich ist es aber auch so, dass sehr hoch spezialisierte Menschen sich die Lebensgrundlage nehmen, wenn Sie ernsthafte Fehler auf ihrem Gebiet einräumen müssen. Bewerten fällt da oft schwer.

Grüße // Martin
Martin Schaefer
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 5 von 5   « Erste     345   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:13 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz