AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

UPX-Packer ja oder nein?

Ein Thema von a.def · begonnen am 1. Mai 2017 · letzter Beitrag vom 5. Mai 2017
Antwort Antwort
Seite 2 von 7     12 34     Letzte »    
nahpets
(Gast)

n/a Beiträge
 
#11

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 02:02
Danke.

Kenn' ich auch nicht anders.
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#12

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 02:21
Danke.

Kenn' ich auch nicht anders.
Jo wie ich sagte Mundpropaganda ist geduldig.. erzählen kann man viel.
Die Fakten hingegen sagen etwas anderes.
Und ja wir leben in einer verschwenderischen Zeit.

gruss
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.276 Beiträge
 
Delphi 10.4 Sydney
 
#13

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 05:55
Haloo,
lade die komprimierte Exe doch mal auf Virustotal.com hoch.
Heiko
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.651 Beiträge
 
Delphi 11 Alexandria
 
#14

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 05:55
Nein keine Anwendung von mir verbraucht mehr Speicher als gewöhnlich. (Ungepackt)

bsp.
AnimatePNG benötigt 34MB gepackt und genau so viel wenn sie nicht mit UPX gepackt ist.
Das hat in der Form auch niemand behauptet. Wenn du noch einmal nachliest, wirst du sehen, dass der SpeicherVerbrauch nur dann als höher angegeben ist, wenn du das Programm mehrfach startest, besondere bei Nutzung von DLLs.

Und da kann ich bei mir durchaus feststellen dass der Speicherverbrauch deutlich höher ist. Nicht so viel höher, wie die Größe der Exe oder DLL, aber der Unterschied ist trotzdem deutlich.
Sebastian Jänicke
AppCentral

Geändert von jaenicke ( 2. Mai 2017 um 05:58 Uhr)
  Mit Zitat antworten Zitat
Hobbycoder

Registriert seit: 22. Feb 2017
961 Beiträge
 
#15

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 08:47
Was dafür spricht ist sicherlich die Größe der Datei hinterher.

Bei einigen Projekten lade ich Dateien direkt bei einem oder mehreren Kunden hoch. Mit D7 war das noch gut machbar. Jetzt bei Berlin sind die Exe-Dateien um einiges gewachsen, was die Uploadzeit doch um einiges verlängert, was nicht sehr schön ist.

Was aber dagegen spricht ist, den Kunden immer wieder erklären zu müssen, dass es sich bei dem Programm nicht um eine Virus handelt und es virenfrei ist. Und bei den vielen verschiedenen Virenscannern kommt man dagegen gar nicht mehr an. Und noch viel schlimmer ist der Imageverlust, den man sich einhandelt, wenn sich herumspricht, dass von xxx virenverseuchte Dateien kommen (auch wenn's dann gar nicht stimmt). Solche Aussagen halten sich hartnackig, und die dann zu widerlegen wird schwer.
Gruß Hobbycoder
Alle sagten: "Das geht nicht.". Dann kam einer, der wusste das nicht, und hat's einfach gemacht.
  Mit Zitat antworten Zitat
Benutzerbild von Sherlock
Sherlock

Registriert seit: 10. Jan 2006
Ort: Offenbach
3.800 Beiträge
 
Delphi 12 Athens
 
#16

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 09:13
Man kann die Diskussion ziemlich kurz zur allgemeinen Zufriedenheit auflösen: UPX taugt nicht für kommerzielle Software. Für den Heimgebrauch jedoch ist es eine nette wenn auch nicht mehr allzu sinnvolle Sache.

Wer Platz bei der Auslieferung sparen will, der packt seine Dateien in ein Inno-Setup oder ähnliches. Bei mir ist das Installationspaket (verpackt sind 32-Bit und 64-Bit Exen) kleiner als auch nur eine der ausführbaren Dateien.

Sherlock
Oliver
Geändert von Sherlock (Morgen um 16:78 Uhr) Grund: Weil ich es kann
  Mit Zitat antworten Zitat
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.272 Beiträge
 
Delphi 10.4 Sydney
 
#17

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 09:22
Also ich habe ein (wenn auch seltenes) Szenario wo UPX durchaus Sinn ergibt:

Einige unserer Business-Programme werden direkt vom Netzlaufwerk gestartet. Filialen hängen per VPN über DSL da drauf. Hier hat es durchaus Vorteile, die Binaries mit UPX zu packen. Es verkürzt die Ladezeiten ungemein.
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
  Mit Zitat antworten Zitat
bra

Registriert seit: 20. Jan 2015
711 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#18

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 10:10
Ich würde auch von UPX abraten. Ich nutze es hier nur, um unseren Installer zu testen, indem ich die Dateien für den Installer vorher komprimiere und die Installerkomprimierung selbst deaktiviere. Damit geht das Erstellen des Installerpakets deutlich schneller. Beim Kunden würde ich aber keine UPX-Dateien ausliefern, weil die immer mal wieder von Virenscannern angemeckert werden.

Den einzigen sinnvollen Nutzen bei halbwegs aktuellen Rechner sehe ich bei dem Szenario von Codehunter, wo ein lahmes Netzwerk entlastet werden soll.
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.477 Beiträge
 
Delphi 12 Athens
 
#19

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 10:30
Einige unserer Business-Programme werden direkt vom Netzlaufwerk gestartet. Filialen hängen per VPN über DSL da drauf. Hier hat es durchaus Vorteile, die Binaries mit UPX zu packen. Es verkürzt die Ladezeiten ungemein.
Ich kenne auch Fälle, wo dieses Verfahren zur Anwendung kommt (was nicht heißt, das ich das befürworte).

Hast du mal überlegt, ob man nicht einen kompakten Loader starten kann, der dann die eigentliche Anwendung als zip, 7zip, rar oder sonstwas herunterlädt, entpackt und startet.

Alternativ könnte man die EXE auf einen simplen Package-Loader reduzieren, der dynamisch die benötigten Packages lädt (im Extremfall ist das nur eins). Die Packages kann er dann vorher bei Bedarf (wenn es ein neueres gibt) in gepackter Form herunterladen und entpacken. Da in dem Fall nur veränderte Packages gepackt über die Leitung gehen, sollte das potentiell performanter sein. Die System-Packages (RTL, VCL,...) müssen ja nur bei einem Wechsel der Delphi-Version aktualisiert werden.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.272 Beiträge
 
Delphi 10.4 Sydney
 
#20

AW: UPX-Packer ja oder nein?

  Alt 2. Mai 2017, 10:55
Hast du mal überlegt, ob man nicht einen kompakten Loader starten kann, der dann die eigentliche Anwendung als zip, 7zip, rar oder sonstwas herunterlädt, entpackt und startet.
Letztendlich ist das eine Frage von Aufwand und Nutzen. Unser Virenscanner schlägt bei UPXen jedenfalls nicht an, daher Ruhe zumindest an der Front. Mit einer Umstellung auf Builds mit Runtime-Packages wäre bei vorhandenen Projekten ein größerer Aufriss verbunden, für den es aus Sicht der Entscheider keine schlagenden Argumente gibt. Und vom Anspruch eines eleganten Softwaredesigns musste ich mich schon vor längerer Zeit verabschieden...
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 7     12 34     Letzte »    


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 03:07 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz