Re: [boinc_dev] Bug - BOINC 7.8.4 truncates CUDA driver version number
We do, there's known versions that have bugs returning incorrect results or simply crashes. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 2018-01-15 10:52 GMT+02:00 David Anderson <da...@ssl.berkeley.edu>: > BOINC encodes the driver number into an integer in a way that assumes the > minor number is < 100. > > This is bad, of course - BOINC has no business encoding other peoples' > version numbers - > but fixing it is not easy. > That's because the plan classes used by projects refer to > driver version numbers using these encoded integers. > If we change the representation of version it might break these projects. > > Projects: do you in fact have plan classes that use nvidia driver version? > > -- David > > On 1/13/2018 8:31 PM, TarotApprentice wrote: > >> The CUDA device driver version number is being truncated. >> >> Background: Nvidia released CUDA driver 384.111 (for Linux) to resolve >> one of the Spectre variants. The minor version number of 111 is being >> truncated to two digits (ie 11). The OpenCL detection seems to get it right >> though. >> >> Event log: >> 14-01-2018 03:04 PM Starting BOINC client version 7.8.4 for >> x86_64-pc-linux-gnu >> 14-01-2018 03:04 PM log flags: file_xfer, sched_ops, task >> 14-01-2018 03:04 PM Libraries: libcurl/7.52.1 OpenSSL/1.0.2l zlib/1.2.8 >> libidn2/0.16 libpsl/0.17.0 (+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 >> librtmp/2.3 >> 14-01-2018 03:04 PM Data directory: /var/lib/boinc-client >> 14-01-2018 03:04 PM CUDA: NVIDIA GPU 0: GeForce GTX 1060 3GB (driver >> version 384.11, CUDA version 9.0, compute capability 6.1, 3014MB, 2918MB >> available, 3936 GFLOPS peak) >> 14-01-2018 03:04 PM OpenCL: NVIDIA GPU 0: GeForce GTX 1060 3GB (driver >> version 384.111, device version OpenCL 1.2 CUDA, 3014MB, 2918MB available, >> 3936 GFLOPS peak) >> >> >> > ___ > boinc_dev mailing list > boinc_dev@ssl.berkeley.edu > https://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 boinc_dev@ssl.berkeley.edu https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] BOINC Workshop
doodle.com would work for this. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 2017-02-24 11:44 GMT+02:00 Filip Rydlo <filip.ry...@gmail.com>: > Hello, boinc developers! > >Just an idea... > >We could use some software! *Do You know of any good free > software* for this *automatic schedule-resolving (sched.generating) ?* > >I have seen a *schedule-generating SW on a university in Prague > (UJAK)* , where all the teachers can *fill in their *preferences* > for* all the possible dates and times (of the 14-day double-week and of > the weekends) .. (and more importantly to *draw* there like with a > paintbrush - different COLORS with the meaning *how preferably the person > is free for that date-and-time*,on a scale from 1 to 10 , with 10 > being the PERFECT option where You have definitely free time without *any* > problems with re-planning something). > >When all ppl filled their preferences (or in extreme cases - the > ADMIN filled it for them - using their info from email or over the > phone), an automated SW generated the most *OPTIMAL* schedule, > that best comply with all those *preferences*. :-) > > > *Namaste* > Filip > > > 2017-02-23 16:23 GMT+01:00 David Wallom <david.wal...@oerc.ox.ac.uk>: > > > HI, > > > > Please can we establish a formal workshop organising committee who can > > look at all the issues wrt timing, location, focus etc? > > > > Cheers > > > > David > > > > -- > > === > > Professor David Wallom > > Associate Professor > > Oxford eResearch Centre > > University of Oxford > > 7 Keble Road > > Oxford > > OX1 3QG > > UK > > > > Tel: 01865 610601 > > === > > > > > > On 22/02/2017, 12:48, "boinc_dev on behalf of Rytis Slatkevi?ius" < > > boinc_dev-boun...@ssl.berkeley.edu on behalf of ryti...@gmail.com> > wrote: > > > > June 19-20 (or 20-21) works best. I can also make it on other days in > June, > > but other months (especially later ones) will be complicated. > > > > > > -- > > Pagarbiai / Sincerely > > Rytis Slatkevi?ius > > +370 670 7 > > > > 2017-02-20 9:09 GMT+02:00 David Anderson <da...@ssl.berkeley.edu>: > > > > > I've been dragging my feet about a potential BOINC workshop because my > > > funding situation > > > is uncertain, and it's not sure that I can go. > > > However, it might be good to have a workshop even if I can't attend; > > > there's always Skype. > > > > > > So far there have been generous offers to host the workshop at > > > - Zaragoza > > > - Trento, Italy > > > - Geneva (CERN) > > > - Paris > > > > > > I'd like any of these; I'd lean toward Paris because it's cheaper to > get > > > to, > > > and Marius Millea is there, whose work with Docker is important to all > of > > > us. > > > > > > As for dates, I propose either > > > > > > 12-13 June (mon/tues) or > > > 19-20 June (mon/tues). > > > (I'd stay for the rest of the week, and would welcome those who want to > > > talk and/or hack). > > > > > > --- > > > > > > So. if you're potentially interested in attending a BOINC workshop, > > > please let me know ASAP > > > - what location you prefer > > > - what date you prefer (or if you have a conflict with both, suggest > > other > > > dates) > > > > > > ... and I'll tabulate the results and make a decision so that we can > all > > > start planning. > > > > > > Thanks -- David > > > ___ > > > boinc_dev mailing list > > > boinc_dev@ssl.berkeley.edu > > > 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 > > boinc_dev@ssl.berkeley.edu > > 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 > > boinc_dev@ssl.berkeley.edu > > 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 > boinc_dev@ssl.berkeley.edu > 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 boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] BOINC Workshop
June 19-20 (or 20-21) works best. I can also make it on other days in June, but other months (especially later ones) will be complicated. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 2017-02-20 9:09 GMT+02:00 David Anderson <da...@ssl.berkeley.edu>: > I've been dragging my feet about a potential BOINC workshop because my > funding situation > is uncertain, and it's not sure that I can go. > However, it might be good to have a workshop even if I can't attend; > there's always Skype. > > So far there have been generous offers to host the workshop at > - Zaragoza > - Trento, Italy > - Geneva (CERN) > - Paris > > I'd like any of these; I'd lean toward Paris because it's cheaper to get > to, > and Marius Millea is there, whose work with Docker is important to all of > us. > > As for dates, I propose either > > 12-13 June (mon/tues) or > 19-20 June (mon/tues). > (I'd stay for the rest of the week, and would welcome those who want to > talk and/or hack). > > --- > > So. if you're potentially interested in attending a BOINC workshop, > please let me know ASAP > - what location you prefer > - what date you prefer (or if you have a conflict with both, suggest other > dates) > > ... and I'll tabulate the results and make a decision so that we can all > start planning. > > Thanks -- David > ___ > boinc_dev mailing list > boinc_dev@ssl.berkeley.edu > 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 boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] odd Bootstrap behavior
Checking dev forums, there is also white.css, which applies the following background image: input[type="button"], input[type="submit"], .btn, a.btn { background: #EDEDED url(img/white_grad.png) repeat-x scroll left top; color: black; border-color: #ccc; } -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 2016-11-15 8:27 GMT+02:00 David Anderson <da...@ssl.berkeley.edu>: > When I use class="btn btn-primary" on a button or input, there's weirdness: > > - the button appears gray (isn't it supposed to be blue?) > - when you hover over the button, a dark blue bar appears at the bottom. > - if you press and hold the left mouse button, > the button changes to all blue with white text > - if you then move the mouse out of the button and release it, > the blue bar reappears and the text is gone! > > I'm using the vanilla bootstrap.min.css, and no other CSS. > Can anyone figure out why this is happening? > It goes away if I remove the btn-primary. > > -- David > ___ > boinc_dev mailing list > boinc_dev@ssl.berkeley.edu > 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 boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Proposal: Simple Attach (Cookieless Installs)
Is there really a need for such schemes? A script will be running to generate the download filenames (I assume at boinc.berkeley.edu); why not store user's temporary metadata on the server instead of passing it through the installer filename, and look it up based on the IP address? There are not going to be any clashes if metadata is stored for only a short while. The process would be as follows: 1. The user registers at a website; 2. The website sends an RPC to boinc.berkeley.edu (or other URLs, e.g. in case of a custom build), storing metadata as well as user's IP address; 3. The user downloads a regular installation file and installs; 4. Once installed, the first thing the client does is contact boinc.berkeley.edu to retrieve metadata and attach wherever needed (maybe even possible through the installer?). The server would load data based on the requester's IP address. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 On Fri, Sep 25, 2015 at 12:28 AM, Matthew Blumberg <m...@gridrepublic.org> wrote: > I'm a little worried about the proposed approach; I fear it will notably > reduce conversion-completion rates -- if i got an installer with a 120 > character filename, i'd [a] edit to clean it up, and/or [b] assume it was > corrupted or infected and be afraid to run it. > > In any event, by way of making this work in the AMS context, can we > request one minor revision to the current scheme -- > > In the current scheme, at completion of install, the wizard opens a > browser window using the return_url specified in the browser cookie. Could > you instead open a browser window upon completion, using the URL > from acct_mgr_url.xml, and appending a random number as a parameter, e.g. > http://acctmgr.com/?return_id=[nonce] > > Best Wishes, > > ..Matt > > > > > On Mon, Sep 21, 2015 at 10:59 AM, Rom Walton <r...@romwnet.org> wrote: > >> Howdy Folks, >> >> Current Strategy: >> https://boinc.berkeley.edu/trac/wiki/SimpleAttach >> >> As part of the simplification process we (WCG and I) would like to >> propose the idea of cookieless installs. >> >> See: >> https://boinc.berkeley.edu/trac/wiki/SimpleAttach#CookielessInstalls >> >> Pros: >> >> We would be able to get around the various issues with cookies such as: >> * Browser implementations changing over time. >> * Sqlite changing over time >> * Unknown browsers >> >> Cons: >> >> Realistically we are limited to filenames that are 256 characters in size. >> >> Note: By default various shells on Windows limit the file namespace to >> 256 characters, the limits can by bypassed by prefixing the filename with >> \\.\ but most users do not know that. I also suspect that most browsers >> will complain about malware or something of that nature is we attempt to go >> past 256 characters. >> >> - Rom >> ___ >> boinc_dev mailing list >> boinc_dev@ssl.berkeley.edu >> 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 boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Problem with GIT
Use github URL instead: https://github.com/BOINC/boinc.git -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 On Thu, Sep 17, 2015 at 10:31 AM, <fox.ky...@jifox.cz> wrote: > Was there any change to the link for source code? I got just 'connection > refused' with using: > > git clone git://boinc.berkeley.edu/boinc-v2.git boinc-src > > > > > Radim Vančo > Asteroid Research > Asteroids@home > http://asteroidsathome.net > > ___ > boinc_dev mailing list > boinc_dev@ssl.berkeley.edu > 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 boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Estimated Time Remaining, frictional reporting ...
This is exactly why Jon and Mike are proposing two different modes of runtime estimation: for linear projects (probably applications only, as a project can have multiple apps), add a flag to mark the application as linear; the remaining projects would use the same method as now. Since the new developers probably won't know about the flag, the current estimate should be the default. David, I want to make sure: is it that you oppose the suggestion itself, or is the time constraints that stop you from implementing it? If the latter, we could submit patches. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 On Fri, Feb 14, 2014 at 4:54 AM, David Anderson da...@ssl.berkeley.eduwrote: I want to make sure everyone realizes that some apps inherently can't supply an accurate fraction done. It's easy if your app has the form for i=1,N fixed computation It not easy if your app has the form lengthy preprocessing for i=1,n fixed computation lengthy postprocessing or while true do fixed computation if convergence criterion met break ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu 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 boinc_dev@ssl.berkeley.edu 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] First benchmarks run
Is there any reason why benchmarks only run after the first project is attached (on a clean install)? It would be nice from the user's perspective if actual computations started immediately after attaching. Right now the user has to wait until benchmarks are completed. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu 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] Application filtering server side
The time has come when PrimeGrid is going to release a second CUDA app. This brings us into quite an unfortunate situation: we need app filtering extended to allow selection of different application sets for GPU and CPU, because users want to run different apps for CPU and GPU, because some are more efficient on their machines than others, and also, because of badges that are per-app in PrimeGrid. With one GPU app is possible to cheat BOINC: select only CPU apps that you want to run and also enable sending work from other projects if there is none for selected ones. In this case there will never be work for GPU, so it will pick up one available app. With multiple GPU apps this is no longer possible because work might be sent from any of the GPU apps, whereas the user might only want work from a single one. The scheduler now understands app_idN/app_id as a preferred app. Would it be possible to extend scheduler to also understand cuda_app_idN/cuda_app_id and ati_app_idN/ati_app_id, with GPU fallback to CPU app filtering (app_idN/app_id) if no ati_ or cuda_ versions are selected? -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu 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] Redundant result when not really redundant
It seems that BOINC sometimes issues server-side task kill when it isn't really needed, aborting WUs in progress. I have one example here: http://www.primegrid.com/workunit.php?wuid=95082238 http://www.primegrid.com/workunit.php?wuid=95082238The task was humming along nicely, when it got killed from server side (marked as redundant result) and aborted on client, wasting CPU time. Seconds later, a new task was created and sent to another client. This isn't an isolated issue either, I have several more WUs that I know of, all resulting in a significant waste of CPU time. The server is running revision 19870. -- Pagarbiai / Sincerely Rytis Slatkevičius +370 670 7 GTalk ryti...@gmail.com; Skype rytis.s ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Why did BIONC contact Prime Grid, and Why did it DL execuatables
/2009 8:56:01 PMPrimeGrid Started download of primegrid_llr_wrapper_5.10_windows_intelx86.exe 9/25/2009 8:56:01 PMPrimeGrid Started download of primegrid_psp_sr2sieve_wrapper_1.11_windows_intelx86.exe 9/25/2009 8:56:05 PMPrimeGrid Finished download of primegrid_llr_wrapper_5.10_windows_intelx86.exe 9/25/2009 8:56:05 PMPrimeGrid Finished download of primegrid_psp_sr2sieve_wrapper_1.11_windows_intelx86.exe 9/25/2009 8:56:05 PMPrimeGrid Started download of primegrid_llr_wrapper_5.09_windows_intelx86.exe 9/25/2009 8:56:05 PMPrimeGrid [error] Checksum or signature error for primegrid_llr_wrapper_5.10_windows_intelx86.exe 9/25/2009 8:56:05 PMPrimeGrid [error] Checksum or signature error for primegrid_psp_sr2sieve_wrapper_1.11_windows_intelx86.exe 9/25/2009 8:56:06 PMWorld Community GridScheduler request completed: got 1 new tasks 9/25/2009 8:56:07 PMPrimeGrid Finished download of primegrid_llr_wrapper_5.09_windows_intelx86.exe 9/25/2009 8:56:07 PMPrimeGrid [error] Checksum or signature error for primegrid_llr_wrapper_5.09_windows_intelx86.exe 9/25/2009 8:56:12 PMmilky...@home Sending scheduler request: To fetch work. 9/25/2009 8:56:12 PMmilky...@home Requesting new tasks 9/25/2009 8:56:17 PMmilky...@home Scheduler request completed: got 0 new tasks 9/25/2009 8:56:17 PMmilky...@home Message from server: No work sent 9/25/2009 8:56:17 PMmilky...@home Message from server: CPU jobs are available, but your preferences are set to not accept them ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Workunit limits are messed up
Seems like I spoke too soon. It does not work when max_total_results is set to 1 - no results for new workunits are created, and workunit immediately goes to error_mask=8 (too many total results). I'm not sure why, but (int)items.size() is 1 when there are no results yet. 2009/9/17 Rytis Slatkevičius ryti...@gmail.com The patch seems to be working. Thanks! #276 can be closed. On Wed, Sep 16, 2009 at 7:37 AM, David Anderson da...@ssl.berkeley.eduwrote: I checked in a (possible) fix: [19055]. Rytis, please let me know if this works. -- David Rattledagger wrote: On Mon, 14 Sep 2009 20:17:21 +0300, you wrote: The project I'm working on requires that exactly one result is sent for each workunit. So I set max_total_results=1, max_success_results=1, max_error_results=0. Workunit dies if a result is an error, goes as valid if a result runs fine, however, there is one case where this does not work: timed out results. In case a result times out, a new result is created, breaking max_total_results rule. Can anything be done about that? Well, atleast in my opinion, this should in theory be a fairly easy bug to fix... ... but, seeing it was reported back in 2004, and still no-one has fixed this bug, in practice it seems to be a really really hard bug to fix... For a bug-report, and my attempt on a fix (not correct C, but the logic behind it should likely still be understandable...), see http://boinc.berkeley.edu/trac/ticket/276 Hmm, quick look, now the relevant file to change is transitioner.cpp and line 368 and onwards. -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu 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] Workunit limits are messed up
The project I'm working on requires that exactly one result is sent for each workunit. So I set max_total_results=1, max_success_results=1, max_error_results=0. Workunit dies if a result is an error, goes as valid if a result runs fine, however, there is one case where this does not work: timed out results. In case a result times out, a new result is created, breaking max_total_results rule. Can anything be done about that? -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu 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] Multiple sched requests with no output files
Hello all, I'm working on a project which is non-cpu-intensive and does not have result files (instead, all network communication is done by the app itself). This causes an interesting phenomenon when a workunit finishes: *20:29:27 AProject Computation for task pinger_15571_0 finished 20:29:27 AProject Sending scheduler request: To fetch work. 20:29:27 AProject Requesting new tasks 20:29:32 AProject Scheduler request completed: got 1 new tasks 20:29:35 AProject Starting pinger_15796_0 20:29:35 AProject Starting task pinger_15796_0 using pinger version 103 20:29:43 AProject Sending scheduler request: To report completed tasks. 20:29:43 AProject Reporting 1 completed tasks, not requesting new tasks 20:29:48 AProject Scheduler request completed* As you can see, a task finishes and immediately a scheduler request is done, because there is no more work in the queue, however, the WU that has finished hasn't yet reached ready_to_report state, so it is not reported. Instead, it is reported on a separate sched request, as soon as the first scheduler request (to fetch new work) is completed. This would be fine if we were doing file uploads, because then the workunit would not be ready_to_report until the file upload was complete, but in this case there is no file upload. Tested with 6.2.19, 6.6.36, 5.10.45 - same issue, although it does not always manifest itself. Some users have it more often, some don't at all. -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Subproject data in the boinc server code
The way PrimeGrid has implemented it is 3 tables (work_user, _team, _host) that are populated with data by validator. We use a column per subproject and a row per entity (user, team or host), however, a much more universal way would be to keep each subproject in a separate row (so a user would have multiple rows if he participates in multiple subprojects). That way you would not need to change table structure when a new subproject is added. I am sorry, but I can't contribute code to the BOINC source tree, because my validator is a completely custom one (written in Perl, a remnant from PerlBOINC times). As for WCG, they do seem to already be collecting data for badges, so maybe it would be easier for them to simply contribute their code. On Wed, Aug 5, 2009 at 7:18 PM, Phil freedc@gmail.com wrote: The Primegrid and y...@home projects provide an extra level of statistical detail with subproject credit breakdown and an associated export file for this http://www.primegrid.com/stats/ I assume it entails an extra table(s) and code changes to populate the table. I've asked World Community Grid if they can produce an equivalent, seeing as they have subprojects - http://www.worldcommunitygrid.org/forums/wcg/viewthread?thread=26299lastpage=yesand they have asked if the code changes are integrated into the BOINC server. Is there any interest in integrating them in a way that allows them to be switched on if subprojects are utilized at all ? Phil -- Distributed Computing stats http://stats.free-dc.org ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Progress Thru Processors Launched
I bet it's because of WCG not supporting non-ASCII in their usernames... 2009/8/5 Nicolás Alvarez nicolas.alva...@gmail.com El Miércoles 05 Ago 2009 09:35:30 Maureen Vilar escribió: It appears to me that the alpha-testing process (which to my knowledge no CPDN moderators participated in) was not thorough enough to throw up all the problems likely to be experienced by Boinc-naive prospective members. I've italicised aspects of the PtP installation process that I think should be changed or improved. I still couldn't even register because PTP doesn't work if my Facebook name has international characters. And my name has only an á character. A user called 李翔 recently posted on PTP wall, so there is definitely a need for international support... ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Bug in DB enumerate() function
It wasn't the case, the problem was with files being missing (the client reported success, but the files were never uploaded). 2009/4/27 Der Meister dermeister...@gmx.net Nicolás Alvarez wrote: It's strange this bug hasn't caused problems before. If a project accumulates more than SELECT_LIMIT (1000) workunits ready to validate, nresult_limit would be 1000 and nitems_this_query would also reach 1000, returning DB_NOT_FOUND; handle_wu wouldn't be called and the validator would sit there doing nothing. chess...@home had recurring validator issues. The validator stopped working and had to be manually restarted or something like this. I don't know if the issue you reported was the case - maybe Rytis can say something about this as he had access to the server. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. -- Rytis Slatkevičius +370 670 7 ICQ 270359185; MSN ryti...@gmail.com; GTalk ryti...@gmail.com; Skype rytis.s (text only) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.