- Dieses Thema ist leer.
-
Beiträge
-
Hallo,
nutze jAnrufmonitor 4.5 auf einem Rechner mit 512 MB Ram (mehr geht nicht rein) und bin mit der Software super zu frieden. Die Software (java.exe) verbraucht im Hauptspeicher 21 MB Ram und läuft sehr flüssig.
Habe gestern auf die aktuelle Version geupdated (5.0) und bin erstaunt, das die neue Version satte 50 MB Ram verschlingt, obwohl ich die gleichen Module, wie bei der 4.5 Version installiert habe.Wie sieht der Ram-Bedarf bei Euch aus – gibt es hier eine Möglichkeit, diese zu drosseln und einzuschränken, oder muß ich mit dem erhöhten Bedarf leben.
Leider verträgt das Motherboard des Servers nicht mehr RAM, so daß ich hier begrenzt bin und nicht ausbauen kann.
Grüße
Erik
Hallo Erik,
in der datei loader.ini kannst du in der Zeile option= folgende Speicherwerte anpassen:
-Xms16m -Xmx256m-Xms16m = 16 MB initialer zugewiesener Speicher.
-Xmx256m = 256MB maximal zugewiesener Speicher.Ein etwas höhere Speicherbedarf kann durch die Anzahl der Einträge im Journal kommen. Stelle dort eine Ansicht mit Filtern ein, so dass nicht alle Einträge oder weniger geladen werden.
Viele Grüße
Thilo@thilo.brandt wrote:
in der datei loader.ini kannst du in der Zeile option= folgende Speicherwerte anpassen:
-Xms16m -Xmx256m-Xms16m = 16 MB initialer zugewiesener Speicher.
-Xmx256m = 256MB maximal zugewiesener Speicher.Hallo Thilo,
vielen Dank für Deine schnelle Antwort.
Eine Datei loader.ini kann ich im Verzeichnis jAndrufmonitor nicht finden, jedoch eine Version im alten Installationsverzeichnis. Kann ich diese nutzen und rüber kopieren, oder muß eine andere Datei her? Woher kann ich die bekommen?Danke und Grüße
Erik
PS: Vielen Dank für das super Programm!!!
Hallo Erik,
wenn die Datei nicht da ist, dann höchstens wenn du JAM als Windows-Dienst betreibst. Wenn dem so ist, dann musst du die Datei ntservice.properties im /config-Ordner anpassen:
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=4
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=128(Achtung Angabe hier ohne m am Ende des Wertes !!)
Viele Grüße
Thilo@thilo.brandt wrote:
wenn die Datei nicht da ist, dann höchstens wenn du JAM als Windows-Dienst betreibst. Wenn dem so ist, dann musst du die Datei ntservice.properties im /config-Ordner anpassen:
# Initial Java Heap Size (in MB)
wrapper.java.initmemory=4
# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=128Hi Thilo,
yep, benutze das Programm als Windows Dienst.
Habe
wrapper.java.maxmemory=20
gesetzt und muß feststellen, daß der Dienst immer noch unveränder 50 MB Ram nutzt. Die Datenbanken sind beide (Adressbuch + Journal) leer, da frisch aufgesetzt.
Dienst natürlich neu gestartet. wrapper.java.initmemory=4 auf 4 belassen.Hast Du noch eine Idee?
Danke und Grüße
Erik
Hallo erik,
Ok, dann scheint der Speicher auch wirklich benötigt zu werden. Welche Module hast du installiert? Evt. verschlingt eines der aktiven Modul so viel Speicher.
Viele Grüße
Thilo@thilo.brandt wrote:
Welche Module hast du installiert? Evt. verschlingt eines der aktiven Modul so viel Speicher.
Hallo Thilo,
folgende Module sind installiert. habe beide Versionen mal angezeigt. Habe bereits alle Telefonbücher raus und nun bei 32 MB. Würde diese natürlich gerne wieder aktivieren. In der 4.5er Version ist der Speicher mit den aufgezeigten Diensten bei 20 MB. Geht das auch mit der 5.0 Version möglich.
Danke und Grüße
Erik
5.0er Version
application.Win32ServiceLauncher
areacode
core
monitor.CapiMonitor
repository.HtmlCallManager
service.ExternalApplicationLauncher
service.MailNotification
service.Reject
ui.jface.application.tracer.CallSimulator4.5er Version
application.Win32ServiceLauncher
core
repository.11880
repository.DasOertliche
repository.GoYellow
repository.HtmlCallManager
service.ExternalApplicationLauncher
service.MailNotification
ui.jface.application.backup.Backup
ui.jface.application.tracer.CallSimulatorHallo Erik,
@erik wrote:repository.11880
repository.DasOertliche
repository.GoYellow
repository.HtmlCallManagerOk, das dürften in Version 5.0 die „Speicherfresser“ sein. Ich cache nämlich die Einträge aus diesen Telefonbücher im Hauptspeicher um bei Anruf schneller auf die Daten zugreifen zu können. Hier geht der Speicherplatz auf Kosten der Performance drauf. Damit bekommst du den Speicher also leider nicht nach unten.
Viele Grüße
Thilo@thilo.brandt wrote:
Damit bekommst du den Speicher also leider nicht nach unten.
Hi Thilo,
vielen Dank für Deine Antwort.
Das ist natürlich schade, daß ich den Speicher in der neuen Version nicht herunter bekomme. Das Cachen ist nett, auf einem Server nicht unbedingt notwendig, so daß ich auf Performance zugunsten des Speichers verzichten könnte…. 😉Da die 4.5er Version prima funktioniert, muß ich nicht unbedingt umsteigen. Wäre schön, aber kein Muß.
Wie ist das, wenn bei den Diensten zur Nummernauflösung sich die Webseiten ändern und die Module daher die Inforamtionen im Web nicht mehr abfragen können. Kann ich dann die neuen 5.er Module auch in der alten 4.5er Version nutzen?
Danke und Grüße
Erik
Hallo Erik,
@erik wrote:Wie ist das, wenn bei den Diensten zur Nummernauflösung sich die Webseiten ändern und die Module daher die Inforamtionen im Web nicht mehr abfragen können. Kann ich dann die neuen 5.er Module auch in der alten 4.5er Version nutzen?
leider nicht, da die Modul in 5.0 auf der neuen Architektur basieren.
Viele Grüße
Thilo@thilo.brandt wrote:
leider nicht, da die Modul in 5.0 auf der neuen Architektur basieren.
Hi Thilo,
ok, das ist schade. Werde dann wohl vorerst bei 4.5 verbleiben und mir mal Gedanken über ein Motherboardupgrade machen um mehr Speicher dem System zur Verfügung zu stellen.
Danke und Grüße
Erik
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.