Speicher
Deutsch fät mir bei diesem Problem eindeutig leichter als Englisch:
Im Moment ist wuala bei mir auf die Taskleiste minimiert, also neben der Uhr. In diesem Zustand liegt die Speicherauslastung von wuala bei 64.000 KB, Zum Vergleich maximierter Firefox mit 5 Tabs hat bei mir im Moment 87.000 KB. Soweit ist es ja noch ok, nur immerwieder schieß die CPU Last von wuala von 2-3% auf 78 % oder hö und friert damit alles andere ein. Das tritt auch auf wenn kein Datenein- bzw. -ausgang stattfindet. Hier noch ein Vergleich: AntiVir lät bei mir Hintergrund und braucht grad mal 15.000 KB.
Das muss man bis zu BETA auf jeden Fall lö. Problem tritt auch bei Freunden von mir auf
Im Moment ist wuala bei mir auf die Taskleiste minimiert, also neben der Uhr. In diesem Zustand liegt die Speicherauslastung von wuala bei 64.000 KB, Zum Vergleich maximierter Firefox mit 5 Tabs hat bei mir im Moment 87.000 KB. Soweit ist es ja noch ok, nur immerwieder schieß die CPU Last von wuala von 2-3% auf 78 % oder hö und friert damit alles andere ein. Das tritt auch auf wenn kein Datenein- bzw. -ausgang stattfindet. Hier noch ein Vergleich: AntiVir lät bei mir Hintergrund und braucht grad mal 15.000 KB.
Das muss man bis zu BETA auf jeden Fall lö. Problem tritt auch bei Freunden von mir auf
5
people have this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?Die CPU Last scheint ein Bug zu sein, an dem wir offenbar noch arbeiten mü Leider sind diese Art von Bugs schwer zu finden und zu beheben. :(
Zum Speicher: Wuala ist in Java geschrieben und kann daher keinen Speicher ans System zurüen. Dh wenn Wuala einmal 200MB benutzt hat (zB um ein grosses Bild zu skalieren oder füen Download), wird diese Zahl nicht mehr heruntergehen, auch wenn wieder alle Fenster geschlossen werden und der Speicher nicht mehr verwendet wird. (Viele andere Programmiersprachen und Unix-Systeme im Allgemeinen geben üns auch nie Speicher zurüis das Programm beendet wird.) Das klingt auf den ersten Blick schrecklich, ist es aber nicht. Denn wenn Wuala zB 200MB Speicher reserviert hat, aber nur 30MB davon effektiv verwendet, wird Windows die restlichen 170MB bei Bedarf automatisch auf die Festplatte pagen, so dass der Task Manager zwar weiterhin 200MB angibt, Wuala aber nur 30 MB des physischen Speichers belegt. Dies kommt, abgesehen vom Speicherbedarf auf der Festplatte und der Anzeige im Task-Manager, de facto aufs selbe raus, wie wenn der Speicher freigegeben worden wä, hat aber den Vorteil, dass es wesentlich leichter zu implementieren ist (man muss näich gar nichts tun und sich nicht um Fragmentierung sorgen :) ). Aus diesem Grund haben sich die Leute, die sich Java ausgedacht haben, entschieden, sich nicht die Mü machen, Speicher an Windows zurüen zu kön (auf Unix Systemen ginge es ja eh nicht). Eine Diskussion dazu findet sich unter: http://forum.java.sun.com/thread.jspa...
Der langen Rede kurzer Sinn: wir kön nicht viel machen was den angezeigten Speicherverbrauch im Task-Manager angeht, was aber auch nicht so tragisch ist. Wo wir hingegen etwas tun kön, ist bei der CPU Auslastung und allgemein bei der Performance von Wuala. Vermutlich kön wir auch den Speicherverbrauch senken, doch müwir der Tatsache ins Auge sehen, das Wuala als Java Anwendung gemä Task-Manager stets ein Speicherfresser bleiben wird.
1 person says
this solves the problem
-
Inappropriate?der Speicher ist mir eigentlich egal, nur das äerliche sind immer wieder die plöichen Anstiege der CPU-Last, weil ich dann gar nichts mehr am PC machen kann, außr zu warten bis diese wieder sinkt.
-
Inappropriate?same here.... maschine hät und hät und hät...
werde mal ein weilchen wuala nicht mehr starten und abwarten.
viel glüim lö ;-) -
Inappropriate?Wir haben füche Fäe eine Tastenkombination eingebaut: wenn man ctrl-alt-x drüäend Wuala im Vordergrund ist, stellt Wuala einen kurzen Bericht zusammen, was es gerade am machen ist, schickt den an uns und beendet sich dann selbst. Damit kön wir (mit ein wenig Glüsolchen Problemen auf die Spur kommen. Allerdings funktioniert die Tastenkombination nur, wenn der GUI-Thread nicht auch blockiert ist (dh Wuala noch auf Input reagiert).
Wir hatten auch mal eine Tastenkombination Ctrl-Alt-Q, die was äliches auslö, allerdings haben wir diese wieder deaktiviert, nachdem wir darauf aufmerksam gemacht wurden, dass die deutsche Tastatur dort das @ Zeichen hat. :) -
Inappropriate?btw: ich vermute, dass die file maintenance fü periodische CPU Belastung (zumindest zT) verantwortlich sein köe. Und zwar werden da immer wieder mal neue redundante Fragmente generiert und hochgeladen, wobei das Generieren der Fragmente sehr rechenintensiv ist. Ev. köen wir schauen, dass wir die maintenance weniger oft auslö, oder sie zumindest nur dann auslö, wenn sonst nichts aktiv (Dateizugriff, Download, o.ä ist.
-
Inappropriate?könnt Ihr vielleicht einen waitstate einbauen? beim distributed net client welche unter anderem auch für seti rechnet kann man einstellen das das Programm max 75% (frei wählbar) der cpu belastet. wirds höher laufen wait states. bei wuala würde dann wuala hängen bis es fertig gerechnet hat aber nicht alles einfrieren lassen.
-
Nur um das klarzustellen, er redet vermutlich von BOINC, was nur eine Art Infrastruktur/Framework für Distributed Computing ist. Ob das mit den "Waitstates" jetzt im BOINC-Client oder im jeweiligen Projektclient ist, weiß ich nicht. BOINC ist btw. keine Java-Anwendung soweit ich weiß. -
Stimmt. BOINC ist in C# oder C++ geschrieben. :p WEIL!!! Es leuft schneller und Stabieler! *g* -
Inappropriate?sorry, ich habe im "vorbeigehen" geschrieben. ich meinte natürlich boinc und man kann im boinc client einstellen, das nur X % CPU Zeit belastet wird.
-
Inappropriate?Habe das Wuala auf einem kleinem Server auf meinem Dachboden installiert. dort kommt es auch immer wieder zu Periodischen CPU auslastungen von 100% und immer wenn ich grade nachschaue was los ist, dann stelle ich Fest das es Wuala ist. da der Server nur mit einem Pentium 4 1,8 GHz ausgestattet ist, kann man sich vorstelen das dann gar nichts mehr geht. habe dem Wuala jetzt erst mal die CPU Priorität Idle gegeben. damit kann Wuala dann nur noch CPU leistung anfordern wenn sie nirgens wo ander benötigt wird. :p
PS.:
Gott sei dank ist Wuala nicht Multithreadingfähig programmiert. sonst würde das auch auf meinem DektopPC alles lahm legen, wenn ich mal was runter oder hoch laden will. XD
I’m Quick n Dirty
-
Inappropriate?Moin DJBeatstar,
bemerkst Du das die letzte Zeit erst (wieder), oder schon länger? Ich meine länger als die letzten 4 Wochen. Auf meinen *nux/nix Systemen gibt es keine Probleme mit der Systemlast. Und soweit ich das aus den Usermeldungen heraus lesen kann, was auch in der Windows-Welt eine Weile Ruhe von wegen Vollast. Scheint sich aber zu ändern... -
Inappropriate?also wenn ich jetzt mal ehrlich bin, das Wuala ma immer wieder die CPU auslastet das war eigentlich schon immer so bei mir.ahso, bevor ich das noch vergesse, der Server läuft auf Windows Server 2003.x86 aber wie schon gesagt, ich lege den Prozess vom Wuala einfach auf Idle Priorität und gut ist.
was mich nur nervt ist die tatsache, das wenn ich mal ne datei laden will, läd der die dann runter bis 99% und rechnet sich dann nen Wolf! dabei wird die Datei dann nie mehr fertig.
auf benutzereingaben wird dann auch nicht mehr reagiert, und all solche scherze. das macht der aber auch nur auf meinem Server. auf meinem Desktop mit Windows Vista x64 läuft das ganze ding wunderbar.
weiss der geier was die Programmierer sich da zusammen getextet haben an code. -
Inappropriate?Ja richtig, die durchschnittliche CPU-Auslastung wird von Version zu Version (aktuell 227, führt hier zum Einfrieren) immer höher. Hier muß unbedingt was getan werden.
I’m disappointed
-
Inappropriate?Jo sehe ich eben so. ein erster schritt in die Richtige richtung wäre eine umstelleng der gesammten Source auf C# oder C++. diese Programiersprachen arbeiten weitaus Efizienter als Java. nebenbei wurde sich damit auch die verwaltung des Arbeitsspeicers um Längen verbessern!!!
allerdings ist es wohl Töricht von mir anzunehmen das die Entwickler von Wuala jehmals auf C# oder C++ setzen werden. Java ist halt einfacher! es kann von jedem Studenten im 1. semester gecodet werden. und damit sind dann auch die personalkosten weit geringer als wenn man richtig gute C# und C++ Coder beschäftigt.
in diesem falle bleibt dann wohl die Effizienz des Programmes auf grund der kosten auf der Strecke.
Übrigens w#hre es wohl am aller Efizientesten alles Direkt in Assambler zu programmieren. nur das übersteigt währscheinlich selbst die Fähigkeiten der besten Coder der Erde. ;)
in diesem sinne
I’m frustrated
-
Inappropriate?Ein Hinweis: in Zusammenhang mit der vorgenannten extrem hohen dauerhaften CPU-Last nach dem Update auf Version 227 hatte ich von einem anderen Rechner die jungfräuliche Version 213 aufgespielt.
Den Ordner mit der bisherigen Version 227 hatte ich gleichzeitig umbenannt und dann die alte Version gestartet. Diese wurde auf die zwischenzeitliche Version 229 upgedatet, und interessanterweise habe ich seitdem überhaupt keine Probleme mehr...
Die CPU-Last in den Wuala-Anwendungen liegt bei 2-5% im Maximum, obwohl die Einstellungen sonst unverändert sind (Tauschspeicherplatz 35 GB, 7/24-Rechnerbetrieb).
Der einzige Unterschied ist jetzt natürlich, daß unter der Neu-Aufspielung der Tauschspeicher erst wieder neu aufgefüllt wird (dzt. erst 87 MB). Unter der alten Version waren dagegen gut 30 GB vorhanden, die allerdings nicht verloren gegangen sind, sondern als "unter anderem Rechner verdient" ausgewiesen werden. Insofern wiederum eigentlich alles OK.
Vielleicht lohnt es sich aber angesichts dieser Beobachtung, einmal einen Blick auf die Programmierung der Tauschspeicher-Verwaltung zu werfen, ob hier etwas im Argen liegt.
Loading Profile...



EMPLOYEE
EMPLOYEE


EMPLOYEE
