PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : µFluids



aendgraend
09.08.2007, 00:31
Hi,

hiermit eröffne ich den µFluids-Thread. Wenn jemand Infos, Fragen oder sonstiges zu diesem Projekt hat, bitte hier posten.

bis dann

aendgraendx)

aendgraend
09.08.2007, 00:38
Hi,

und damit habe ich auch schon die 1. Frage?

Rechnet noch jemand derzeit µFluids? Unser neues Laptop hat heute irgendwann (ja, ich weiß, sollte man halt besser beaufsichtigen) so grob geschätzt etwa 2000 (+ - 250) (:shocked:) WUs bekommen.
Die WUs sind alle aus der widge3 - Serie, alle so um die 13-14 Minuten lang.

Die schiere Anzahl der WUs im BOINC Manager bringt ebendiesen zum hängen unter Vista. :undecided:

Hat das Problem noch jemand anderes? Oder hat jemand von einem anderen Projekt schon mal so viele WUs auf einmal bekommen und das Hängen des BOINC Managers beobachtet? :confused:

In diesem (http://www.ufluids.net/forum_thread.php?id=563) Thread im µFluids-Forum berichten andere auch von diesem Problem, welches aber auch bei anderen Projekten auftreten kann, wenn hunderte oder tausende von Files den BOINC-Manager nahezu unbenutzbar machen. :mad:

Hardware: FSC Notebook, mit einem AMD X2 Turion TL-52 (2x 1,6 GHz), 2 GB RAM unter Vista Home Premium.

Nullinger
09.08.2007, 05:51
Hi,

unser SIMAP Bunker-König Beutelin müsste doch Erfahrung haben.
Früher bei LHC hatte ich gelegentlich mal ein paar hundert WUs.
Die waren alle recht kurz und schnell wieder weg.

pschoefer
09.08.2007, 06:46
Hat das Problem noch jemand anderes? Oder hat jemand von einem anderen Projekt schon mal so viele WUs auf einmal bekommen und das Hängen des BOINC Managers beobachtet? :confused:

In diesem (http://www.ufluids.net/forum_thread.php?id=563) Thread im µFluids-Forum berichten andere auch von diesem Problem, welches aber auch bei anderen Projekten auftreten kann, wenn hunderte oder tausende von Files den BOINC-Manager nahezu unbenutzbar machen. :mad:
Im PrimeGrid-Forum (http://www.primegrid.com/forum_thread.php?id=645) hat jemand diesen Fehler schon gemeldet, scheint in den Versionen mit GridBased View aufzutreten (5.9.x., 5.10.x ), auch wenn GridBased View abgeschaltet ist. Eventuell hilft es, den BOINC Manager nicht zu benutzen (boincmgr.exe per Win Task-Manager killen), und alles über die Kommandozeile zu erledigen, um zumindest vorhandene WUs fertigzustellen. Es gibt da aber widersprüchliche Erfahrungen, ob das funktioniert.

aendgraend
09.08.2007, 08:32
Im von mir oben genannten Thread berichten eben einige, dass die Kommandozeilenversion nicht das Problem löst.

Mal sehen, wenn die WUs weniger geworden sind, dann lass ich auf der Kiste halt mal Xtrem laufen, da kommt i. d. R. auch immer recht viele WUs rein. Dann wird sich schon herausstellen, ob es an µFluids liegt (was ich nicht denke) oder am BOINC Manager selbst (was ich für fast sicher halte).

Ansonsten wird später auf dem Laptop der #1-Angriff bei TANPAKU weiter vorangetrieben. :D :D :D

MichaelR
09.08.2007, 14:38
Hallo Aendgraend ,
ich hatte mit µFluids auch immer schon Probleme auf meinem Rechner(Wu "Hängengeblieben" Errors, abbrüche usw. ) ich hab aber nie rausgefunden woran das lag, trotz immer anderer Boincversionen, auch mal win2000 probiert und XP Prof.
Deshalb momentan kein µFluids
Gruß Michael

aendgraend
09.08.2007, 14:54
Waren denn die Hangs oder Stops bei besonders vielen WUs oder waren da eher wenige im Bunker?

MichaelR
09.08.2007, 19:58
oh mann,da fragst du ja was. jedenfalls nicht so viele wie bei dir,aber so 100 schätze ich werden es wohl gewesen sein. ist ja schon ne weile her.
Gruß Michael

Saldavon
18.08.2007, 09:00
Guten Morgen!

Ich rechne ufluids aktiv. Wie ich auch dort im Forum schrieb, wenn man nur die boinc.exe startet ohne den Manager, gabs bei mir keine Probleme. Ich hatte mehr als 2000 WUs gespeichert auf nem 2 Core Rechner. Trotzdem hatten beide evolver apps im Taskmanager ne CPU Auslastung von jeweils max (ansonsten ging die Auslastung ja zugunsten der Boinc Manager App und keine WUs wurden berechnet).

Falls jemand derzeit dort noch rechnet (rechnen will). Die Länge der WUs liegt derzeit bei rund 10-15 Minuten (AMD Semperon 3000+, Intel P4 2,8).

aendgraend
19.08.2007, 11:21
Hi Saldavon,

danke für den Tipp mit der boinc.exe alleine :thumbup:. Werd ich diese Woche mal auf dem X2 Laptop probieren. Auf dem hatte ich das Problem mit den mehr als 2000 WUs und dem extrem langsam eagierenden BOINC-Manager.

bis dann
aendgraendx)

BiancaW
27.04.2008, 20:41
Hi,
nun geht es hier auch wieder los, es gibt neue WUs.
Die hätten sich ruhig noch etwas zeit lassen können.

Schöne Grüsse
Bianca

[B^S] Shai Hulud
27.04.2008, 22:23
Hmm? Gabs denn hier mal KEINE WUs?

BiancaW
27.04.2008, 23:25
Shai Hulud;49397']Hmm? Gabs denn hier mal KEINE WUs?

Habe gerade mal nachgesehen...war wohl eher so das ich keine bekommen habe.

Schönen Gruss
Bianca

Bernd Vogler
23.02.2009, 06:25
Bei uFluids sind sie gerade dabei einen neuen Server einzurichten, daher momentan keine Arbeit.

February 21, 2008
The project will be offline while the project is being transfered to the new server.

Grüße, Bernd

RealSanta
08.08.2009, 14:37
ufluids ist auch weiterhin komplett platt..

lt. BOINC-Manager lädt er zwar die fertigen WU's hoch .. hoffe nur, dass die nicht im "Nirvana" verschwinden.. aber sonst ist toto Hose".

Na mal schauen, ob sich das wieder einkriegt.. die WU'S werden langsam kanpp...


bis denne RS

killer4you
08.08.2009, 14:54
was ist euer ausweichprojekt?^^

MichaelR
08.08.2009, 15:18
Santas Lieblingsprojekt :D

cloood
09.08.2009, 06:20
was ist euer ausweichprojekt?^^

Gugsch du mal in den FormulaBoinc-Thread, suchsch dir äbs raus :)

Grüssle

dingdong
10.08.2009, 15:27
es gibt wieder neue WUs

Arne

SDI
10.08.2009, 17:57
...und die sind extrem kurz, hab hier 200-300 Sekunden pro WU...

MichaelR
10.08.2009, 19:34
Schaut mal eure Pendings an. Dort ist fast alles auf 0 Credits gegangen :(

Cancelled Work Units (http://www.ufluids.net/forum_thread.php?id=736)

pschoefer
11.08.2009, 09:33
Schaut mal eure Pendings an. Dort ist fast alles auf 0 Credits gegangen :(

Cancelled Work Units (http://www.ufluids.net/forum_thread.php?id=736)
Offenbar wird das alles per Script wieder in Ordnung gebracht, ich habe inzwischen alle Credits bekommen, die gestern bei den Pendings verschwunden sind. :cool:

MichaelR
11.08.2009, 13:00
Kann ich auch bestätigen, bis auf zwei Results sind alle gegranted.
Gruß Michael

Daishi
18.09.2009, 09:26
Ehm, kurze Frage, gibt es bei uFluids checkpoints? oder sind das nur darstellungsfehler. Jedes mal wenn ich den Boincmanager richtig schließe und ihn danach neustarte, steht der Status wieder auf 0 %. Er holt dann zwar recht schnell auf, aber nicht auf den Prozentwert, bei dem ich den BM geschlossen habe (Bsp. gestern 55%, heute 30 %).
Ich hatte das schoneinmal gehabt, dachte aber das es vlt nur ein Problem mit der WU war, aber scheinbar habe ich das wieder.
Danke und Gruß
Sven

schensi
18.09.2009, 09:34
Nein , µFluids hat kein Checkpointing , Du solltest also nach Möglichkeit den Rechner nur in den Ruhezustand versetzen und in den Einstellungen bei "lasse Anwendung im Speicher , wenn sie pausiert" ein Häkchen setzen.

Orion7
30.09.2009, 07:01
Nach der Aktion bei Rainbowtables dachte ich mir, dass ich den I7 mal eine Weile auf ufluids ansetze, um zu sehen, was da so geht.

Die Sache gestaltete sich bisher sehr zäh. Es sind mit Abstand die längstens Wus (max 57 Stunden), die ich für irgendein Projekt bisher gerechnet habe.

http://www.ufluids.net/workunit.php?wuid=5261105

Was mich aber vollkommen verblüfft sind die - im Vergleich zu meinen - kurzen Laufzeiten anderer Rechner. Die führend dann dazu dass wohl nur ca. 1/3 der claimed credits auch granted werden.

Obiges Beispiel ist nur eines von vielen. Daher frage ich mich, ob es optimierte Apps gibt, von denen ich nichts weiss oder ob man grundsätzlich mit dem Gerät ufluids nicht rechnen sollte?

Grüsse
Orion7

MichaelR
30.09.2009, 20:26
Ich habe da was dunkel in Errinnerung das auf Mehrkernern ufluids ausgebremst wird sobald mehr als 2 oder 4 WU gleichzeitig laufen. das sollte aber auch irgendwo in den Tiefen dieses Threads stehen.
Gruß Michael

arctic light
07.10.2009, 16:41
Achtun, dieie rtube9 Workunits produzieren Berechnungsfehler. Es gibt schon einen entsprechenden Foren-Thread:
http://www.ufluids.net/forum_thread.php?id=747#7645

Der Fehler-Code 131 erscheint bei mir auch. Dieser bezieht sich auf eine zu große Upload-Datei, wodurch der BM nicht mehr mitspielt.
Beispiel: "Output file rtube9_1_5.5_4000_50_85_0_0_1_0 for task rtube9_1_5.5_4000_50_85_0_0_1 exceeds size limit."

Folge: Schon mehrere WUs mit 11-12k Sekunden Arbeit sind futsch. Und die drei laufenenden wohl auch. :sad:

Nullinger
07.10.2009, 17:30
Danke für den Hinweis.
Das erklärt meinen Berechnungsfehler von gestern.

arctic light
08.10.2009, 18:58
Mittlerweile liefert das Projekt rtube11 WUs, die bei mir normal durchlaufen. :)

Zudem werden die mit Berechnungsfehler zurückgemeldeten WUs der rtube9 Serie freundlicherweise nachträglich gegranted, so dass nicht alles kaputt ist. :)

Obsidian Order
14.01.2010, 21:54
Es ist mal wieder Arbeit da. Hab grad was bekommen.

Nullinger
27.04.2010, 17:55
Achtung Herrschaften!

Bei mir bleiben bestimmte WUs hängen und brechen am Schluss mit Berechnungsfehler ab!

Dabei handelt es sich um WUs mit dem Namen:

one_tube2_10_7... und one_tube2_10_8...

Hab da mal auf die schnelle 30 h Rechenzeit in den Sand gesetzt.

one_tube2_1_... sowie rtube... und dtube... WUs laufen durch.

AgentSchatten
27.04.2010, 18:01
Du sollst ja auch PG rechnen nullinger :P

Nullinger
27.04.2010, 18:11
Bei 6 Mio. Vorsprung darf man schon mal ein paar µFluids laufen lassen.:cool:

Sysadm@Nbg
27.04.2010, 18:17
Bei 6 Mio. Vorsprung darf man schon mal ein paar µFluids laufen lassen.:cool:

wenn du mir die für das Ende garantieren kannst ... :undecided:

:x)

Beorn
16.08.2010, 23:11
Guten Abend! :x)

Ich habe nach langer Zeit überraschend mal wieder ein paar µFluids WUs erhalten.

Seltsam ist folgendes: Ich habe fünf WUs bekommen (auch nach den Meldungen im BOINC Manager) lt. Server soll ich aber 10 Stück bekommen haben (http://www.ufluids.net/results.php?hostid=122410&offset=0&show_names=1&state=0). Die WUs mit Uhrzeit 15:47:39 UTC habe ich bekommen, jene mit Uhrzeit 15:47:32 UTC jedoch nicht.

Ein bekanntes Problem?

Die erste Wutze war mit 18 Min. und ein paar zerquetschte recht schnell durch, die zweite scheint noch kürzer zu werden.

16.08.2010 18:24:24 uFluids Sending scheduler request: To fetch work.
16.08.2010 18:24:24 uFluids Requesting new tasks
16.08.2010 18:24:54 uFluids Scheduler request completed: got 5 new tasks
16.08.2010 18:24:56 uFluids Started download of evolver_4.10_windows_intelx86.exe
16.08.2010 18:24:56 uFluids Started download of threewall1_4_0.8_0.1_1000_60_1_1.fe
16.08.2010 18:25:15 uFluids Finished download of threewall1_4_0.8_0.1_1000_60_1_1.fe
16.08.2010 18:25:15 uFluids Started download of threewall1_4_0.900000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:25:32 uFluids Finished download of threewall1_4_0.900000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:25:32 uFluids Started download of threewall1_4_0.910000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:25:38 uFluids Finished download of threewall1_4_0.910000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:25:38 uFluids Started download of threewall1_4_0.920000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:25:45 uFluids Finished download of threewall1_4_0.920000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:25:45 uFluids Started download of threewall1_4_0.930000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:26:01 uFluids Finished download of threewall1_4_0.930000000000001_0.1_1000_60_1_1.fe
16.08.2010 18:31:33 uFluids Finished download of evolver_4.10_windows_intelx86.exe
16.08.2010 21:02:31 uFluids Starting threewall1_4_0.930000000000001_0.1_1000_60_1_1_0
16.08.2010 21:02:31 uFluids Starting task threewall1_4_0.930000000000001_0.1_1000_60_1_1_0 using evolver version 410
16.08.2010 21:20:44 uFluids Computation for task threewall1_4_0.930000000000001_0.1_1000_60_1_1_0 finished
16.08.2010 21:20:44 uFluids Starting threewall1_4_0.920000000000001_0.1_1000_60_1_1_0
16.08.2010 21:20:44 uFluids Starting task threewall1_4_0.920000000000001_0.1_1000_60_1_1_0 using evolver version 410
16.08.2010 21:20:46 uFluids Started upload of threewall1_4_0.930000000000001_0.1_1000_60_1_1_0_0
16.08.2010 21:20:51 uFluids Finished upload of threewall1_4_0.930000000000001_0.1_1000_60_1_1_0_0


Hinzugefügter Post:

Wohl nicht das einzige Problemchen, auf einem anderen Rechner habe ich auch noch eine WU bekommen, die sich in's Nirwana verabschiedet hat, und das nicht nur bei mir (http://www.ufluids.net/workunit.php?wuid=6156611).

16.08.2010 23:30:35 uFluids Starting threewall1_8_0.920000000000001_0.1_1000_110_1_1_2
16.08.2010 23:30:35 uFluids Starting task threewall1_8_0.920000000000001_0.1_1000_110_1_1_2 using evolver version 410
16.08.2010 23:30:40 uFluids Computation for task threewall1_8_0.920000000000001_0.1_1000_110_1_1_2 finished
16.08.2010 23:30:40 uFluids Output file threewall1_8_0.920000000000001_0.1_1000_110_1_1_2_ 0 for task threewall1_8_0.920000000000001_0.1_1000_110_1_1_2 absent
16.08.2010 23:30:42 uFluids Sending scheduler request: To fetch work.
16.08.2010 23:30:42 uFluids Requesting new tasks for CPU
16.08.2010 23:31:12 uFluids Scheduler request completed: got 0 new tasks
16.08.2010 23:31:12 uFluids Message from server: (Project has no jobs available)

Beorn
25.08.2010, 00:57
Nachdem ich haufenweise threewall WUs mit rund 400 Sek. Laufzeit berechnet hatte, habe ich jetzt zwei corner8 WUs fertiggestellt. Diese liefen ca. 24 h und brachten rund 283 Credits jeweils (macht ca. 5,9 Cr. pro Stunde und GHz, also nicht so prächtig).

Das freut mich natürlich in Bezug auf mein Projekt http://www.cheesebuerger.de/smiliegenerator/ablage/495/270.png aber dass man solche Langläufer auf die Menschheit los lässt ohne Checkpoints ist schon krass. :undecided:

Beorn
29.08.2010, 15:05
Hrmpf... da erarbeitet man sich bei miserabler WU-Versorgung und fehlenden Checkpoints einen RAC von > 100, freut sich, dass man wieder ein Profil erstellen darf und dann kommt so eine blöde Anti-Spam-Software daher. :ranting:

Ich probiere doch keine drei Stunden aus, wieviel Bildchen und Links noch erlaubt sind.

Ob man meinem Profil (http://www.ufluids.net/view_profile.php?userid=2026) wohl ansieht, dass mich das tierisch genervt hat? :boxen: :D

Bei POEM übrigens der gleiche Scheiß.

pschoefer
29.08.2010, 15:59
Hrmpf... da erarbeitet man sich bei miserabler WU-Versorgung und fehlenden Checkpoints einen RAC von > 100, freut sich, dass man wieder ein Profil erstellen darf und dann kommt so eine blöde Anti-Spam-Software daher. :ranting:
Da habe ich mich allerdings auch schon tierisch geärgert, zwar habe ich immer noch einen RAC von 450 (der nächste Bug bei diesem Projekt: das Script, das den RAC mit der Zeit exponentiell zerfallen lässt, läuft nicht), aber das mit den Links und Bildern ist sehr ärgerlich. Auch SZTAKI Desktop Grid und WEP-M+2 haben den gleichen Bug, vermutlich hatten da die BOINC-Entwickler in irgendeiner Version mal wieder übers Ziel hinausgeschossen, genau wie mit diesem bekloppten RAC-Limit (das sollte allenfalls ein nicht allzu hoch angesetztes Total-Credit-Limit sein, damit man sein Profil irgendwann auch jederzeit ändern kann, ich sehe zumindest nicht ein, jetzt S@h zu crunchen, nur damit im Profil die SG-Links richtig sind). :(

Beorn
31.08.2010, 10:27
Ich lach mich schlapp. :D Bin heute UOTD mit dem Profil geworden. :aetschi:

newman
15.07.2011, 11:38
:) ich habe gerade seit ewigen Zeiten mal wieder WUs von µFluids bekommen

Nullinger
15.07.2011, 20:06
Jep, ich auch. Allerdings endet gut die Hälfte der WUs mit Berechnungsfehlern.

aendgraend
15.07.2011, 22:41
Ich habe bisher 26 Wus erhalten, davon endeten 5 mit Berechnungsfehlern, die anderen wurden normal gegranted - wobei normal bei µFluids bedeutet, mit im Schnitt 5,5 Credits pro Stunde pro GHz...

grobij
16.07.2011, 05:38
Bei mir 31 valid und keine Berechnungsfehler. Ich hoffe das geht noch ne Weile weiter so.

Edit: Hab jetzt auch - Error while computing.

Nullinger
17.07.2011, 17:37
Bei mir werden die WUs nach 01:44:49 h abgebrochen und enden als Berechnungsfehler. :(
Da ist der 980 mit HT wohl doch stellenweise zu langsam.

Da das Projekt gerade down ist, kann ich leider nicht nachfragen, worin der Sinn dieser Maximallaufzeit liegt.

Stargazer
02.08.2011, 01:52
Umguggz - workunits sind eingetrudelt...

02.08.2011 02:40:38 uFluids Starting task one_tube_curve_boinc1_3_6.06499999999999_0.04_3000 _50_5_0_0 using evolver version 410

Na mal sehen, was bei rumkommt. :D

winks ;)

Stargazer
03.08.2011, 13:23
Hahahahahaha... ich weis grad nicht ob ich mich ärgern soll....

Die im vorigen Post genannte wu hat eine Laufzeit von 627h (is klar, dass es die Deadline niemals schaffen wird) und natürlich hats auch keinen Checkpoint.

Die spinnen die Fluiden!

Nullinger
03.08.2011, 17:32
Ich habe die Dinger gleich wieder abgebrochen.

Stargazer
04.08.2011, 14:58
Oh - die wu ist endlich fertig geworden; nicht nach 627h (obwohl vorhin noch ~600h offen standen).

Insgesamt hat diese wu nun 143,891.52 CPU-sec gerechnet. Also knapp 40h.
Die 723,54 gutgeschriebenen creds entsprechen dabei ~18creds/h.

Nebenbei hatte ich noch eine wu mit 12h und ~16,25creds/h - und einiche wus mit 20k bis 30k-CPUsec - und entsprechend weniger creds/h.

Viele creds/h sinds ja mal nicht; aber man ist es bei ufluids ja gewohnt. ;)

winks :)

arctic light
04.08.2011, 22:09
Meine größte WU gab 442,39 Credits nach 87,967.48 Sek. CPU-Zeit. Die steuerte von der Fortschrittsanzeige her auf deutlich über 100h. Bleibt also immer spannend. ;)