Actually, active files may not be backed up to the file store any time soon
- it may be seconds to minutes before they are actually written.  There may
be some times when a flush is called for (but not in all cases as that will
cause a slow down of the program).

jm7


|------------>
| From:      |
|------------>
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
  |David Anderson <[email protected]>                                      
                                                                     |
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| To:        |
|------------>
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
  |<[email protected]>                                                 
                                                                     |
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Date:      |
|------------>
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
  |01/19/2012 08:58 PM                                                          
                                                                     |
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Subject:   |
|------------>
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
  |Re: [boinc_dev] stderr returned unreliable                                   
                                                                     |
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Sent by:   |
|------------>
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|
  |<[email protected]>                                         
                                                                     |
  
>--------------------------------------------------------------------------------------------------------------------------------------------------|





On 19-Jan-2012 11:10 AM, Matt Arsenault wrote:
>
> I believe I found the problem. After the process is complete, the
redirected
> stderr file isn't necessarily written to disk resulting in truncated or
> missing output in some cases before the client attempts to read it.
fflush is
> not sufficient for this. I haven't seen this happen from one of my
systems
> since I've tried this.

I don't understand.  What is the problem, and what did you try?

>
> Also I found that there's a window of opportunity where if the client
> quits/is killed/crashes a just completed task will be lost and start
over.
...
> The slot directory is wiped out immediately after a task completes, but
the
> state file is not written immediately. If you interrupt the client after
this
> there's no record that it completed and the task starts fresh again.

This is probably not an issue; the window is about a microsecond.

-- David
_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.




_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Reply via email to