2006-01-02 00:40:57.9653 [normal]: Start of BOINC application 'albert_4.39_powerpc-apple-darwin'.
MacOS Error -43 occured in Mac_Lib.c line 65
MacOS Error -43 occured in Mac_Lib.c line 65
2006-01-02 00:40:57.9986 [normal]: Started search at lalDebugLevel = 0
2006-01-02 00:40:59.1248 [normal]: Checkpoint-file 'Fstat.out.ckp' not found.
2006-01-02 00:40:59.1253 [normal]: No usable checkpoint found, starting from beginning.
Detected CPU type 1
2006-01-02 00:52:45.2383 [normal]: Fstat file reached MaxFileSizeKB ==> compactifying ... done.
2006-01-02 05:06:06.2487 [normal]: Search finished successfully.
And on my older P3:
5.2.8
2005-12-31 12:45:36.1250 [normal]: Start of BOINC application 'projects/einstein.phys.uwm.edu/albert_4.37_windows_intelx86.exe'.
2005-12-31 12:45:36.1250 [normal]: Started search at lalDebugLevel = 0
2005-12-31 12:45:36.8125 [normal]: Checkpoint-file 'Fstat.out.ckp' not found.
2005-12-31 12:45:36.8125 [normal]: No usable checkpoint found, starting from beginning.
2005-12-31 12:50:57.9843 [normal]: Fstat file reached MaxFileSizeKB ==> compactifying ... done.
2005-12-31 16:24:34.0937 [normal]: Search finished successfully.
Looks like normal operations to me. That is, I think the "No usable checkpoint found . . ." messages are indicative of the first time Albert tried to write a checkpoint for those particular WU's. Every Albert WU I have looked at has one of these messages. In other words, it is only be a problem if a WU gets more than one of these messages.
PS, does this board automatically tinyurl any link? The read view of the forum is showing a tinyurl that points to the tinyurl you posted, while the edit page is showing what I assume is your orginal tinyurl. I'm directly pasting the link from google's cache to see what happens.
Hmmm.
Did you edit your post, JAHMAGIC? The link that showed *after* I made my reply isn't the same as the one I got backing in my browser.
Sorry about that Dan.....yeah I tend to edit a few times (I just got up and was having coffee and running several pc's at once)
And since I'm stuck on the worlds slowest dialup here things run slower than my thoughts.
No this site doesn't auto-tinyurl your links ......you just convert them yourself and post them especially long one like that one)
I just happened to have that page up and noticed towards the end it mentioned sky search grid.
Basically looking around more than just one section of the sky.
(and yeah my tiny url was messed up at first and I switched it as fast as my dialup would allow)
The best thing that happened is now all my machines are loaded with the new Albert 4.37's so I get to test the timing differences and all the rest of the Einstein fun.
The best thing that happened is now all my machines are loaded with the new Albert 4.37's so I get to test the timing differences and all the rest of the Einstein fun.
Enjoy. I'm ~40h from switching back from 83% alberts to einsteins again.
Hi,
yes I succeed on all my windows boxes after chnaging time zone. Thank for help. The only one is missing. But that is a server, I don't want chnge time zone on it for now. I changed it for me as a user but BOINC runs on it as service and looks like it doesn't take time zone from the user which it is running under. I have to investigate more. I hope also that they will fix the problem with german server, probably there is still noboday after the christmas/new year eve.
S
Quote:
Slavko.sk
I see you have changed the timezone on this computer and it looks in your scheduler logs that you have the UK site on top of that list.I guess those downloads went well.
But this computer have the mid european timezon and the german server on top.
Try change this timezone too.
I guess its ok to set the timezones back to normal when you have done the downloads and start crunching.(untill the next big datablock is needed??)
Finally I decide to change my time zone on my office machines too. I change it to EST (US) zone and now it works perfectly. It downloaded Albert app and all the files without any problems.
For me it looks like when using Albert there is much more activity on my hard drive.
I see the same thing. My system started running Albert units this morning, and is doing a disk write every 5 seconds. My preferences are set for 60 seconds and I'm still within my actual system memory (with swap space showing 0% in use).
Please, could you help us to identify which files are being modified? A simple way is to set your preferences to (say) 600 seconds, then monitor the timestamps of the files in projects/einstein.phys.uwm.edu/ and in slots/N/ to see which of these files is being written to more often than once every ten minutes.
For me it looks like when using Albert there is much more activity on my hard drive.
For example the client_state.xml is rewritten at least every three seconds now.
TTL
Above is from this message, so it looks like it's the client_state.xml file being written to.
Please, could you help us to identify which files are being modified? A simple way is to set your preferences to (say) 600 seconds, then monitor the timestamps of the files in projects/einstein.phys.uwm.edu/ and in slots/N/ to see which of these files is being written to more often than once every ten minutes.
I set my write to disk option for 600 seconds. Looking in the main boinc directory, the client_state.xml and client_state_prev.xml are updating at an interval varying between 3 and 5 seconds. In the slots directories (HT so there are 2 instances running), each slot's Fstat.out.ckp file is updating at varying intervals of 2 to 4 seconds.
I then suspended einstein to put it back to running seti, and confirmed that the state.sah file does write to disk at the correct interval as specified in the preferences.
After that, when going back to einstein, there was a 50 second delay in which there was no disk activity, then an entry was written to stderr.txt (says it was verifying the checksum for Fstat.out.ckp) after which it resumes the actual computation and again resumes writing the checkpoint file every 2 to 4 seconds.
(edit) - sorry, forgot to mention the project folder. Both result files (the text file bearing the same name as as work units being run) in the ~/projects/einstein.phys.uwm.edu folder are being updated at 2 to 4 second intervals.
Wish to canel the limit that one machine onle get 16(max)wu.
Some new wu like this(http://einsteinathome.org/workunit/3147325)
only take few minutes,so my pc will quickly have no work to do!And my pc in a local net,send more wu that will leave me from bored translation.
My first Albert WU has crunched. 5:12:30, down from an average 8:22. quite an improvement. Congrats on a much improved app.
Oh yes, that's on an older Intel P4 prescott, 2.8Ghz 512 L2 1Gb 400ddr.
RE: I'm seeing some Albert
)
Looks like normal operations to me. That is, I think the "No usable checkpoint found . . ." messages are indicative of the first time Albert tried to write a checkpoint for those particular WU's. Every Albert WU I have looked at has one of these messages. In other words, it is only be a problem if a WU gets more than one of these messages.
RE: RE: PS, does this
)
Sorry about that Dan.....yeah I tend to edit a few times (I just got up and was having coffee and running several pc's at once)
And since I'm stuck on the worlds slowest dialup here things run slower than my thoughts.
No this site doesn't auto-tinyurl your links ......you just convert them yourself and post them especially long one like that one)
I just happened to have that page up and noticed towards the end it mentioned sky search grid.
Basically looking around more than just one section of the sky.
(and yeah my tiny url was messed up at first and I switched it as fast as my dialup would allow)
The best thing that happened is now all my machines are loaded with the new Albert 4.37's so I get to test the timing differences and all the rest of the Einstein fun.
RE: The best thing that
)
Enjoy. I'm ~40h from switching back from 83% alberts to einsteins again.
Hi, yes I succeed on all my
)
Hi,
yes I succeed on all my windows boxes after chnaging time zone. Thank for help. The only one is missing. But that is a server, I don't want chnge time zone on it for now. I changed it for me as a user but BOINC runs on it as service and looks like it doesn't take time zone from the user which it is running under. I have to investigate more. I hope also that they will fix the problem with german server, probably there is still noboday after the christmas/new year eve.
S
ALL GLORY TO THE HYPNOTOAD!
Do You Dare?
Potrebujete pomoc?
Finally I decide to change my
)
Finally I decide to change my time zone on my office machines too. I change it to EST (US) zone and now it works perfectly. It downloaded Albert app and all the files without any problems.
Edo
RE: RE: For me it looks
)
Please, could you help us to identify which files are being modified? A simple way is to set your preferences to (say) 600 seconds, then monitor the timestamps of the files in projects/einstein.phys.uwm.edu/ and in slots/N/ to see which of these files is being written to more often than once every ten minutes.
Director, Einstein@Home
RE: For me it looks like
)
Above is from this message, so it looks like it's the client_state.xml file being written to.
RE: Please, could you help
)
I set my write to disk option for 600 seconds. Looking in the main boinc directory, the client_state.xml and client_state_prev.xml are updating at an interval varying between 3 and 5 seconds. In the slots directories (HT so there are 2 instances running), each slot's Fstat.out.ckp file is updating at varying intervals of 2 to 4 seconds.
I then suspended einstein to put it back to running seti, and confirmed that the state.sah file does write to disk at the correct interval as specified in the preferences.
After that, when going back to einstein, there was a 50 second delay in which there was no disk activity, then an entry was written to stderr.txt (says it was verifying the checksum for Fstat.out.ckp) after which it resumes the actual computation and again resumes writing the checkpoint file every 2 to 4 seconds.
(edit) - sorry, forgot to mention the project folder. Both result files (the text file bearing the same name as as work units being run) in the ~/projects/einstein.phys.uwm.edu folder are being updated at 2 to 4 second intervals.
Wish to canel the limit that
)
Wish to canel the limit that one machine onle get 16(max)wu.
Some new wu like this(http://einsteinathome.org/workunit/3147325)
only take few minutes,so my pc will quickly have no work to do!And my pc in a local net,send more wu that will leave me from bored translation.
Wish you can understand my English:)
My first Albert WU has
)
My first Albert WU has crunched. 5:12:30, down from an average 8:22. quite an improvement. Congrats on a much improved app.
Oh yes, that's on an older Intel P4 prescott, 2.8Ghz 512 L2 1Gb 400ddr.