| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Completed Research
Forum: FightAIDS@Home Phase 2
Thread: FAHB: Exit Code 196: Maximum disk space use exceeded |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 6
|
|
| Author |
|
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
Seeing them show in incidences. One task
----------------------------------------FAH2_avx101121_000100_0044_026_0 Description on BFS: EXIT_DISK_LIMIT_EXCEEDED 196 The amount of disk space that the task could use was more than the limit set to the task. Edit: can't see by how much as no access to the [very] remote devices. [Edit 2 times, last edit by SekeRob* at Dec 17, 2015 9:14:05 AM] |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1322 Status: Offline Project Badges: 
|
Seeing them show in incidences. One task FAH2_avx101121_000100_0044_026_0 Description on BFS: EXIT_DISK_LIMIT_EXCEEDED 196 The amount of disk space that the task could use was more than the limit set to the task. And what was the message in BOINC's Event Viewer? |
||
|
|
Jim1348
Veteran Cruncher USA Joined: Jul 13, 2009 Post Count: 1066 Status: Offline Project Badges: 
|
I have only two running on two machines, but including both the slots and the projects folders, they take less than 10 MB; quite modest. MCM is more like 50 MB for example.
|
||
|
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
Don't know where you're looking, Jim, but started up a test machine for FAHB to find out. 6 running concurrent and all show 80-90MB peak RAM and 121-137MB peak VM.
----------------------------------------The slot information has peak usages in a task files and the bound which are: <active_task> <project_master_url>http://www.worldcommunitygrid.org/</project_master_url> <result_name>FAH2_gl5243106-ls_000047_0011_024_0</result_name> <checkpoint_cpu_time>80418.110000</checkpoint_cpu_time> <checkpoint_elapsed_time>81073.072462</checkpoint_elapsed_time> <fraction_done>0.980000</fraction_done> (98%) <peak_working_set_size>93929472</peak_working_set_size> <peak_swap_size>136560640</peak_swap_size> <peak_disk_usage>1489273</peak_disk_usage> </active_task> <rsc_fpops_bound>14382708341723700.000000</rsc_fpops_bound> <rsc_memory_bound>402653184.000000</rsc_memory_bound> <rsc_disk_bound>104857600.000000</rsc_disk_bound> Meaning tasks are going around that can exceed these values [albeit absent any reports, it can't be many... but then, no response from the tech side]. fpops is a time limit translation. Take the device benchmark and you'll be able to derive the number of seconds max runtime. [Edit 1 times, last edit by SekeRob* at Dec 18, 2015 7:35:32 PM] |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1322 Status: Offline Project Badges:
|
Meaning tasks are going around that can exceed these values [albeit absent any reports, it can't be many... but then, no response from the tech side]. I took a closer look at a FAHB-task. The task started with 50 files and total 1,442,729 bytes in the slot-directory and added 2 files with every trickle up to a total of 68 files and totally 1,487,447 bytes = 1.42 MB where exceeding 100MB will error out the task. The only cause I can think about is remnants of an old task in the slot that was used by the new started FAHB-task. With BOINC client 7.6.1 this should be fixed. From that version on only empty slots will be used for new tasks. |
||
|
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
Per my previous post, in bytes
<peak_disk_usage>1489273</peak_disk_usage> So your 1.42MB is close enough. A non-empty slot belongs to the realm of possibles, the repair wingmen seen going valid i.e. not immediately reproducible. |
||
|
|
|