5.8.11 - albert?
17 Feb 2007 11:31:13 UTC
Topic 192445
(moderation:
i just took the plunge and updated to 5.8.11 my first impression after start up was, "neat" first time ive said that about boinc.. when i lookd at my logs my seccond impression was "da heck?" log follows..
2/17/2007 6:21:46 AM||Starting BOINC client version 5.8.11 for windows_intelx86
2/17/2007 6:21:46 AM||log flags: task, file_xfer, sched_ops
2/17/2007 6:21:46 AM||Libraries: libcurl/7.16.0 OpenSSL/0.9.8a zlib/1.2.3
2/17/2007 6:21:46 AM||Data directory: C:\\Program Files\\BOINC
2/17/2007 6:21:47 AM||Processor: 1 GenuineIntel Intel(R) Pentium(R) 4 CPU 2.00GHz [x86 Family 15 Model 2 Stepping 9] [fpu tsc sse sse2 mmx]
2/17/2007 6:21:47 AM||Memory: 502.98 MB physical, 1.46 GB virtual
2/17/2007 6:21:47 AM||Disk: 106.75 GB total, 45.69 GB free
2/17/2007 6:21:47 AM||Version change (5.4.11 -> 5.8.11); running CPU benchmarks
2/17/2007 6:21:47 AM|Einstein@Home|URL: http://einstein.phys.uwm.edu/; Computer ID: 420359; location: (none); project prefs: default
2/17/2007 6:21:47 AM||General prefs: from Einstein@Home (last modified 2007-01-04 23:57:31)
2/17/2007 6:21:47 AM||Host location: none
2/17/2007 6:21:47 AM||General prefs: using your defaults
2/17/2007 6:21:50 AM||file projects/einstein.phys.uwm.edu/albert_4.37_windows_intelx86.exe not found
2/17/2007 6:21:50 AM||file projects/einstein.phys.uwm.edu/albert_4.37_windows_intelx86.pdb not found
2/17/2007 6:21:50 AM||file projects/einstein.phys.uwm.edu/config_S4R2a.cfg not found
2/17/2007 6:21:50 AM||Running CPU benchmarks
2/17/2007 6:21:50 AM||Project communication failed: attempting access to reference site
2/17/2007 6:21:51 AM||Access to reference site succeeded - project servers may be temporarily down.
2/17/2007 6:21:51 AM|Einstein@Home|[file_xfer] Started download of file albert_4.37_windows_intelx86.exe
2/17/2007 6:21:51 AM|Einstein@Home|[file_xfer] Started download of file albert_4.37_windows_intelx86.pdb
2/17/2007 6:22:07 AM|Einstein@Home|[file_xfer] Finished download of file albert_4.37_windows_intelx86.exe
2/17/2007 6:22:07 AM|Einstein@Home|[file_xfer] Throughput 70937 bytes/sec
2/17/2007 6:22:07 AM|Einstein@Home|[file_xfer] Started download of file config_S4R2a.cfg
2/17/2007 6:22:09 AM|Einstein@Home|[file_xfer] Finished download of file config_S4R2a.cfg
2/17/2007 6:22:09 AM|Einstein@Home|[file_xfer] Throughput 1383 bytes/sec
2/17/2007 6:22:24 AM|Einstein@Home|[file_xfer] Finished download of file albert_4.37_windows_intelx86.pdb
2/17/2007 6:22:24 AM|Einstein@Home|[file_xfer] Throughput 103056 bytes/sec
2/17/2007 6:22:52 AM||Benchmark results:
2/17/2007 6:22:52 AM|| Number of CPUs: 1
2/17/2007 6:22:52 AM|| 805 floating point MIPS (Whetstone) per CPU
2/17/2007 6:22:52 AM|| 1559 integer MIPS (Dhrystone) per CPU
2/17/2007 6:22:53 AM|Einstein@Home|Restarting task h1_0452.0_S5R1__2797_S5RIa_1 using einstein_S5RI version 424
albert?
seeing without seeing is something the blind learn to do, and seeing beyond vision can be a gift.
5.8.11 - albert?
)
Albert_4.37 was the app for the S4 run if my memory serves me right. Perhaps they are sorting out some old WU’s that never got fully validated.
What do the WUs look like? Dave.
RE: RE: albert? Albert_4
)
seems i have all S5RI's (ess five are eye) on board..
heres whats in the einstein folder.. i was going to copy paste each file name from the gui, then rememberd the command line :) i dont know if this will show correctly but here goes..
Directory of C:\\Program Files\\BOINC\\projects\\einstein.phys.uwm.edu
02/17/2007 06:22 AM .
02/17/2007 06:22 AM ..
02/17/2007 06:22 AM 1,044,480 albert_4.37_windows_intelx86.exe
02/17/2007 06:22 AM 3,230,720 albert_4.37_windows_intelx86.pdb
02/17/2007 06:22 AM 166 config_S4R2a.cfg
06/15/2006 05:52 PM 139 config_S5R1a.cfg
01/18/2007 07:05 AM 139 config_S5RIa.cfg
06/07/2006 08:31 AM 2,745,667 earth_05_09
08/14/2006 11:57 PM 1,224,704 einstein_S5R1_4.24_windows_intelx86.exe
08/14/2006 11:57 PM 3,492,864 einstein_S5R1_4.24_windows_intelx86.pdb
01/18/2007 06:57 AM 1,224,704 einstein_S5RI_4.24_windows_intelx86.exe
01/18/2007 06:59 AM 3,492,864 einstein_S5RI_4.24_windows_intelx86.pdb
02/15/2007 10:28 AM 101,828 grid_0410_h_T03_S5RI.dat
02/15/2007 01:30 AM 71,811 grid_0410_h_T04_S5RI.dat
02/14/2007 05:05 PM 71,238 grid_0410_h_T05_S5RI.dat
02/14/2007 12:08 AM 90,223 grid_0410_h_T07_S5RI.dat
02/12/2007 05:56 AM 75,805 grid_0460_h_T16_S5RI.dat
02/17/2007 05:11 AM 191,946 grid_0600_l_T02_S5RI.dat
02/16/2007 03:59 AM 260,231 grid_0600_l_T03_S5RI.dat
02/14/2007 12:10 AM 16,220,160 h1_0401.5_S5R1
02/11/2007 02:56 PM 16,220,160 h1_0452.0_S5R1
02/17/2007 07:32 AM 1,728,907 h1_0452.0_S5R1__2797_S5RIa_1_0
02/16/2007 04:00 AM 4,420,800 l1_0591.5_S5R1
06/07/2006 08:31 AM 274,843 sun_05_09
22 File(s) 56,184,399 bytes
2 Dir(s) 49,058,451,456 bytes free
edit: tryd pre, tryd code, now lets try quote,, why dose it add line breaks to pre and code?
edit2: well dang,, lets just leave it with out any formating tag's shale we..
seeing without seeing is something the blind learn to do, and seeing beyond vision can be a gift.
Paul, It looks much the same
)
Paul, It looks much the same as mine except for the two additional Albert files. A guess: either the scheduler has thrown a wobbly or, they are getting ready to send out some old failed S4 units in order to validate them and clean up the database. In which case you seem to be the star chosen to do the work! Dave.
Same issue happened with CPDN
)
Same issue happened with CPDN files. It is HOW they clean up their own XML listings when changing new applications. If it is in the XML, the new version thinks it's missing, then tries do download.
You can manually clean that stuff out of the files, or just ignore it.
This thing started to happen
)
This thing started to happen a bit earlier than 5.8 ... I seem to remember this happening at least in 5.7.x.
What seems to happen is the following: when projects move further to new executable and/or configuration files, they sometimes demand removal of stale files from clients and sometimes they don't. In case they don't, those files remain on client's disks for a while.
Earlier user could manually delete those files and BOINC CC would take a note and delete references to removed files from client_state.xml. Everybody was happy. Nowadays, BOINC CC tries to re-download these files immediately wether there's any need to do so or not.
This may seem a feature to someone (cure to mistakenly removed file) but it's a bug definitely. Files really missing would get downloaded sooner or later due to request from project server anyway.
Metod ...
thanks y'all :) apreciate the
)
thanks y'all :) apreciate the posts. i recall that e@h has the system of if you delete a data file for a wu by mistake that it will redownload it. nifty feature. it just caught me off guard to see the albert being downloaded, tholt maybe something went wonky on my system :) again, thank you.
seeing without seeing is something the blind learn to do, and seeing beyond vision can be a gift.