Seite 1 von 1
wenig python programme
Verfasst: Montag 23. April 2007, 15:30
von lost_mind
weil ich den thread nicht mehr finde aber meine senf dazuegeben will poste ich mal hier (jep ich hab wirklich danach gesucht
)
ihn dem thread kam die frage warum es für oder besser gesagt so wenig programme gibt die in python geschrieben sind also
python ist grandios platfomunabhängige GUI super
nur der wie ich finde große nachteil dadurch das alles platform unabhängig ist
schreibt man sich zb. ein "kleines" mit wx.Widgets tja nur ist es dan nicht mehr so klein weil dan 20 MB im speicher liegen
auch völlig ohne Gui sind 3-4 MB die python braucht für jedes prog
Verfasst: Montag 23. April 2007, 15:34
von BlackJack
Das sind heutzutage aber keine Grössen mehr. Schau Dir den Speicherverbrauch von .NET oder Java an, dagegen ist Python schlank.
Verfasst: Montag 23. April 2007, 17:19
von birkenfeld
Oder X11...
Verfasst: Montag 23. April 2007, 20:39
von Sr4l
Dafür haben sie eine gute Lauffähigkeit
hatte anfang des Jahres erst ein 'altes Spiel' aus meiner Softwarekiste gekramt für WIndows 98 und es lief nicht mehr. Ahhh vll sollte ich es mit Wine versuchen das ist überhaupt die Idee.
Ach und PS wenn die Codes in Sourcecode rausgegeben werden sind die Programme winzig da du nur den Code und Bilder (ggf Sound mitliefern musst). Und wie es die Diskussion hier schon gab bekommt man ein Python GUI Programm mit 7zip auf ~3MB mit pyinstaller oder py2exe.
Verfasst: Dienstag 24. April 2007, 07:02
von lost_mind
es geht nicht darum wie groß die software ist sondern wieviel zur laufzeit im ram liegt
Verfasst: Dienstag 24. April 2007, 07:43
von jens
Hast du mal gesehen, wieviel firefox und thunderbird verbrauchen? Das ist nicht ganz ohne.
Laut Taskmgr:
- firefox: 79MB/69MB (Virtuell)
thunderbird: 29MB/31MB (Virtuell)
Verfasst: Dienstag 24. April 2007, 08:24
von Sr4l
Meine Pythonprogramme haben:
Console: 2MB leerlauf, 8MB im Betrieb
GUI liegt so bei 10MB. Kommt natürlich druaf an was man lädt.
Wenn man ne 10MB Daten in über Variablen in den Arbeitsspeicher lädt anstatt ne Datenbank zunutzen ist der verbrauch natürlich gleichmal so 50-70MB.
Verfasst: Dienstag 24. April 2007, 09:30
von Rebecca
Hier mal ein kleiner Snapshot meines Systems, hab mal nur die Prozesse aufgelistet, die nennenswert zum physical Memory beitragen:
Code: Alles auswählen
VIRT RES SHR CPU %MEM COMMAND
111m 56m 25m 0.0 5.6 firefox-bin
106m 39m 6404 0.0 3.9 X
66072 31m 18m 0.0 3.1 seamonkey-bin
262m 23m 10m 0.0 2.4 java
34648 18m 10m 0.0 1.9 python2.4
22764 15m 4304 0.0 1.6 emacs
(RES ist der physical memory)
Das Java-Programm ist eine minimalistische Swing-Anwendung (nur mal zum Vergleich), das Python-Programm eine minimalistische wx-Anwendung.
Einerseits finde ich den Speicherverbrauch der Python-Anwendung schon recht hoch, da es sich nur um ein Mini-Applet handelt. Andererseits ist mein 1G-Arbeitsspeicher sowieso nie auch nur annaehernd ausgelastet, wie man sieht, da ist es wirklich egal. Mich wuerde noch interessieren, ob man rausfinden kann, wieviel von dem Shared Memory tatsaechlich geshared wird.
Der Python-Interpreter startet bei mir uebrigens viel schneller als die JVM.
Verfasst: Dienstag 24. April 2007, 10:02
von BlackJack
Den "realen" Speicherbedarf von Programmen kann man in modernen Betriebssystemen sowieso nicht mehr so richtig erfassen. Dazu ist die virtuelle Speicherverwaltung einfach zu komplex.
Verfasst: Dienstag 24. April 2007, 11:26
von lost_mind
zum vergleich mit FF ich rede hier über kleine tools und da fällt das dan schon ein wenig auf speziel weil nicht jeder 1G RAM hat
Verfasst: Samstag 28. April 2007, 16:48
von Leonidas
Wenn du die WinAPI direkt ansprichst wie beispielsweise das mit C der Fall ist, und damit Fenster zeichnen lässt sparst du dir den Speicher um externe Bibliotheken wie wxWidgets nachladen. Andererseits: Sowas *will* man als Python-Programmierer nicht machen.