Re: [boinc_dev] SSE3 detection (Radim Van?o)
On Thu, Aug 8, 2013 at 7:09 PM, Robert Kreß bor...@gmx.net wrote: Well Boinc is detecting SSE3 if it’s present and usable – but one called it “pni” instead of SSE3 !?! Not 'one' called it that, but Intel themselves. From http://en.wikipedia.org/wiki/SSE3 SSE3, Streaming SIMD Extensions 3, also known by its Intel code name Prescott New Instructions (PNI) -- Jord van der Elst. ___ 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] Fwd: Get OpenCL details on coprocessor line in account-computer details
It's not stored in the database, but it is sent to the project. coprocs coproc_ati count1/count nameAMD Radeon HD 6790/6850/6870 series (Barts)/name available_ram2112880640.00/available_ram have_cal1/have_cal have_opencl1/have_opencl req_secs0.00/req_secs req_instances0.00/req_instances estimated_delay0.00/estimated_delay peak_flops29760.00/peak_flops CALVersion1.4.1741/CALVersion target17/target localRAM2048/localRAM uncachedRemoteRAM2047/uncachedRemoteRAM cachedRemoteRAM2047/cachedRemoteRAM engineClock775/engineClock memoryClock1000/memoryClock wavefrontSize64/wavefrontSize numberOfSIMD12/numberOfSIMD doublePrecision0/doublePrecision pitch_alignment256/pitch_alignment surface_alignment4096/surface_alignment maxResource1DWidth16384/maxResource1DWidth maxResource2DWidth16384/maxResource2DWidth maxResource2DHeight16384/maxResource2DHeight atirt_detected/ coproc_opencl nameAMD Radeon HD 6790/6850/6870 series (Barts)/name vendorAdvanced Micro Devices, Inc./vendor vendor_id4098/vendor_id available1/available half_fp_config0/half_fp_config single_fp_config62/single_fp_config double_fp_config0/double_fp_config endian_little1/endian_little execution_capabilities1/execution_capabilities extensionscl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_atomic_counters_32 cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_d3d10_sharing /extensions global_mem_size2147483648/global_mem_size local_mem_size32768/local_mem_size max_clock_frequency775/max_clock_frequency max_compute_units12/max_compute_units opencl_platform_versionOpenCL 1.2 AMD-APP (1124.2)/opencl_platform_version opencl_device_versionOpenCL 1.2 AMD-APP (1124.2)/opencl_device_version opencl_driver_version1124.2 (VM)/opencl_driver_version /coproc_opencl /coproc_ati /coprocs That's from my sched_request_einstein.phys.uwm.edu.xml file. Why do we send all that info in if most of it isn't used or stored anywhere? So why do we still predominantly show the CAL version number, and not the OpenCL number that's being used? And if that needs to be for multiple GPUs, the info can go on a separate page, just as the application details. Now we're constantly asking people who post on the forums for help to post their messages to see if the GPU's OpenCL capability was even detected. If we could check that from their computers, it would make our lives easier. As always, not in a hurry about it. Just a feature request for the to do list? :-) On Wed, Jun 5, 2013 at 6:18 AM, David Anderson da...@ssl.berkeley.edu wrote: Not currently; OpenCL info is not stored in the database. -- David On 04-Jun-2013 9:35 AM, Jorden van der Elst wrote: Can we get the OpenCL details of the detected GPU(s) in project's user account-computer details as well, please? Or only that line when it comes to AMD/ATI GPUs? At present we're showing only the CAL line, while in most project's cases we need the information in the OpenCL line. If it's detected at least. Therefore also when it's not detected, state that it's not detected? With thanks, -- -- Jord van der Elst. -- -- Jord van der Elst. ___ 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. -- -- Jord van der Elst. ___ 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] Fwd: Get OpenCL details on coprocessor line in account-computer details
Ah... sent to the wrong email list. Maybe that this'll help. :-) Forwarding. -- Forwarded message -- From: Jorden van der Elst els...@gmail.com Date: Mon, Jun 3, 2013 at 2:18 PM Subject: Get OpenCL details on coprocessor line in account-computer details To: Boinc Projects boinc_proje...@ssl.berkeley.edu Can we get the OpenCL details of the detected GPU(s) in project's user account-computer details as well, please? Or only that line when it comes to AMD/ATI GPUs? At present we're showing only the CAL line, while in most project's cases we need the information in the OpenCL line. If it's detected at least. Therefore also when it's not detected, state that it's not detected? With thanks, -- -- Jord van der Elst. -- -- Jord van der Elst. ___ 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] could the git comment be more descriptive or better empty ?
I'd rather that there'd be a more uniform use the prefixes. That everyone use the same prefix, so that those of us keeping change logs can see a bit easier what goes where. Now there's a couple of entries that say client, but are android. Or some entries that have no prefix whatsoever, and only by opening the whole commit and checking what files were they changed in, can we determine if it was a change for the change log or not. Like these: android API client condor db-purge MGR scheduler server web Now one person does Client, the other client, the third nothing. Or one person uses mgr, the other MGR, then a third says Manager, etc. It would also be nice if all sentences ended with a full stop, but perhaps that's just wishful thinking. :-) As for 'non-descriptive comments', we all hate the 'quick updates', or 'quick fixes'. I just take it that sometimes those cannot be helped. On Tue, May 28, 2013 at 10:59 PM, David Anderson da...@ssl.berkeley.edu wrote: Please give examples of non-descriptive comments. -- David On 28-May-2013 1:56 PM, Toralf Förster wrote: It would be sometimes helpful for 3rd party testers/reviewers/people_which_are_just_interested if the git comments would be more descriptive or completely empty to not waste space, especially comments shouldn't tell what was changed but why a change was made, or ? ___ 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. -- -- Jord van der Elst. ___ 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] Make 'receive PM of action taken by moderator' an opt-in option?
Hi David, Can't we make the 'action taken by moderator' PMs an opt-in option in the preferences? I have just moved 29 messages between two people, they'll both be looking at ~14 PMs detailing how I moved their posts to a new thread. As if they didn't know this, they requested the move themselves. I also get PMs when I make a new thread and lock it, rename it, sticky/desticky it. Normal moderator actions that don't really need these messages. So, please, can we get a preference that says Don't receive PMs on moderator actions on your posts, with the default being on, but the option to opt-out? -- -- Jord van der Elst. ___ 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] wiki: global_prefs_override page missing suspend_cpu_usage
I added suspend_cpu_usage/ I never heard of wifi_only/ so did not add that. As far as I know this isn't a function of the client, as it'll take whatever network connection the OS supplies. Perhaps that it's something a third party app adds? On Wed, Mar 27, 2013 at 2:46 PM, attila csaba marosi at...@sztaki.hu wrote: Hello! Please add suspend_cpu_usage%f/suspend_cpu_usage to the sample xml at https://boinc.berkeley.edu/wiki/Global_prefs_override.xml . The parameter is parsed by the client but missing from the wiki page. Thanks, Attila ___ 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. -- -- Jord van der Elst. ___ 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] wiki: global_prefs_override page missingsuspend_cpu_usage
Ah OK, but don't we need a separate section for Android in the Wiki? I suppose this function only works on Android, not on Windows/Linux/Mac/FreeBSD? On Wed, Mar 27, 2013 at 4:59 PM, Rom Walton r...@romwnet.org wrote: It was added for Android. The basic gist of it is, prevent the client from uploading/downloading over a cellular connection. - Rom -Original Message- From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Jorden van der Elst Sent: Wednesday, March 27, 2013 11:57 AM To: attila csaba marosi Cc: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] wiki: global_prefs_override page missingsuspend_cpu_usage I added suspend_cpu_usage/ I never heard of wifi_only/ so did not add that. As far as I know this isn't a function of the client, as it'll take whatever network connection the OS supplies. Perhaps that it's something a third party app adds? On Wed, Mar 27, 2013 at 2:46 PM, attila csaba marosi at...@sztaki.hu wrote: Hello! Please add suspend_cpu_usage%f/suspend_cpu_usage to the sample xml at https://boinc.berkeley.edu/wiki/Global_prefs_override.xml . The parameter is parsed by the client but missing from the wiki page. Thanks, Attila ___ 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. -- -- Jord van der Elst. ___ 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. -- -- Jord van der Elst. ___ 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] Report on use of Berkeley Android for BOINC.
Hi all, In http://boinc.berkeley.edu/dev/forum_thread.php?id=8246 the user NullCoding writes: Cutting to the chase: I was unable to find any information about how to run BOINC on Android - specifically, using the official Berkeley installer (.apk) on not a tablet, but a smartphone. Granted, my particular phone is often referred to as a fablet (or phablet?) i.e. phone-tablet, as it's rather large in size. The screen itself is larger than an iPhone 4S. I have an HTC Droid DNA, which is comparable to the perhaps more commonly-seen Samsung Galaxy SIII. They are like a Nikon DSLR and a Canon DSLR. When it comes to brass tacks, hard to pick a clear winner. In any case I happen to know my phone has a quad-core CPU. Granted, I'm not entirely sure there are even any apps for Android in existence which can actually address all four...but I thought that if anything could, it'd be BOINC (hopefully). I also happen to know that many, many people run / have run / continue to run BOINC on their smartphones - often models older than mine! However, I installed the BOINC package from Berkeley (which I do recognize is a development release) and attached to a few projects that I knew to support Android. All I'm getting is This project does not support computers of type arm-android-linux-gnu. hmm? That and there's no way to edit computing preferences (I will NOT root my device - afraid I can't go into the exact reasons here though) that I can see, so for all I know it IS recognizing four cores but only using one, which I believe is the default setup (use 0% of multi-core systems, i.e one core) Here is my host at SubSetSum, which was specifically recommended to me for Android. Here is another host at the same project with what appears to be an older (albeit apparently faster) CPU as well as an older OS, and it's gotten more credit than my quad-core i5-2350M 2,3GHz has in less calendar time! O_o What on earth am I doing wrong here? I assume I need to use an anonymous platform, but without direct access to the /data/ directory, I see no way so to do. I also assume I need to change my computing preferences, but I cannot find a way to do that either. I know there are other versions of BOINC for Android out there, but it's late and I'm just gonna leave this here for now and experiment with other apps tomorrow. If I'm missing something obvious, please be nice about it...I tend to blow things out of proportion until I end up blaming things like overheated DIMMs and unstable overclocking and other irrelevant things. tl;dr they told me this is a super-powerful phone; they are correct; it won't crunch; I would like it to; halp And: Oh felt I should mention that in the meantime I am simply using NativeBOINC, which appears to be working properly thus far. If it's simply a matter of the official Berkeley version missing some kind of feature set specifically for my kind of phone, okay. So it looks like this on a project. Cool. All that said, I'm definitely interested in the porting of BOINC to Android in some kind of native form. I will definitely keep up with the progress and all! Someone may want to swing by on him and tell about the state of the client and its support. I've given the Wiki links with (some of) the documentation. -- -- Jord van der Elst. ___ 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-v2 Git Repo Updated
On Tue, Mar 5, 2013 at 3:45 PM, Richard Haselgrove r.haselgr...@btopenworld.com wrote: [I know the hard-core code wizards will prefer to use the git browser, rather than trac - but for us mere mortals, the integrated trac search box covering Changesets / Milestones / Tickets / Wiki is very useful] Apparently you haven't noticed yet that Trac search is broken, and has been since the end of January. Really simple to find out. Go to Search http://boinc.berkeley.edu/trac/search and check only Changesets. Next fill in Android as the thing to search for. When it comes back, the latest entry it will always find is: http://boinc.berkeley.edu/trac/changeset/dc4ecf40e6938a9d973e3d3530452eefff9eebcb/boinc Timestamp: 01/27/13 21:15:03 (5 weeks ago) Author: Rom Walton romw@… Branches: master, SimpleButtonFix, client_release_7.0b Children: 38f484c2 Parents: 366bb8b git-author: Rom Walton romw@… (01/27/13 21:15:03) git-committer: Rom Walton romw@… (01/27/13 21:15:03) Message: android: Add environment variables for CC and CFLAGS. The regex stuff in the wrapper was using the Linux(x86) compiler instead of the Android (ARM) cross-compiler. Location: samples No further entries for Android are found, none of the commits since then have managed to find themselves into the search yet. -- -- Jord van der Elst. ___ 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] Unrecoverable 197 (0xc5) EXIT_TIME_LIMIT_EXCEEDED...
On Sat, Dec 22, 2012 at 3:50 PM, Raistmer raist...@mail.ru wrote: BOINC should not kill task that makes progress. Period. What about a task that continues running, never ending? One that goes to e.g. 1000% and still continues to go? Or one that has been running for several days, while others like it run for minutes or hours? You want these to continue running? What if that happens on a system where the user doesn't look in BOINC every day? Then it can easily happen that one or more tasks stay on the system until after the deadline and only then may BOINC kill it/them in your view. So that's what the TIME_EXCEEDED kill is for. When a task takes more fpops then given in the rsc_fpops_est value, kill it as else it may be a runaway process. -- -- Jord van der Elst. ___ 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] laptop fan speed
I've done some digging: http://social.msdn.microsoft.com/forums/en-us/vcgeneral/thread/09282938-23E3-4A2E-AEFB-6233D959A8F7 http://msdn.microsoft.com/en-us/library/windows/desktop/gg196447%28v=VS.85%29.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa393599%28v=vs.85%29.aspx (but this applies to desktops only) and http://msdn.microsoft.com/en-us/library/aa390421%28VS.85%29.aspx On Sat, Sep 22, 2012 at 12:41 AM, David Anderson da...@ssl.berkeley.edu wrote: Does anyone know if there's an interface for getting the fan speed on Windows (or other OSs)? A useful option (possible default) would be to throttle the CPU enough so that the fan doesn't go into high. -- 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. -- -- Jord. ___ 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] Feature request: add pages to long threads on websites
Yeah, can this please change? As it goes against our own forum preferences. I've set Sort by Oldest First, and each time I make a post, it gets switched to Sort by Newest First. Maybe only for that thread, but it gets confusing as heck. So please, after making a post, can we just go to our post, or the first unread post in the thread --if there are newly posted at that time, or ones we didn't check yet on a next page? With thanks, On Fri, Jul 13, 2012 at 11:44 PM, David Anderson da...@ssl.berkeley.edu wrote: I changed things so that after making a post, you're taken to a page of the N most recent posts (yours will be at the top). -- David On 13-Jul-2012 12:27 AM, Raistmer wrote: Not sure if it can be qualified as issue or just another feature change request, but: after posting to thread poster comes to first message first page, not to own posted message in the thread. Maybe it would be more convenient to return poster to own message (that is, to last message) in the thread? ___ 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. -- -- Jord. ___ 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] Feature request: add pages to long threads on websites
More bugs. As per http://boinc.berkeley.edu/dev/forum_thread.php?id=7726 Hello everyone, Since the new reorganization of pages forums by X number of messages, we can't provide HTTP link to a message that would be prior to the number of messages displayed on the first page (the link of said message refers to the first page systematically when it should send on page X). This poses a real problem for all forums platform SETI@home. Is there a way around the problem without increasing the number of messages displayed per page and by default ? Thanks for your answers. -- -- Jord. ___ 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] Feature request: add pages to long threads on websites
On Thu, Jul 12, 2012 at 3:22 PM, john.mcl...@sybase.com wrote: A long time ago, the jump to unread was broken. I turned it off. With the new forum changes, it is working again, and is essentially required for most operations. Turn this setting on, and then see if it the forums work better. With jump-to-unread on, load a thread I read already but that has one or more new posts, pagination set to 25 posts per page. I ALWAYS start at post 1, page 1. Only when I click Next or go to the page with the last unread post(s), will it jump to unread post(s). With the old style, one would load the whole thread. With the new style, you only load page one. And then any next page. How is that an improvement when you have a bad or slow internet connection? As I see it, before you would've loaded most of the thread once your internet cut out, and there's a good chance you would've gotten your information. Now you've only loaded page 1, and the internet cut out, but the info you need is on page 3 or anywhere between that and 76. And why does this test always have to happen on a live (project) forum? Why can't this be tested at something like a BOINC Alpha forum? Now it's half-broken and annoying the heck out of a lot of the users, including me, for what that's worth. -- -- Jord. ___ 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] Feature request: add pages to long threads on websites
On Wed, Jul 11, 2012 at 7:46 AM, David Anderson da...@ssl.berkeley.edu wrote: I added a posts per page preference, which replaces the existing preferences. This is deployed on SETI@home. Please comment. -- David There's only a next 25 posts button, but you can't return to a previous page after you went that route. You can't either select that you want to go directly to the end of the thread, or to page number X, if you want to skip all in between posts. Not much fun when there's 200+ posts in a thread. Page numbers should be possible, as they are available for the forum index. What I liked about the old thing was that I could load the whole thread in one go, now it has to load each page separately, which isn't fun when the forums are slow (which they've been the past few weeks). But that can be overcome by filling in a ridiculous amount in the Display this many messages per page box. Just let me start with 1000. ;-) -- -- Jord. ___ 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] Feature request: add pages to long threads on websites
Ah, that's only on threads that have less than the Show this many posts per page value posts in a thread. E.g. there is this Boinc or not to BOINC ? (http://setiathome.berkeley.edu/forum_thread.php?id=68732) with 5 posts. I've set show 25 posts again. Clicking the thread, I start at top post. Then return to index of NC and the icon on the thread is still yellow aka unread. When I go to the Panic Mode thread, which has 68 posts, read a bit and then return to index the icon on this thread is normal white. On Wed, Jul 11, 2012 at 10:51 PM, Jorden van der Elst els...@gmail.com wrote: And now no thread will ever be 'read'. As soon as you return to the index, all threads are showing as unread, and any thread that you read before, that you then reopen, will start from post one again. ;-) On Wed, Jul 11, 2012 at 10:46 PM, David Anderson da...@ssl.berkeley.edu wrote: I've improved the pagination features and deployed on SETI@home. -- David On 11-Jul-2012 10:06 AM, john.mcl...@sybase.com wrote: My thought is that the unread marks should only be dropped for the current page, not the entire thread. jm7 | | From: | | --| |Josef W. Segur jse...@westelcom.com | --| | | To:| | --| |boinc_dev@ssl.berkeley.edu | --| | | Date: | | --| |07/11/2012 11:45 AM | --| | | Subject: | | --| |Re: [boinc_dev] Feature request: add pages to long threads on websites | --| | | Sent by: | | --| |boinc_dev-boun...@ssl.berkeley.edu | --| My comments yesterday were based on adding pagination *without* removing the old useful features. That is, my idea was that those who were satisfied by the previous features could simply set the page size extremely large. I would have done so, but kept the settings to show only the original post and the 20 most recent which has worked well for years given dial-up and visiting the forums daily. Others have commented on the jump to first unread, I observe that it does work *if* the first unread is on the first page loaded. If not, navigating to subsequent pages drops the unread marking on that and subsequent posts. That obviously needs fixing. I agree with what others have noted about navigation, but if a list of pages is displayed it will need to have elipses when there are many pages. I'd rather avoid pagination altogether, but being able to get to a desired page without resorting to editing in the browser's address field is desirable. -- Joe On Wed, 11 Jul 2012 01:46:35 -0400, David Anderson da...@ssl.berkeley.edu wrote: I added a posts per page preference, which replaces the existing preferences. This is deployed on SETI@home. Please comment. -- David On 08-Jul-2012 2:53 PM, Raistmer wrote: It's impossible to operate with long
Re: [boinc_dev] Feature request: add pages to long threads on websites
Yup. Confirmed fixed. On Wed, Jul 11, 2012 at 11:14 PM, David Anderson da...@ssl.berkeley.edu wrote: Possibly fixed. -- David On 11-Jul-2012 1:58 PM, Jorden van der Elst wrote: Ah, that's only on threads that have less than the Show this many posts per page value posts in a thread. E.g. there is this Boinc or not to BOINC ? (http://setiathome.berkeley.edu/forum_thread.php?id=68732) with 5 posts. I've set show 25 posts again. Clicking the thread, I start at top post. Then return to index of NC and the icon on the thread is still yellow aka unread. When I go to the Panic Mode thread, which has 68 posts, read a bit and then return to index the icon on this thread is normal white. On Wed, Jul 11, 2012 at 10:51 PM, Jorden van der Elst els...@gmail.com wrote: And now no thread will ever be 'read'. As soon as you return to the index, all threads are showing as unread, and any thread that you read before, that you then reopen, will start from post one again. ;-) On Wed, Jul 11, 2012 at 10:46 PM, David Anderson da...@ssl.berkeley.edu wrote: I've improved the pagination features and deployed on SETI@home. -- David On 11-Jul-2012 10:06 AM, john.mcl...@sybase.com wrote: My thought is that the unread marks should only be dropped for the current page, not the entire thread. jm7 | | From: | | --| |Josef W. Segur jse...@westelcom.com | --| | | To:| | --| |boinc_dev@ssl.berkeley.edu | --| | | Date: | | --| |07/11/2012 11:45 AM | --| | | Subject: | | --| |Re: [boinc_dev] Feature request: add pages to long threads on websites | --| | | Sent by: | | --| |boinc_dev-boun...@ssl.berkeley.edu | --| My comments yesterday were based on adding pagination *without* removing the old useful features. That is, my idea was that those who were satisfied by the previous features could simply set the page size extremely large. I would have done so, but kept the settings to show only the original post and the 20 most recent which has worked well for years given dial-up and visiting the forums daily. Others have commented on the jump to first unread, I observe that it does work *if* the first unread is on the first page loaded. If not, navigating to subsequent pages drops the unread marking on that and subsequent posts. That obviously needs fixing. I agree with what others have noted about navigation, but if a list of pages is displayed it will need to have elipses when there are many pages. I'd rather avoid pagination altogether, but being able to get to a desired page without resorting to editing in the browser's address field is desirable. -- Joe On Wed, 11 Jul 2012 01:46:35 -0400, David Anderson da...@ssl.berkeley.edu wrote: I added a posts per page preference, which replaces the existing preferences. This is deployed on SETI@home. Please comment. -- David On 08-Jul-2012 2:53 PM, Raistmer wrote: It's impossible to operate with long threads on websites powered with BOINC via SAT or mobile network connections, they just can load to the end. AFAIK it's common practice to split long threads on separate pages. Why BOINC web software ignores this common practice ? Please, add splitting to pages if thread length exceeds user-defined (in web prefs) number of messages
Re: [boinc_dev] Feature request: add pages to long threads on websites
OK, quirks when posting with this new feature: In the past, on any length thread, I could scroll down the thread to see older answers etc. Now it only shows the post I am answering to when I use the quote or reply button. When answering to the thread, thus not answering to any specific post, it shows no thread at all. In the past, after submitting my answer, I would (in some forums) be moved to my post. Now, after submitting my answer, I start back on page one, at the top of the thread... not at my post. I'm wondering if this could be an added option, not something that needs to be forced upon everyone. Or are we going to break everything that worked without flaws for most everyone, for every whim someone finds on his apparently-not-so-smart-smartphone? -- -- Jord. ___ 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] Feature request: add pages to long threads on websites
On Thu, Jul 12, 2012 at 12:15 AM, Jorden van der Elst els...@gmail.com wrote: I'm wondering if this could be an added option, not something that needs to be forced upon everyone. Or are we going to break everything that worked without flaws for most everyone, for every whim someone finds on his apparently-not-so-smart-smartphone? Sorry for the not-so-nice smart remark about the smart phones. But is it really necessary to wreck the current full-forum software to make it work on something smaller and not (so) fast? As an example, last week I was asked by the newspaper that I visit daily whether I was checking this with a PC or a phone and they gave me two links to choose from. Perhaps that that's an idea for this, run two forum software options, one for complete PCs/Macs/tablets and one for the lesser things as phones and what else there is these days? That when the user gets onto the forums for the first time, that he has to choose what to run: Forums for the Phone and possibly tablet, or forums for the PC and Mac. That this option is remembered, but that it can be unchecked in preferences in case its platform is somehow changed. Just thinking out loud here. -- -- Jord. ___ 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_alpha] Boinc 7.0.7, avoiding overcommit with multithread job
Thanks for that, though that makes sense to me if the multicore application is using all cores. What if it's using less than the maximum amount, like in this case? And it only happens when a GPU app is used in combination with the MT app here. Although it **is** a nice green feature, as the system is less loaded, uses less electricity, generates less heat. :-) I'll go wait for Milkyway to return from their server switchover. Then try to get some of their N-Body multithreaded tasks. Those use all cores. Then see what that does when a GPU app is running, as if I read it correctly, as long as the GPU app is running --and using a minute amount of CPU-- the multithreaded app shouldn't start, right? On Thu, Jan 5, 2012 at 8:26 PM, David Anderson da...@ssl.berkeley.edu wrote: The current policy is: If a multicore app is running, don't overcommit the CPUs (i.e. don't schedule 4.1 threads on 4 cores). This is because multicore apps may run inefficiently if the CPUs are even slightly overcommitted (at least, that was the case with AQUA). We can reconsider this if there's evidence that the above assumption doesn't hold in general. -- David -- -- Jord. ___ 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] How minimal is the work fetch with fetch_minimal_work?
Yup, now I only have one CPU core running work. Two are idle. That's also noticed by the work_fetch_debug but apparently ignored. [cpu_sched_debug] using 1.15 out of 3 CPUs [work_fetch] Request work fetch: CPUs idle All of that log: 17/12/2011 23:27:09 | | [cpu_sched_debug] using 2.15 out of 3 CPUs 17/12/2011 23:27:09 | | [work_fetch] Request work fetch: CPUs idle 17/12/2011 23:27:09 | Einstein@Home | [cpu_sched_debug] LATeah0077S_672.0_26350_0.0_1 sched state 2 next 2 task state 1 17/12/2011 23:27:09 | malariacontrol.net | [cpu_sched_debug] wu_1205_514_114814_0_1324003329_0 sched state 2 next 2 task state 1 17/12/2011 23:27:09 | Albert@Home | [cpu_sched_debug] p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 sched state 2 next 2 task state 1 17/12/2011 23:27:09 | | [cpu_sched_debug] enforce_schedule: end 17/12/2011 23:27:47 | malariacontrol.net | [task] Process for wu_1205_514_114814_0_1324003329_0 exited 17/12/2011 23:27:47 | malariacontrol.net | [task] task_state=EXITED for wu_1205_514_114814_0_1324003329_0 from handle_exited_app 17/12/2011 23:27:47 | | [cpu_sched_debug] Request CPU reschedule: application exited 17/12/2011 23:27:47 | | [work_fetch] Request work fetch: application exited 17/12/2011 23:27:47 | | [statefile] set dirty: ACTIVE_TASK_SET::poll 17/12/2011 23:27:47 | malariacontrol.net | Computation for task wu_1205_514_114814_0_1324003329_0 finished 17/12/2011 23:27:47 | malariacontrol.net | [task] result state=FILES_UPLOADING for wu_1205_514_114814_0_1324003329_0 from CS::app_finished 17/12/2011 23:27:47 | malariacontrol.net | [dcf] DCF: 3.839114-3.840886, raw_ratio 3.856829, adj_ratio 1.004614 17/12/2011 23:27:47 | | [statefile] set dirty: handle_finished_apps 17/12/2011 23:27:47 | | [cpu_sched_debug] Request CPU reschedule: handle_finished_apps 17/12/2011 23:27:47 | | [cpu_sched_debug] schedule_cpus(): start 17/12/2011 23:27:47 | | [rr_sim] start: work_buf min 8640 additional 43200 total 51840 on_frac 0.893 active_frac 0.427 17/12/2011 23:27:47 | Einstein@Home | [rr_sim] 14400.00: LATeah0077S_672.0_26350_0.0_1 finishes (15721.11G/1.00G) 17/12/2011 23:27:47 | Albert@Home | [rr_sim] 92329.87: p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 finishes (1030253.95G/11.04G) 17/12/2011 23:27:47 | Albert@Home | [cpu_sched_debug] scheduling p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 (coprocessor job, FIFO) (prio -1.989284) 17/12/2011 23:27:47 | Albert@Home | [cpu_sched_debug] reserving 1.00 of coproc ATI 17/12/2011 23:27:47 | Einstein@Home | [cpu_sched_debug] scheduling LATeah0077S_672.0_26350_0.0_1 (CPU job, priority order) (prio -0.010716) 17/12/2011 23:27:47 | | [cpu_sched_debug] enforce_schedule(): start 17/12/2011 23:27:47 | | [cpu_sched_debug] preliminary job list: 17/12/2011 23:27:47 | Albert@Home | [cpu_sched_debug] 0: p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 (MD: no; UTS: yes) 17/12/2011 23:27:47 | Einstein@Home | [cpu_sched_debug] 1: LATeah0077S_672.0_26350_0.0_1 (MD: no; UTS: no) 17/12/2011 23:27:47 | | [cpu_sched_debug] final job list: 17/12/2011 23:27:47 | Albert@Home | [cpu_sched_debug] 0: p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 (MD: no; UTS: yes) 17/12/2011 23:27:47 | Einstein@Home | [cpu_sched_debug] 1: LATeah0077S_672.0_26350_0.0_1 (MD: no; UTS: no) 17/12/2011 23:27:47 | Albert@Home | [coproc] ATI instance 0: confirming for p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 17/12/2011 23:27:47 | Albert@Home | [cpu_sched_debug] scheduling p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 17/12/2011 23:27:47 | Einstein@Home | [cpu_sched_debug] scheduling LATeah0077S_672.0_26350_0.0_1 17/12/2011 23:27:47 | | [cpu_sched_debug] using 1.15 out of 3 CPUs 17/12/2011 23:27:47 | | [work_fetch] Request work fetch: CPUs idle 17/12/2011 23:27:47 | Einstein@Home | [cpu_sched_debug] LATeah0077S_672.0_26350_0.0_1 sched state 2 next 2 task state 1 17/12/2011 23:27:47 | Albert@Home | [cpu_sched_debug] p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 sched state 2 next 2 task state 1 17/12/2011 23:27:47 | | [cpu_sched_debug] enforce_schedule: end 17/12/2011 23:27:47 | | [statefile] Writing state file 17/12/2011 23:27:47 | | [statefile] Done writing state file 17/12/2011 23:28:19 | Albert@Home | [checkpoint] result p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 checkpointed 17/12/2011 23:28:48 | | [cpu_sched_debug] Request CPU reschedule: periodic CPU scheduling 17/12/2011 23:28:48 | | [cpu_sched_debug] schedule_cpus(): start 17/12/2011 23:28:48 | | [rr_sim] start: work_buf min 8640 additional 43200 total 51840 on_frac 0.893 active_frac 0.427 17/12/2011 23:28:48 | Einstein@Home | [rr_sim] 14400.00: LATeah0077S_672.0_26350_0.0_1 finishes (15759.18G/1.00G) 17/12/2011 23:28:48 | Albert@Home | [rr_sim] 92144.51: p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 finishes (1026463.77G/11.04G) 17/12/2011 23:28:48 | Albert@Home | [cpu_sched_debug] scheduling p2030.20100913.G44.54-00.26.S.b3s0g0.0_1496_0 (coprocessor job, FIFO) (prio -1.989284)
Re: [boinc_dev] How minimal is the work fetch with fetch_minimal_work?
Latest round. The Einstein task was finished, is uploaded reported. Now the whole of BOINC is idle, as there's no work. Not for the CPU, not for the GPU, nothing's being fetched from wherever. 18/12/2011 01:53:40 | Einstein@Home | Computation for task LATeah0077S_672.0_26350_0.0_1 finished 18/12/2011 01:53:40 | | [rr_sim] start: work_buf min 8640 additional 43200 total 51840 on_frac 0.894 active_frac 0.429 18/12/2011 01:53:40 | | [cpu_sched_debug] enforce_schedule(): start 18/12/2011 01:53:40 | | [cpu_sched_debug] preliminary job list: 18/12/2011 01:53:40 | | [cpu_sched_debug] final job list: 18/12/2011 01:53:40 | | [cpu_sched_debug] using 0.00 out of 3 CPUs 18/12/2011 01:53:40 | | [work_fetch] Request work fetch: CPUs idle 18/12/2011 01:53:40 | | [cpu_sched_debug] enforce_schedule: end 18/12/2011 01:53:42 | Einstein@Home | Started upload of LATeah0077S_672.0_26350_0.0_1_0 18/12/2011 01:53:44 | Einstein@Home | Finished upload of LATeah0077S_672.0_26350_0.0_1_0 18/12/2011 01:53:44 | Einstein@Home | Reporting 1 completed tasks, not requesting new tasks 18/12/2011 01:53:44 | Einstein@Home | [sched_op] CPU work request: 0.00 seconds; 0.00 CPUs 18/12/2011 01:53:44 | Einstein@Home | [sched_op] ATI work request: 0.00 seconds; 0.00 CPUs 18/12/2011 01:53:47 | Einstein@Home | Scheduler request completed 18/12/2011 01:53:47 | | [work_fetch] Request work fetch: RPC complete 18/12/2011 01:54:47 | | [work_fetch] Request work fetch: Backoff ended for Einstein@Home So I did an exit restart of BOINC, just to make sure it wasn't something it missed. 18/12/2011 01:58:02 | | Config: fetch minimal work 18/12/2011 01:58:02 | | [cpu_sched_debug] Request CPU reschedule: Idle state change 18/12/2011 01:58:02 | | [rr_sim] start: work_buf min 8640 additional 43200 total 51840 on_frac 0.894 active_frac 0.429 18/12/2011 01:58:02 | | [work_fetch] --- start work fetch state --- 18/12/2011 01:58:02 | | [work_fetch] target work buffer: 8640.00 + 43200.00 sec 18/12/2011 01:58:02 | | [work_fetch] CPU: shortfall 155520.00 nidle 3.00 saturated 0.00 busy 0.00 18/12/2011 01:58:02 | ABC@home | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Constellation | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Albert@Home | [work_fetch] CPU: fetch share 0.10 rec 17496.36109 prio -9.47675 backoff dt 0.00 int 0.00 18/12/2011 01:58:02 | AQUA@home | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | rosetta@home | [work_fetch] CPU: fetch share 0.10 rec 72.02057 prio -0.03901 backoff dt 0.00 int 0.00 18/12/2011 01:58:02 | DrugDiscovery | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Poem@Home | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Leiden Classical | [work_fetch] CPU: fetch share 0.09 rec 64.63972 prio -0.04001 backoff dt 0.00 int 0.00 18/12/2011 01:58:02 | OPTIMA@HOME | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Evo@Home | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Collatz Conjecture | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | The Lattice Project | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Biochemical Library | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | boincsimap | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | BURP | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | QuantumFIRE alpha | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | climateprediction.net | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | CPDN Beta | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Rectilinear Crossing Number | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | DNA@Home | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | DNETC@HOME | [work_fetch] CPU: fetch share 0.00 rec 0.0 prio -0.0 backoff dt 0.00 int 0.00 (no new tasks) 18/12/2011 01:58:02 | Docking |
[boinc_dev] Work request conundrums
Tonight, while doing some local testing of my network connection, I enabled BOINC and let it try to upload some work and get some more. That worked, my network was fixed, yay! However, then I checked the logs and I saw this weird thing, of which I wonder whether or not this hadn't been fixed before? It's the thing where a project asks for work and gets it, then seconds later asks for and gets more work. Why can't this be one continuous work request? Why the separate requests and downloads? This was with 6.12.34 on Windows. 22-Sep-2011 19:02:32 [LHC@home 1.0] [sched_op] Starting scheduler request 22-Sep-2011 19:02:32 [LHC@home 1.0] Sending scheduler request: To fetch work. 22-Sep-2011 19:02:32 [LHC@home 1.0] Requesting new tasks for CPU 22-Sep-2011 19:02:32 [LHC@home 1.0] [sched_op] CPU work request: 1.00 seconds; 0.33 CPUs 22-Sep-2011 19:02:34 [LHC@home 1.0] Scheduler request completed: got 1 new tasks 22-Sep-2011 19:02:34 [LHC@home 1.0] [sched_op] Server version 611 22-Sep-2011 19:02:34 [LHC@home 1.0] Project requested delay of 11 seconds 22-Sep-2011 19:02:34 [LHC@home 1.0] [sched_op] estimated total CPU task duration: 38873 seconds 22-Sep-2011 19:02:34 [LHC@home 1.0] [sched_op] Deferring communication for 11 sec 22-Sep-2011 19:02:34 [LHC@home 1.0] [sched_op] Reason: requested by project 22-Sep-2011 19:02:34 [---] [statefile] set dirty: RPC complete 22-Sep-2011 19:02:34 [---] [statefile] Writing state file 22-Sep-2011 19:02:34 [---] [statefile] Done writing state file 22-Sep-2011 19:02:36 [LHC@home 1.0] Started download of w3_weak3_collision_err_bb__23__s__64.31_59.32__6_8__6__88.5_1_sixvf_boinc205363.zip 22-Sep-2011 19:02:36 [LHC@home 1.0] [file_xfer] URL: http://lhcathomeclassic.cern.ch/sixtrack/download/db/w3_weak3_collision_err_bb__23__s__64.31_59.32__6_8__6__88.5_1_sixvf_boinc205363.zip 22-Sep-2011 19:02:36 [---] [statefile] set dirty: pers_file_xfer_set poll 22-Sep-2011 19:02:36 [---] [statefile] Writing state file 22-Sep-2011 19:02:36 [---] [statefile] Done writing state file 22-Sep-2011 19:02:37 [Test4Theory@Home] [checkpoint] result uc_1316531402_4531_0 checkpointed 22-Sep-2011 19:02:39 [LHC@home 1.0] [file_xfer] http op done; retval 0 (Success) 22-Sep-2011 19:02:39 [LHC@home 1.0] [file_xfer] file transfer status 0 (Success) 22-Sep-2011 19:02:39 [LHC@home 1.0] Finished download of w3_weak3_collision_err_bb__23__s__64.31_59.32__6_8__6__88.5_1_sixvf_boinc205363.zip 22-Sep-2011 19:02:39 [LHC@home 1.0] [file_xfer] Throughput 180616 bytes/sec 22-Sep-2011 19:02:39 [---] [statefile] set dirty: pers_file_xfer_set poll 22-Sep-2011 19:02:39 [---] [statefile] Writing state file 22-Sep-2011 19:02:39 [---] [statefile] Done writing state file 22-Sep-2011 19:02:40 [Einstein@Home] [sched_op] Starting scheduler request 22-Sep-2011 19:02:40 [Einstein@Home] Sending scheduler request: To fetch work. 22-Sep-2011 19:02:40 [Einstein@Home] Requesting new tasks for CPU 22-Sep-2011 19:02:40 [Einstein@Home] [sched_op] CPU work request: 1.00 seconds; 1.00 CPUs 22-Sep-2011 19:02:42 [Einstein@Home] Scheduler request completed: got 1 new tasks 22-Sep-2011 19:02:42 [Einstein@Home] [sched_op] Server version 611 22-Sep-2011 19:02:42 [Einstein@Home] Project requested delay of 60 seconds 22-Sep-2011 19:02:42 [Einstein@Home] [sched_op] estimated total CPU task duration: 21801 seconds 22-Sep-2011 19:02:42 [Einstein@Home] [sched_op] Deferring communication for 1 min 0 sec 22-Sep-2011 19:02:42 [Einstein@Home] [sched_op] Reason: requested by project 22-Sep-2011 19:02:42 [---] [statefile] set dirty: RPC complete 22-Sep-2011 19:02:42 [---] [statefile] Writing state file 22-Sep-2011 19:02:42 [---] [statefile] Done writing state file 22-Sep-2011 19:02:46 [Test4Theory@Home] [checkpoint] result uc_1316531402_4531_0 checkpointed 22-Sep-2011 19:02:47 [LHC@home 1.0] [sched_op] Starting scheduler request 22-Sep-2011 19:02:47 [LHC@home 1.0] Sending scheduler request: To fetch work. 22-Sep-2011 19:02:47 [LHC@home 1.0] Requesting new tasks for CPU 22-Sep-2011 19:02:47 [LHC@home 1.0] [sched_op] CPU work request: 1.00 seconds; 2.00 CPUs 22-Sep-2011 19:02:48 [LHC@home 1.0] Scheduler request completed: got 2 new tasks 22-Sep-2011 19:02:48 [LHC@home 1.0] [sched_op] Server version 611 22-Sep-2011 19:02:48 [LHC@home 1.0] Project requested delay of 11 seconds 22-Sep-2011 19:02:48 [LHC@home 1.0] [sched_op] estimated total CPU task duration: 77745 seconds 22-Sep-2011 19:02:48 [LHC@home 1.0] [sched_op] Deferring communication for 11 sec 22-Sep-2011 19:02:48 [LHC@home 1.0] [sched_op] Reason: requested by project Then I installed 6.12.37 and let it run through its benchmarks due to change of client. Looking in the log, I see a work request going on between the benchmark. Is this something we want? Shouldn't the benchmarks be happening without any activity of the computer, no matter what, thus including network activity? Shouldn't network activity also be suspended during benchmarks? 22/09/2011 21:11:38 | | Running CPU benchmarks 22/09/2011 21:11:38 | |
Re: [boinc_dev] Settings/Options in the BOINC manager
Doesn't that mean that we end up with at least 2 of those preferences windows again? I like the idea of integrating the options dialog window into the preferences window. Perhaps that the Clear button can be moved to the separate tabs that use it? That way you could integrate everything into one window. There's of course also the option to do it differently, just look at how Spybot Search Destroy does this, with the use of the side-bar, having their main program at the top tab, with the buttons for that option. Then the next is Settings, also with its own options and buttons, followed by Tools, again with its own separate options and buttons. http://www.safer-networking.org/en/tutorial/index.html It's just to give an idea that you don't need to stay in a window that opens up separately, it could probably be integrated into BOINC Manager itself. On Wed, Aug 24, 2011 at 6:56 PM, Charlie Fenton charl...@ssl.berkeley.edu wrote: I had already decided to separate out the exclusive apps into a separate dialog. I originally implemented it as an additional pane to the computing preferences because that was easier to do, but I have concluded that was a mistake, especially since the Clear button does not apply to it. Cheers, --Charlie On Aug 24, 2011, at 9:33 AM, john.mcl...@sybase.com wrote: I have always wondered about the distinction. One dialog with lots of dialogs, and no distinction to where the data is actually stored. Startup Display CPU/GPU Usage (including exclusive apps? Or does exclusive apps need its own page?) Network Logging jm7 David Anderson davea@ssl.berkel ey.edu To Sent by: Jorden van der Elst boinc_dev-bounce els...@gmail.com s...@ssl.berkeley.ed cc u Rom Walton rwal...@ssl.berkeley.edu, BOINC Developers Mailing List 08/24/2011 12:26 boinc_dev@ssl.berkeley.edu PM Subject [boinc_dev] Settings/Options in the BOINC manager On 23-Aug-2011 2:15 PM, Jorden van der Elst wrote: In BOINC 6.12 the Options menu has been changed to Network and display options. However, it also has the Language, Notice reminder interval, Run Manager at login? and Enable Manager exit dialog? settings, which are now a tad hidden as no one expects these to be in the **Network and display options**, but rather in BOINC Manager options. Also, where exactly are the **Display options** in here? Unless you meant with that those Run at login and Exit dialog options... ? The display options are language and notice reminder interval. So how about you rename them to BOINC Manager and Connection options, since that's exactly what they all do. Too long, and we avoid making a distinction between the manager and the client as much as possible. But I agree that we should structure this better. As I see it there are the following types of settings: a) manager display (language, notice reminder interval) b) manager behavior (run at login, enable exit dialog) c) stuff related to network connectivity (VPN, proxies) d) computing preferences, which currently includes - global preferences (the first 3 tabs) - cc_config.xml stuff (the 4th tab - currently just exclusive apps, but it could include other things like log flags) The division of these things into 2 dialogs is arbitrary and confusing. Any ideas/proposals for what we should do instead? One dialog with a lot of tabs (6 or so)? -- 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. -- -- Jord. ___ 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_alpha] BOINC 6.13.1 released for all platforms
OK, So my way of thinking should then be adjusted? A one day additional work request is no longer a cache, no longer a work buffer? This still doesn't explain then why when I ask for CPU work only, I DO NOT get any work, while when I ask for CPU work with a GPU work request piggy-backing itself onto the work request, I DO get work for the CPU. It also doesn't explain why, when I do CPU only work requests, I only have the 4 tasks in cache that are running on the CPU cores. That as soon as one core is about to run dry, that a work request is done to another project, and 4 tasks of that project are gotten, regardless of their run time (12 hours or 43 minutes). It also doesn't explain then why, when I allow CPU work requests with a GPU work request piggy-backing onto the CPU, I do get lots of work from at least 4 projects, enough to fill a one day cache. That as soon as one core is about to run dry, that a further project is asked for work and work is gotten in. That then at all times I have 4 tasks per project in cache, while only 1 task per project is running. All work in cache is only CPU work. I have NO GPU work. I have GPU work requests, but none of the projects I run use ATI GPUs. I'm just trying to understand what I am seeing. On Tue, Aug 2, 2011 at 3:34 PM, john.mcl...@sybase.com wrote: The new work fetch policy is to wait until the work buffer is at or below the connect interval before requesting work. In your case, that number is 0 seconds. It also does not work very well for that as there is time for the request and download that has to be taken into account. A minor modification to the algorithm for determining when to trigger a work fetch might be in order. I would propose that the trigger point be changed to max(connect interval, connect interval + extra work / 2); This should work OK both for people that have an always on connection and for those that have an intermittent connection. jm7 Jorden van der Elst els...@gmail.com To john.mcl...@sybase.com cc 08/02/2011 09:17 AM Subject Re: [boinc_alpha] BOINC 6.13.1 released for all platforms Perhaps that you can then explain this one, John. Doing it off list for now. David has so far not explained it to me. I have the connect to of 0.00 days and additional work request of 1 day. 02/08/2011 06:59:50 | | [rr_sim] start: work_buf min 1 additional 86400 total 86401 on_frac 0.960 active_frac 0.514 When I run BOINC with the ATI GPU detection disabled or ignored, so that there's only CPU work asked, I eventually run only with 4 tasks constantly. BOINC will fill up when it fears a CPU core will get dry. It doesn't matter if that's with projects that run 12 hour tasks (per core) or 43 minutes. It will not ask for my 1 day additional work. It will not ask other projects for work, and if I do a manual force, all the work requests are for 0.00 seconds. Again, it will only ask work when a CPU is about to fall dry. All of these projects do CPU work only. However, next I enable the ATI GPU and restart BOINC. I ask work from all the same projects as before and now it will go by them all and ask for 1 second of work, or 23,000 seconds, or 54,000 seconds. It gets work from multiple projects. Multiple tasks (mainly 4) per project. All only CPU work. When any of the projects with work in cache have finished a task, any next project is asked for work to fill up the cache. I have now always work from at least 4 projects in cache, mainly 4 tasks per project. So... is that a bug then? I see it as a bug. I have sent logs to David, side by side even, of work requests only done on CPU, and for CPU when the ATI GPU is detected and enabled to ask for work (but not getting any). He apparently doesn't see it. What do you see? Difficulty in me explaining? ;-) On Tue, Aug 2, 2011 at 3:06 PM, john.mcl...@sybase.com wrote: Disconnected duration seems a better description, but it may be too techy. The new work fetch policy means that there should be more pressure to get the Recent Work Done half life right. Long running tasks will tend to run solo for much of their duration. Yes, this will drive up the recent average work done for that project, but, if the halflife is too short, not as much as it should, and it will fall much too fast. jm7 David Anderson davea@ssl.berkel ey.edu To Sent by: Jorden van der Elst boinc_alpha-boun els...@gmail.com, BOINC Alpha ces@ssl.berkeley. list boinc_al
Re: [boinc_dev] Screensaver changing on installation.
The option is being given. Third screen into the installer, click the Advanced button, then uncheck Use BOINC screen saver if that option is checked. I found that the option becomes checked when you uninstall a previous BOINC version or do a clean install. When you have opted out of using the screen saver using the Advanced button routine before, then the next time you install BOINC over itself, the installer will pick up on that. On Mon, Jul 11, 2011 at 1:28 PM, Robert McKenzie vk...@internode.on.net wrote: Sirs, Just a quick email to suggest that it should be option to use the boinc screen saver rather than having it automatically selected as the system I run boinc on ultimately hangs with the boinc screensaver running and it would be most helpful if I could simply keep my current screensaver rather than having it changed on install of boinc without warning or any option being given. Regards, Robert McKenzie. ___ 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. -- -- Jord. ___ 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] Screensaver changing on installation.
On Mon, Jul 11, 2011 at 3:50 PM, john.mcl...@sybase.com wrote: Unfortunately, if the last time BOINC was installed the BOINC screen saver was selected, then this time when you uncheck the box to set the BOINC screen saver, the screen saver will be set to none. I wish there were either three options or the two available were a bit smarter. Now, you say that as well. I have seen someone in the forums say that earlier. He had his screen saver set up as Blank, then went from 6.10.58 to 6.12.26 and said to the installer not to use a screen saver, so he ended up with no screen saver. (http://boinc.berkeley.edu/dev/forum_thread.php?id=6679nowrap=true#38729) I have sat here for half a day, set screen saver as Blank first, then went uninstalling present version of BOINC and installing an older version, then upgrading to 6.12.26, then to 6.12.33. I could NOT reproduce that. My screen saver setting in Windows stayed at Blank. And I do use Windows 7 64bit Ultimate. So, some extra thing in UAC then that I may have disabled? (Mine is on at the default level, btw) To make the current two smarter: If BOINC is not the current screen saver and the user selects to not have BOINC be the screen saver, then leave the setting alone. For three options, have one to specifically leave the screen saver alone and have this be the default on all upgrades. jm7 Jorden van der Elst els...@gmail.com To Robert McKenzie Sent by: vk...@internode.on.net boinc_dev-bounce cc s...@ssl.berkeley.ed boinc_dev@ssl.berkeley.edu u Subject Re: [boinc_dev] Screensaver changing on installation. 07/11/2011 07:32 AM The option is being given. Third screen into the installer, click the Advanced button, then uncheck Use BOINC screen saver if that option is checked. I found that the option becomes checked when you uninstall a previous BOINC version or do a clean install. When you have opted out of using the screen saver using the Advanced button routine before, then the next time you install BOINC over itself, the installer will pick up on that. On Mon, Jul 11, 2011 at 1:28 PM, Robert McKenzie vk...@internode.on.net wrote: Sirs, Just a quick email to suggest that it should be option to use the boinc screen saver rather than having it automatically selected as the system I run boinc on ultimately hangs with the boinc screensaver running and it would be most helpful if I could simply keep my current screensaver rather than having it changed on install of boinc without warning or any option being given. Regards, Robert McKenzie. ___ 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. -- -- Jord. ___ 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. -- -- Jord. ___ 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] [23772]: Will ignore_cuda_dev now change?
Hi David, Reading http://boinc.berkeley.edu/trac/changeset/23772 and in anticipation of more OpenCL support for the client, will you now change ignore_cuda_dev to ignore_nvidia_dev, to be more in line with the ignore_ati_dev and to allow the user to ignore the Nvidia card of choice in case it's all OpenCL? As how do you explain to a user that they have to ignore the CUDA device, when they don't use CUDA? It's always been weird to be able to ignore the ATI devices, but not the Nvidia devices. If we're to ignore on brand name anyway... Will there also be other hardware options to ignore? Or is it counter-intuitive to e.g. ignore_intel_dev --for both Intel GPUs and embedded (in the CPU) ones? Or will there be a user-defined ignore option? With thanks, -- -- Jord. ___ 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 6.12.26 Install error
Mind giving an English translation of what it approximately says in that window? Not all of us read Czech. 2011/6/13 Pavel Oupicky IPP oupi...@ipp.cas.cz: Hello, there is in the enclosure the message about install error (Wxp, czech version). Regards Ing. Pavel Oupicky IPP AS CR Prague Department of Optical Diagnostic Skalova 89 Turnov Czech Republic Tel: +420 481 549 442 E-mail: oupi...@ipp.cas.cz ___ 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. -- -- Jord. ___ 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] Account Delete option
On Fri, Feb 18, 2011 at 3:33 AM, Jorden van der Elst els...@gmail.com wrote: Option 1. The best option overall is using the Project Admin, if he or she isn't too busy. Now only to reach him/her. That's somewhat easy, as one can see on the About us page at the Malaria project: http://www.malariacontrol.net/impressum.php Click the Contact show/hide link and a contact form pops up, secured with a reCaptcha. Something like that should be standard on the BOINC back-end. Through here users can then politely request that their account be deleted, if they deem that necessary. With an explanation as to why.. Of course, such a form could also open on clicking the Delete Account link. Additionally, as now is the case at Malaria, the form only requires an email address. Not too secure, as in its present form I could still request that my account for John McLeod VII, account number 9915, be please deleted. This isn't my account, but what does admin know? (Sorry Nick :-)) So if something like this is to be used, it'll have to send along the account number to the admin. Unseen, impossible for the user to fake. The only big problem here is then still, do we know for sure that the person who has logged into account 9915 at Malaria is John McLeod VII?? Anyone ever seen this person in the flesh, is he actually real? (Sorry John :-)) -- -- Jord. ___ 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] Account Delete option
Hi All, The things that whirl through my head while I lie in bed and cannot sleep.. ugh. This one was urgent enough for me to get up and write it all down, though. So forgive me for writing walls of text in the middle of my night. That I cannot sleep has nothing to do with the things whirling, though. I won't bother you with what's causing that, though. :) Anyway... Last week David introduced the Delete account option over at Seti. It has since been disabled, as the option can easily be misused by others, as there's totally no check whether the person requesting the account to be deleted is actually the owner, or even a person. Accounts cannot be merged as that's deemed a security risk; separate hostIDs using different OSes but which are really the same machine cannot be merged, as that's deemed a security risk. Deleting your account? Just click the link, read the warning and click Yes. Nothing more needed, not even filling in a reCaptcha. Your little brother could do it after he sneaked onto your computer, as he's jealous of your credits and wants to be ahead of you. Your wife could do it, as she thinks you spent much too much time behind the keyboard, time better spent on her. You can do it in an angry mood. Nothing stands in the way of deleting your account, which means you'll delete your profile, all your posts, your credit, your hosts list. A bot that's hacked itself into a project and has taken over thousands of accounts can do it, since there's totally no check upon whether there's a real flesh-and-blood person doing the request or a piece of baked sand and some lines of code. Furthermore, malicious people will only laugh at the lack of security... And as such, I am outlining options that can bring the delete account option back, but then with security in place. Option 1. The best option overall is using the Project Admin, if he or she isn't too busy. Now only to reach him/her. That's somewhat easy, as one can see on the About us page at the Malaria project: http://www.malariacontrol.net/impressum.php Click the Contact show/hide link and a contact form pops up, secured with a reCaptcha. Something like that should be standard on the BOINC back-end. Through here users can then politely request that their account be deleted, if they deem that necessary. With an explanation as to why.. Of course, such a form could also open on clicking the Delete Account link. Option 2. Back to using the account key. The account page will only show the weak account key, while deleting the account can only be done upon filling in the strong account key. This one's been sent to the user in an email at the time he/she registered. This then does require the user to use a real email address, preferably a validated one. The account key will only be sent once. Problems here are that a malicious person can take over the user's computer and then still get his account key. Your techie little brother/angry wife will have an easier job at that... Option 3. Using the password as security. The main problem here is that at present, there's no check for the old password when one changes his password in his account. So edit_passwd_form.php will need a rewrite, so that it requests the old password, before allowing you to change to a new one. A real email address is required for account registration, this so we can send you your (temp) password. User can delete his account with his password. Again, your techie little brother/angry wife will probably be able to do this as well. As can the malicious person. Option 4. Do delete with delay. Instead of deleting the account out-right, hide it from view first. Just as is done with 'deleting' forum posts. They're not deleted, they're hidden. Only admin can see the the account here, the user will get an email with an undo line. Click it within a set time frame (7 days?) and the account deletion will be undone. Do not click the link within that time frame and your account will be deleted in full after 7 days. (I feel like 2 months is a better time, something alike the team founder switchover time... just in case he isn't dead and still wants to react). Option 5. Down and dirty... Merely hide the account and be done with it. Do we have to advertise that 'deleting' isn't really deleting around here? Option 6. All too technical, things with secure and public keys, PGP and such things. Probably impossible to implement, to use, to explain to the user and for your techie little brother/angry wife to figure out. ;-) Or did I overlook an easy-to-use-yet-secure-option-anyway? What do you think? -- -- Jord. ___ 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] Intel sandybridge
2011/1/1 Nicolás Alvarez nicolas.alva...@gmail.com: On 01/01/2011, David Anderson da...@ssl.berkeley.edu wrote: As soon as the Intel API is available, we'll start to work adding support in BOINC. -- David Apparently there will be no such thing as Intel API. It will simply support OpenCL (and maybe also DirectCompute). -- Nicolas Not so sure. There is for instance an OpenCL SDK out for the CPU. http://software.intel.com/en-us/articles/intel-opencl-sdk/?wapkw=%28opencl+support%29 http://software.intel.com/en-us/articles/download-intel-opencl-sdk/?wapkw=%28opencl+support%29 Very strict requirements though: The Intel® OpenCL SDK contains optimizations that require the Intel® Streaming SIMD Extensions 4.1 (Intel® SSE 4.1) instruction set. It will work on the following CPU’s, all of which contain Intel® SSE 4.1 or higher - Intel® Core™ i7 Processors - Intel® Core™ i5 Processors - Intel® Core™ i3 Processors - Intel® Xeon® Processors, 5500 series - Intel® Xeon® Processors, 7400 series - Quad-Core Intel® Xeon® Processor 5400, 3300 series - Dual-Core Intel® Xeon® Processor, 5200, 3100 series - Intel® Core™ 2 Extreme Processor, 9000 series - Intel® Core™ 2 Quad Processor, 9000 series - Intel® Core™ 2 Duo Processor, 8000 series - Intel® Core™ 2 Duo Processor E7200 The Intel® OpenCL SDK 1.1 supports the following operating systems: - Microsoft* Windows* 7 (32-bit version) - Microsoft* Windows* 7 (64-bit version) - Microsoft* Windows Vista* (32-bit version) - Microsoft* Windows Vista* (64-bit version) Installation will fail on unsupported hardware or an unsupported operating system. And how about these? ;) - Supports 32-bit applications only. - Supports Microsoft® Visual Studio® 2008 Professional Edition only. - The Intel® OpenCL SDK uses Intel® Threading Building Blocks (Intel® TBB) 3.0. Applications that use Intel® TBB should use this version of Intel® TBB. If an older version of Intel® TBB is already installed on your system, you’ll need to either upgrade it or uninstall it. - If your application is multi-threaded, either avoid spawning more threads than the number of the machine’s logical cores, or have your threads periodically yield to avoid arbitrarily long delays when attempting to execute submitted tasks. - clReleaseCommandQueue may cause a deadlock if commands submitted to the queue haven’t finished processing. Ensure commands to a queue complete before releasing the queue. One way to release the queue is to call clFinish on that queue. -- -- Jord. ___ 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] PM notices from projects not actively pinged.
On Sat, Nov 27, 2010 at 8:50 PM, David Anderson da...@ssl.berkeley.edu wrote: Now that I think of it, the proposed change is irrelevant. Notices are obtained from RSS feed fetches, not scheduler RPCs. If that's the case, then how come the messages only arrive when I've actually had contact with the project? Unless that's a bug (in 6.12.6). I've now set Seti to NNT, will ask someone on the Seti forums to PM me and I won't read the PM. If the notice about the PM is sent by RSS, it should arrive no matter what I set the project status to. And if it doesn't... Question is, how long should I wait before calling it not working? 24 hours? A week? We recently fixed the problem with gaps in the credit history, BTW. -- David On 27-Nov-2010 10:27 AM, Nicolás Alvarez wrote: On 27/11/2010, David Andersonda...@ssl.berkeley.edu wrote: Jord is proposing that the client always contact each project every so often (say, once/day), even if it's suspended or marked as no new work, in case there are notices from the project. Any objection to this? -- David I agree with the idea. This would also give sane graphs in the Statistics tab for projects marked as no new work. Currently, if I set no new work, and weeks later I force a project update (or disable nnw and BOINC fetches work), I'll get a long jump in the statistics, either for pending credits I got since setting nnw, or for stuff crunched in other computers. ___ 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. -- -- Jord. ___ 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] PM notices from projects not actively pinged.
Claggy (Stephen Maclagan) sent me a PM minutes after my earlier email. I haven't read it yet (I know he sent it to me, as I have email notification on... this tells me who sent it and what it said), so it's still showing as Private messages: Inbox (1 unread) on the Seti forums. I did set Seti to No New Tasks during the writing of the previous email and made sure it wasn't in a back-off time-loop any further. So for the past 7 hours plus, there's been a PM waiting for me at the Seti forums. My BOINC Manager Notices tab isn't telling me though. It tells me about the Malariacontrol.net having no work available and that a Japanese Seti pioneer has passed away. I'm sure that when I will Update the project, that the Notice will change. Yet as long as I don't do a thing, it won't show me the notice about the available PM either. On Sun, Nov 28, 2010 at 1:08 PM, Jorden van der Elst els...@gmail.com wrote: On Sat, Nov 27, 2010 at 8:50 PM, David Anderson da...@ssl.berkeley.edu wrote: Now that I think of it, the proposed change is irrelevant. Notices are obtained from RSS feed fetches, not scheduler RPCs. If that's the case, then how come the messages only arrive when I've actually had contact with the project? Unless that's a bug (in 6.12.6). I've now set Seti to NNT, will ask someone on the Seti forums to PM me and I won't read the PM. If the notice about the PM is sent by RSS, it should arrive no matter what I set the project status to. And if it doesn't... Question is, how long should I wait before calling it not working? 24 hours? A week? We recently fixed the problem with gaps in the credit history, BTW. -- David On 27-Nov-2010 10:27 AM, Nicolás Alvarez wrote: On 27/11/2010, David Andersonda...@ssl.berkeley.edu wrote: Jord is proposing that the client always contact each project every so often (say, once/day), even if it's suspended or marked as no new work, in case there are notices from the project. Any objection to this? -- David I agree with the idea. This would also give sane graphs in the Statistics tab for projects marked as no new work. Currently, if I set no new work, and weeks later I force a project update (or disable nnw and BOINC fetches work), I'll get a long jump in the statistics, either for pending credits I got since setting nnw, or for stuff crunched in other computers. ___ 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. -- -- Jord. -- -- Jord. ___ 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] What size text is size=8?
I just edited my profile at the Einstein project and at the Seti project. In both I use a line that says [size=8](off A view from the end of the world, copyright Machinae Supremacy 2010)[/size], but when checking the two pages side-by-side, the text at Seti is smaller than at Einstein. So which size is being used? Isn't size=8 universal when the same fonts are used? All mention of fonts used in the page code points to main.css, which says Verdana, Arial, Sans Serif and Courier new are used, which is the same in both pages. Yet still Einstein's size 8 is larger than Seti's size 8. http://einstein.phys.uwm.edu/view_profile.php?userid=7430 http://setiathome.berkeley.edu/view_profile.php?userid=41965 -- -- Jord. ___ 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] Suggestion for notification.
On Tue, Aug 3, 2010 at 1:32 AM, Richard Haselgrove r.haselgr...@btinternet.com wrote: When a *thread* is moved by a moderator, the thread originator gets the mod notice (by whatever means), but other thread participants don't.. I noticed it nost commonly when a new user posted for help in an inappropriate area, and volunteers replied, but also commented 'you'd have been better posting in Number Crunching', or whatever. When a thread moves in the middle of an active conversation like that, people can feel paranoid - they think it's been suppressed, or something, before they find the email. Isn't it better to adjust the forums software then, to show that the thread has moved? In phpBB based forums moving a thread to a different forum leaves a shadow of the thread behind in the forum it was moved from. Clicking on the thread link will transport you to the correct thread in the correct forum. These shadow threads stay in place for the duration of a day, or so. Then they disappear as everyone should by now know where the thread moved to. -- -- Jord. ___ 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 not keep it simple?
Add project sounds better to me too. Then what does detach become? Leave project? Ah, according to the option in SV, Remove project. That makes sense. But I wasn't saying anything about the terminology, merely pointing out that Add project doesn't exist under the Advanced view. So the BOINC_Help page that's linked from the present Help menu (in 6.10.58, or 6.11.4) is the same as the one the simple view links to. And that's something we should try to avoid, since the options are not the same under either view. Of course, the simplest solution now is to copy the present contents back to the Simple_View page and keep that as the SV help page, while we rewrite the BOINC_Help page to show what to do about these situations in the advanced view. Then in a later version you can copy those contents to an Advanced_View page and have the Advanced help menu link to there. Or maybe I am seeing it too simple. ;-) On Sat, Jul 31, 2010 at 1:27 AM, David Anderson da...@ssl.berkeley.edu wrote: The solution is to standardize terminology. Which is better - Attach to project or Add project? I guess I prefer the latter. -- DPA On 30-Jul-2010 4:23 PM, Jorden van der Elst wrote: The problem with pointing to this page is that the first link in the Help menu on the Advanced view also points to this page. And then answers like Or you can click Add Project at any time. no longer work, as the Add Project option is hidden under the Tools-Attach to project or account manager menu. -- -- Jord. ___ 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 not keep it simple?
On Fri, Jul 30, 2010 at 12:35 AM, Maureen Vilar mavi...@gmail.com wrote: In the Simple view of 6.10.58 there's no Help link at all. What do you think the question mark, next to the add project button is for? Hover your mouse over it. ;-) I think the Simple view should carry a link to a really easy Boinc wiki help page which could also be added to the Advanced view help links. (The Boinc FAQs would serve this purpose admirably but I imagine that such a link is a no-no because it isn't official Boinc documentation.) No, please not the BOINC FAQs. It gets difficult enough to update those all alone and while it is as difficult for anyone to get an account on them as it is for the BOINC Wiki (which due to spammers now also requires an account creation), it's still difficult to keep up with any changes between clients to give people good enough help. In my opinion, the help buttons should just go to a local help file/directory, one that comes with the client, one that sits in the client's directory, one that's updated (with pictures) to THAT client's version. That way you also give help about what the thing does when someone wants to check it out off line, or on a local network. -- -- Jord. ___ 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] Why not keep it simple?
Hi David, I understand from Rom that at the next major release, BOINC Manager's simple view will get an overhaul. Perhaps that before that time you can already add/subtract a couple of things. I've always found it strange that when in Simple view, there's a button in plain view that allows people to go to Advanced view. Yet once in Advanced view, going back to Simple view takes a lot of looking through menus and tabs. In my opinion, this should be the other way around. If you do not want people to go astray and wander into Advanced view before they're ready for it, then don't offer them the possibility so easily. Yet while when they are in Advanced view, do offer them a one click solution to go back to (perhaps their more familiar) Simple view. That way you can make Simple view really simple. It'll show what tasks are being worked on, it'll have the Notices opening in a separate window, they can click to see graphics, they even have some rudimentary preferences to override web-preferences with (*). Hide the option to go to Advanced view from sight, though. Put it in a menu or perhaps better, under the CTRL + Shift + V (**) key-combo. But don't put it next to the other options in plain sight. Then in Advanced view you can have the Notices tab and the Messages tab, along with the other tabs. Don't hide the method to go back to simple view in a menu, but just make that a button in the left lower corner of the manager. There's space enough anyway. By keeping things more or less in the same place you're not alienating a lot of your current (average/advanced/experienced) user base. The same on that with options that move around a lot. It's very difficult for those of us who make manuals, or FAQs or other documentation to explain to people where things are when every so many new BOINC versions they change places or get a different name or description. E.g. What was wrong with having the Computing Preferences (Or Advanced Preferences as I'd like to call them) under the Advanced menu? What's even wrong with having an Advanced menu under the Advanced view? Everything here is for Advanced people, isn't it? There's no advantage to hiding the messages in a menu in the advanced view, if you make it difficult enough for newcomers not to stray into the advanced view and get scared about what they see there, because they haven't had the chance yet to get accustomed to what the software does, or read the manual. That is, if we ever get a chance to make one that will show people where things are going from 5.10 through the whole 6 range to whatever is next, without making it very difficult for them to figure out what we mean. (*) local simple preferences should only show those in the global_prefs_override.xml file. local advanced preferences should show all those in the global_prefs_override.xml file. But since either of them only override **the same** preferences as are chosen on the web-site, the preferences that aren't overridden don't need to be written to the global_prefs_override.xml file, which they are now. These can be read from the global_preferences.xml file. (**) CTRL + Shift + V = Simple View from Advanced view, CTRL + Shift + A = Advanced view from Simple view. Shouldn't that be one key-combo only, so people can easier switch to and fro? Both CTRL + Shift + V, for instance, then depending on what view you're in you switch just to the other? -- -- Jord. ___ 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 Manager status column might be partly inaccessible
Einstein uses a hybrid application for its CUDA, where only the FFT algorithm runs on the GPU and all the rest on the CPU. See http://einstein.phys.uwm.edu/forum_thread.php?id=7763 for more information. On Fri, Jul 9, 2010 at 11:30 PM, Robin Kipp robin.k...@gmx.de wrote: Hi Charlie, thanks so much for testing this so quicklie! I double checked and it also works for me. Strange thing is, einst...@home uses 1 CPU and 1 GPU, however Collatz Conjecture seems to only use CPUs on my system... I have no idea why this is the case or if Collatz Conjecture maybe carries tasks that do not utilize the GPU? If anyone could give me some info on this that would be awesome! Robin ___ 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. -- -- Jord. ___ 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] No new tasks server initiated task resends
Something that came up in the Einstein forums, at http://einstein.phys.uwm.edu/forum_thread.php?id=8256 This person saw downloads happening even while he had set Einstein to No new tasks. Turned out that it were server resends as he had done a project reset while he still had undone and unreported work. So it sent the work back to him. Which makes me wonder, shouldn't the NNT flag prevent all downloads, including resends, even while those are technically not new work? What if you're in the situation where you want to do maintenance on your computer, but run only some of your cache empty first? Then you will set all projects on NNT, perhaps reset some of them to get rid of the extra megabytes they occupy, while you run down only (short) (some) work that you do want to upload report. So you can't set BOINC to Network Activity Suspended as that will prevent not only possible resend downloads, but also uploads reports.. -- -- Jord. ___ 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: BOINC 6.10.56, Problem with Apple Mac operating system information.
On Fri, Jun 4, 2010 at 11:05 AM, Alan Stafford alan_thomas_staff...@ntlworld.com wrote: Yes, but BOINC is confusing. As you are with the list of ATI supported GPU projects download page. At present none of the projects listed support an ATI GPU running under Operating system 10.6.3 Mac OSX Snow Leopard , Kernel version 10.3.0 . You could state that these projects are either for WINDOWS or Linux not Apple MacOSX. I've adapted http://boinc.berkeley.edu/wiki/GPU_computing#Attach_to_projects_with_GPU_applications to show OSes. -- -- Jord. ___ 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] host punishment mechanism revisited
On Wed, May 26, 2010 at 12:29 PM, Josef W. Segur jse...@westelcom.com wrote: As has been mentioned a few times, there's a fundamental difficulty in applying host punishment quickly because it can depend on when a result is validated. Not if there are strict(er) rules to what is a valid result. Is a valid result just those that are not returned immediately with an error, or is it all work after validation? Is it strictly about the work being done, or is it to safe-guard against wrong-doings with credit? At this moment a valid result is work returned before the deadline and without errors, but prior to validation. E.g. at this moment - taking Seti again as an example - there are Linux computers out there that return valid results that show zero CPU time, thus claim zero credit. If paired against another box claiming zero credits... There are also all_platform computers out there that still run BOINC 4.xx, which categorically claim zero credit. And usually everyone in that group gets those zero credits, as the work is validated as being correct. If it's strictly about work being returned immediately with an error, then the present restrictions may be adequate. If it's to safe-guard against zero CPU time claimers who apparently (after validation) return good work, does there need to be something else done? What? If it's to safe-guard against zero credit claimers/zero credit granters? The best solution is to get them to update to a newer version, but how? -- -- Jord. ___ 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] host punishment mechanism revisited
When BOINC is first installed it'll get the Master file, then only asks 1 second worth of work. That's one task (per CPU?). I'm not sure if when you immediately increase the work request to 10 days worth of work, you actually get that? But if it is done this way, why not set the 1 second worth of work first request be the maximum per CPU/GPU, until that task is returned correctly, and only then allow for more work to be downloaded? That way you won't get hosts that have BOINC just installed, download hundreds of tasks, then the user uninstalls BOINC (or downright deletes it) without that work ever returning. Can't you use the reliable_hosts config by default, where only those that are reliable get more than the default 100 tasks per day? Then you only need some safe keeping when such a reliable host starts returning bad work. The host needs to be dropped from the reliable hosts list at a given amount of bad work returned, but before it hits the daily quota. And it can only return to the reliable hosts list by returning good work for a set amount of days. Only after that time can it increase its work load again. -- -- Jord. ___ 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] Downloads inhibition by outstanding uploads negativelyaffects performance.
On Sun, May 23, 2010 at 6:58 AM, Raistmer raist...@mail.ru wrote: If you have many uploads outstanding, your BOINC Manager will eventually complain it can't connect to the client. With all the problems people have with that. They inadvertently clicked the Transfers tab and can't get BM to react anymore. Is it unfixable bug in client ? It isn't a bug in the client, it's the maximum amount of things you can do withing the RPC time. It's the 1,000s of tasks BOINC is trying to update in its 1 second RPC (real-time). While the non-active tasks can be hidden in the Tasks tab, there's no hiding uploading/downloading tasks. There is just no time in the RPC to update/refresh all the tasks. Then what? Use a different RPC port for Tasks uploading? Not update in real time? Not use RPCs for uploading? -- -- Jord. ___ 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] Downloads inhibition by outstanding uploads negativelyaffects performance.
On Sat, May 22, 2010 at 9:34 PM, Raistmer raist...@mail.ru wrote: That is just very thing project-wide backoffs were designed for! That is, if MANY uploads outstanding, ALL of them will have timeout. If you have many uploads outstanding, your BOINC Manager will eventually complain it can't connect to the client. With all the problems people have with that. They inadvertently clicked the Transfers tab and can't get BM to react anymore. Downloads inhibition doesn't help actually. There are plenty hosts with big caches and w/o project-wide backoff they will do DDoS will new downloads be inhibited or not. Any more new downloads will only add to the upload list. And if something goes horribly wrong at the project end, where they lose something more than just their upload server, all the work that went out has to be sent out again, after they managed to get the project back up. All that work that you did will get no credit. People will complain about losing credit. Project admin may have to manually give out credit. Which is doable on a project with ~200 people, but not on one the likes of Seti. We got this download inhibitor after your own ticket 932. Forgot about that one? http://boinc.berkeley.edu/trac/ticket/932 In it you're saying exactly the same Lynn is saying, but now you're going against it? -- -- Jord. ___ 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 on USB Stick
On Tue, May 11, 2010 at 10:41 PM, yoyo y...@mailueberfall.de wrote: Hello, I want to create a USB stick which runs Boinc (Windows and Linux) automatic if the USB stick is inserted and attaches automatic to an weak account key of our team in a predefined project. So far this is working but I have 2 problems: 1) Boinc always starts in the advanced view and not in the simple view. How to ensure, that Boinc starts with the simple view? Use a cc_config.xml file with the following entries: cc_config options simple_gui_only1/simple_gui_only /options /cc_config It'll need to be in the data directory in Windows. Not sure where in Linux, the home/user/boinc directory? 2) How to run Boinc by default with an different skin? Boinc should run with the skin of our team. I a skin/our_team folder in the Boinc directory with the complete skin. I'm als able to select this skin in Boinc preferences. But how to enable this skin by default? Skins need to be in the Boinc program directory, in the skins subdirectory. Once loaded once with that skin, it should use it always. Kind Regards, yoyo ___ 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. -- -- Jord. ___ 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] Non-CPU tasks identification
After a long debate off-list what Erik wants to ask is if the Status
column on Non-CPU-intensive tasks could possibly show that those are
running. At present, also according to a comment in ViewWork.cpp, this
isn't working.
#if 0
// doesn't work - project pointer not there
if (result-project-non_cpu_intensive) {
strBuffer += _( (non-CPU-intensive));
}
On Tue, Mar 30, 2010 at 6:29 AM, zombie67 zombi...@mac.com wrote:
Now that we have several non-CPU projects, it would be nice to be able to
distinguish those tasks in the status column of the tasks tab. Something
like Running (0 CPUs).
___
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.
--
-- Jord.
___
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] Text and screen colors.
On Wed, Mar 17, 2010 at 1:55 PM, john.mcl...@sybase.com wrote: Of course, another option would to have a colors tab in the UI someplace. With this you could select your own color set. jm7 Now, there's an idea. Anything would be better than that sterile white background BM has now in all the tabs. It's weird, but it even hurts the eyes. (Especially after playing dark and gloomy games ;-)) -- -- Jord. ___ 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] DCF per app
It wasn't put into the too hard basket. It was put into the end of August **or so** basket. http://boinc.berkeley.edu/trac/ticket/812#comment:3 Maintaining per-app-version DCF in the client isn't too hard, but that's only part of the job; DCF is also used by the scheduler to decide what jobs can be sent. For this, we'd also need to add to scheduler requests a list of app versions and their DCFs, and extend the scheduler to parse this and use the DCFs if present. I won't have time to do this until late Aug. or so. On Mon, Mar 8, 2010 at 7:25 AM, TarotApprentice tarotapprent...@yahoo.com wrote: I did raise a Trak ticket for this quite some time back but it was put into the too hard basket. I would add that most projects seem to have multiple apps these days, examples apart from yours are Seti, Einstein, GPUgrid and ClimatePrediction to name a few more. Perhaps we could take another look at it again please. Cheers, MarkJ Date: Sun, 7 Mar 2010 18:43:36 +0200 From: Rytis Slatkevi?ius ryti...@gmail.com Subject: [boinc_dev] DCF per app To: BOINC Developers Mailing List boinc_dev@ssl.berkeley.edu Message-ID: 7b5302d1003070843t6eec00c3j6a31ba02c098a...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 I am going to raise DCF per app question once again. PrimeGrid currently has 13 different applications with varying task durations and optimization levels for different CPUs. Also available are GPU apps. This makes it very hard to correctly estimate the duration of tasks, and it throws BOINC duration estimate very much off when you run more than one application type. For example if you ran an app which was overestimated and had short tasks, and then switched to an app which has long tasks that are overestimated, it would make it seem that they will run for months, which leads to user complaints and lost CPU time because of WUs being cancelled, sometimes with a few days of progress. This has become a number one problem being discussed in the PG forums. Therefore I'm going to ask to once again reconsider implementing DCF per app instead of having it per project only. -- Pagarbiai / Sincerely Rytis Slatkevi?ius ___ 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. -- -- Jord. ___ 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_alpha] BOINC 6.10.36 released to public for Windows, Windows x64, and Mac OSX
On Sat, Mar 6, 2010 at 5:47 PM, Paul D. Buck p.d.b...@comcast.net wrote: - Durning attach the NNT flag is not respected. I attached to SaH to get the updated preference for CPU suspend and as soon as the system made the initial steps and SaH was listed I set it to NNT, yet, I still got one task downloaded. Isn't that quite normal? What else is the use to attach to a project if you wouldn't want to get at least one task from it? The initial scheduler contact will get the master file, then it will ask for work. Having set the project immediately to NNT won't work until after this. -- -- Jord. ___ 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] API suggestion to help in user retention
testing further on my Hyperthreading system. Finally found the correct flag to set, mem_usage_debug for anyone who wants to know. :-) Set CPU_suspend value to 50. Running a Spybot SD scan in the background. 19-Feb-10 00:52:15 einst...@home [mem_usage_debug] h1_1175.85_S5R4__1327_S5R6a_1: RAM 82.32MB, page 80.74MB, 0.00 page faults/sec, user CPU 919.641, kernel CPU 40.281 19-Feb-10 00:52:15 PrimeGrid [mem_usage_debug] ap26_3854193_3854202_256_0: RAM 1.47MB, page 0.49MB, 0.00 page faults/sec, user CPU 1005.359, kernel CPU 1.172 19-Feb-10 00:52:15 All others: RAM 384.47MB, page 483.99MB, user 801.297, kernel 404.156 19-Feb-10 00:52:15 non-BOINC CPU usage: 59.687500% 19-Feb-10 00:52:23 PrimeGrid [checkpoint_debug] result ap26_3854193_3854202_256_0 checkpointed 19-Feb-10 00:52:23 [mem_usage_debug] enforce: available RAM 2047.23MB swap 2737.61MB 19-Feb-10 00:52:25 einst...@home [mem_usage_debug] h1_1175.85_S5R4__1327_S5R6a_1: RAM 82.32MB, page 80.74MB, 0.00 page faults/sec, user CPU 923.000, kernel CPU 40.281 19-Feb-10 00:52:25 PrimeGrid [mem_usage_debug] ap26_3854193_3854202_256_0: RAM 1.47MB, page 0.49MB, 0.00 page faults/sec, user CPU 1009.172, kernel CPU 1.172 19-Feb-10 00:52:25 All others: RAM 385.58MB, page 484.89MB, user 811.000, kernel 406.875 19-Feb-10 00:52:25 non-BOINC CPU usage: 62.109375% As you can see, Primegrid is checkpointing like nothing is happening: 19-Feb-10 00:52:23 PrimeGrid [checkpoint_debug] result ap26_3854193_3854202_256_0 checkpointed 19-Feb-10 00:54:06 PrimeGrid [checkpoint_debug] result ap26_3854193_3854202_256_0 checkpointed 19-Feb-10 00:55:28 PrimeGrid [checkpoint_debug] result ap26_3854193_3854202_256_0 checkpointed 19-Feb-10 00:57:04 PrimeGrid [checkpoint_debug] result ap26_3854193_3854202_256_0 checkpointed values around the last entry, in case you think I am imagining things: 19-Feb-10 00:56:55 PrimeGrid [mem_usage_debug] ap26_3854193_3854202_256_0: RAM 1.47MB, page 0.49MB, 0.00 page faults/sec, user CPU 1096.219, kernel CPU 1.531 19-Feb-10 00:56:55 All others: RAM 416.44MB, page 506.22MB, user 1089.375, kernel 480.219 19-Feb-10 00:56:55 non-BOINC CPU usage: 59.453125% 19-Feb-10 00:57:04 PrimeGrid [checkpoint_debug] result ap26_3854193_3854202_256_0 checkpointed 19-Feb-10 00:57:04 [mem_usage_debug] enforce: available RAM 2047.23MB swap 2737.61MB 19-Feb-10 00:57:05 PrimeGrid [mem_usage_debug] ap26_3854193_3854202_256_0: RAM 1.47MB, page 0.49MB, 0.00 page faults/sec, user CPU 1098.109, kernel CPU 1.547 19-Feb-10 00:57:05 All others: RAM 416.26MB, page 505.74MB, user 1098.766, kernel 482.563 19-Feb-10 00:57:05 non-BOINC CPU usage: 58.671875% I get these same results on my single CPU system. Does it somehow not work in 32bit BOINC? Or does it not work on Windows XP? Or does it not work on a service installation? -- -- Jord. ___ 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] changeset 20474
* client: undo [17160]. ncpus0/ncpus in cc_config.xml no longer means simulate zero CPUs. There are several places that divide by ncpus. Zero CPUs doesn't make any sense anyway. Then how do you set BOINC to not use the CPU, but only the GPU(s)? How do you set that for one computer only? An option to only use the GPU is not available in the local preferences. Setting On multiprocessors, use at most 0% of the processors won't stick. It resets to 100%. That's why ncpus0/ncpus was created, to be able to let BOINC use the GPU(s) only There are persons out there who have multiple GPUs in their system and only use those on the projects that give GPU apps out; they do not use their CPUs, or at least, not for BOINC. I know my workaround was dirty, but please, do consider adding a new flag for the next BOINC, like nrcpus; that one will ignore the old ncpus setting, but won't break its use on older BOINC versions. -- -- Jord. ___ 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] changeset 20474
On Tue, Feb 9, 2010 at 8:53 PM, David Anderson da...@ssl.berkeley.edu wrote: There are no GPU-only apps. They all use some CPU. I guess you could say use at most 1% of processors (although that would still allow a 1-CPU app to run) The ncpus flag is there foremost run more work than you actually have CPUs in your system. The focus of this function should go back to that flag. Now its use is confusing, while it's also being adopted by some who think they know better than you, to set up their strict amount of CPUs, instead of the On multiprocessors preference setting. It's also used by some to tell BOINC to primarily focus on using all GPUs in the system and (neigh on) no CPUs. Even with ncpus0ncpus set at this time (no CPUs), BOINC will use part of one CPU to cater for the GPUs. It'll be able to do so since the GPU apps will always be started by a CPU, but the CPU doesn't do much more than translate the task to kernels and transfer that to the GPU's memory banks, plus write whatever their outcome is back to disk. Whether or not it gives the divide by zero problem Richard came across, is something that needs to be tested. Nothing against Richard, but he only saw it on one of his systems and he's the only one who saw it thus far and only in the latest BOINC. Is he the only tester left to BOINC? Can he reproduce that same error with all the previous BOINC versions? Can it have been a fluke? Thus far the only problem we've ever seen with ncpus0ncpus is people complaining that BOINC stopped using their CPUs after upgrading from BOINC 6.2 to BOINC 6.4 or above. It's possible that some Linux distros come with a BOINC version with a pre-installed cc_config.xml with this flag set to zero as well. But that needs investigation. Does that give evidence the divide by zero error was never there? No. But it doesn't give conclusive evidence that it was there either. For all we know it was a cosmic ray that hit Richard's diskplatter in the exact position where that entry was for his client_state.xml file. ;-) I have seen (very localized) data transfer and disk-writing corruption do strange things to entries in the client_state.xml file, while not otherwise corrupting the file itself. Perhaps that we need to have a better check at BOINC start-up if all the contents of the present client_state.xml file are somewhat the same as the ones in the last backup in client_state_prev. xml that we made? Now we write too quickly to the backup file, without a sanity check, thereby possibly corrupting both. Back to the ncpus flag and its meaning. As I told you and Rom in private, you changed using the how BOINC would recognize that the service installation was used between BOINC 5 and 6 by going from ENABLEPROTECTEDAPPLICATIONEXECUTION to ENABLEPROTECTEDAPPLICATIONEXECUTION2, with BOINC 6 ignoring the ENABLEPROTECTEDAPPLICATIONEXECUTION entry in the registry. Perhaps that you need something similar for test flags that seem to over-complicate things at this time. How can you easily reset their use? By making them anew. Most all flags say in a way what they do, like memtest_debug is used for memory debug tests, while sched_op_debug is used for scheduler debug operations. So why can't we rename ncpus to something that immediately tells us what its use is, plus be using that one from the next BOINC major version onwards, it ignoring the previous entry? E.g. test_only_ncpus, test_nr_cpus or something similar. Sorry for the wall of text. I had to be thorough in expressing my views. -- -- Jord. ___ 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] changeset 20474
On Wed, Feb 10, 2010 at 6:46 AM, David Anderson da...@ssl.berkeley.edu wrote: ncpus is for debugging, i.e. so that I can test problems with AQUA's 4-CPU app on my 2-CPU laptop. It's not intended as a user preference. Yes David. You know that. I know that. Most of those reading this list know that. But at the time of BOINC 6.2, without the separate scheduler for CPU and GPU built in, it was introduced as a way to get work on projects (mostly Seti) that gave out a CPU app and a GPU app doing the same work. People wanted to have work for both the CPU and the GPU at the same time, so some clever person found that misusing ncpus would do just that, by setting NCPUS to amount of CPUs plus amount of GPUs, e.g. ncpus3/ncpus on a duo core + 1 GPU. That changed when BOINC 6.4 came along which did have a separate scheduler for CPU and GPU. Then people who ran that duo core CPU + GPU found that their flag for ncpus3/ncpus would run 3 tasks on their 2 CPUs and one on their GPU. Around that same time people were also asking for ways to run only work on the GPU, not the CPU and to do so on single systems, without needing to use a completely separate venue (which is still a mythical thing for some to set up and use). So two new settings were introduced, rather rapidly behind each other. ncpus0/ncpus would set zero CPUs. ncpus-1/ncpus would disable the flag all-together. For those lazy people who can't delete the line from their cc_config.xml file. We already have prefs for limiting CPU use. If they don't provide the necessary level of control, we should change them so that they do. I know you can set on the project level, through venues, whether the computer(s) should use both the CPU and the GPU, or none of either, but you can't set that on the local level. I know that intuitively it goes against nature to tell BOINC it cannot use the CPU, but it appears some are able to do that with the ncpus0/ncpus setting at this time and still turning out normal work on their GPUs only. How else does GPUGrid do it, where they do not have a true CPU app? -- David Jorden van der Elst wrote: On Tue, Feb 9, 2010 at 8:53 PM, David Anderson da...@ssl.berkeley.edu wrote: There are no GPU-only apps. They all use some CPU. I guess you could say use at most 1% of processors (although that would still allow a 1-CPU app to run) The ncpus flag is there foremost run more work than you actually have CPUs in your system. The focus of this function should go back to that flag. Now its use is confusing, while it's also being adopted by some who think they know better than you, to set up their strict amount of CPUs, instead of the On multiprocessors preference setting. It's also used by some to tell BOINC to primarily focus on using all GPUs in the system and (neigh on) no CPUs. Even with ncpus0ncpus set at this time (no CPUs), BOINC will use part of one CPU to cater for the GPUs. It'll be able to do so since the GPU apps will always be started by a CPU, but the CPU doesn't do much more than translate the task to kernels and transfer that to the GPU's memory banks, plus write whatever their outcome is back to disk. Whether or not it gives the divide by zero problem Richard came across, is something that needs to be tested. Nothing against Richard, but he only saw it on one of his systems and he's the only one who saw it thus far and only in the latest BOINC. Is he the only tester left to BOINC? Can he reproduce that same error with all the previous BOINC versions? Can it have been a fluke? Thus far the only problem we've ever seen with ncpus0ncpus is people complaining that BOINC stopped using their CPUs after upgrading from BOINC 6.2 to BOINC 6.4 or above. It's possible that some Linux distros come with a BOINC version with a pre-installed cc_config.xml with this flag set to zero as well. But that needs investigation. Does that give evidence the divide by zero error was never there? No. But it doesn't give conclusive evidence that it was there either. For all we know it was a cosmic ray that hit Richard's diskplatter in the exact position where that entry was for his client_state.xml file. ;-) I have seen (very localized) data transfer and disk-writing corruption do strange things to entries in the client_state.xml file, while not otherwise corrupting the file itself. Perhaps that we need to have a better check at BOINC start-up if all the contents of the present client_state.xml file are somewhat the same as the ones in the last backup in client_state_prev. xml that we made? Now we write too quickly to the backup file, without a sanity check, thereby possibly corrupting both. Back to the ncpus flag and its meaning. As I told you and Rom in private, you changed using the how BOINC would recognize that the service installation was used between BOINC 5 and 6 by going from ENABLEPROTECTEDAPPLICATIONEXECUTION to ENABLEPROTECTEDAPPLICATIONEXECUTION2, with BOINC 6 ignoring
[boinc_dev] The Dark Side
It's been over a week since I stopped all BOINC activities and have been thinking about my future with the program. BOINC used to be a program with which you used the spare cycles of your CPU to help and better science. These days it's only about credits. Just go to any project forum and check the threads. It's not that difficult to find a thread where the only conversation is about the credits, or to find a thread of someone new to the project who doesn't care about the science, his only question being How can I maximize the amount of credit/RAC with this machine?, or Which GPU should I buy and what is my maximum credit/RAC with it? Science? Pah! Not interested. Credits is what we need. These totally useless things seem to be what BOINC is all about these days. BOINC went from Berkeley's Open Initiative for Network Computing to Because Our Insanity is Numbers of Credit. Seeing how Rom has been swayed to the dark side, when he said in a conversation I had with him that he had passed 1 million credits at Collatz, using his ATI GPU only, I doubt it is about anything else these days. While computer makers and software makers alike will try to make everything as green as possible, to conserve electricity, and where BOINC used to be for spare CPU cycles, the user base changes its use to leaving their computers on 24/7, having crammed as many GPUs in there as possible and only get a RAC that's at least 5 digits. Any lower and it's not interesting anymore. Just check the posts after a day's outage at Seti. It's not about why there was an outage, but how to get all that work in that's now on the computer, as the RAC is dropping. Oh my God, those poor people, their world must be coming to an end! Have you seen how many projects have been set up in the past 5 years and which ones survived? Can you imagine that not many administrators want to set up BOINC only to be jumped upon by this wild horde of insane monsters who don't care what they crunch, as long as it pays enough? Who will dictate what pay is enough and who will even demand that he gives out the same pay for work that had client errors, just to compensate for the fact that their computers burned electrons and not to make their precious RAC drop? That they do this through forums and by email, some even phoning Admin personally, just to get their message through? No, I don't have a solution or an answer to get rid of this problem. I am not even going to try. Whatever solution you throw out there is not good enough for the masses anyway. As long as the change isn't mandatory for all projects to follow, you'll find that the users will tell the project what credits to use or else... Even if you lose the database that held their credit, they'll demand you put back their previous numbers as soon as you're up and running again. Do not touch their credit as it's all they have to show for what they did at these projects. Ask them if they know what the projects are actually doing and perhaps you find 3 people on any project who know what's going on, the rest are only there for those incredibly stupid and retarded credits. Some of the newer projects don't even tell on their front page anymore what they do, as no one is interested anyway. I never was in it for the credits. I liked the program. So what do you do as soon as the program changes its goal, its intended use? What if the program is growing well beyond its initial design parameters? What if the idle time use is only in word the design goal of the program, but the program grew to be much more than that by adding increasingly more hardware that can't run at idle? What to do when the user base hijacked projects and made sure the pay is the only design goal that matters? I've found my answer. I am stepping back and leaving, keeping the possibility open that I return in the future. But on the other hand, this may be the last you've seen of me. Take care everyone, -- -- Jord. ___ 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] CUDA support for OSX
It already does so since BOINC 6.6, but was just lacking the drivers. On Mon, Dec 28, 2009 at 5:48 PM, zombie67 zombi...@mac.com wrote: nVidia has released CUDA drivers for OSX now. When will BOINC know about Macs with CUDA? ___ 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. -- -- Jord. ___ 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] Auto-uninstaller cleanup util
Hi all,
Is there someone around here who can give me a clue or two how I can
get further with my code?
After I made a batch file that cleans up after BOINC its uninstaller
(see http://boincfaq.mundayweb.com/resources/clean_util/BOINC_Cleaner_V1.zip),
I am now trying to upgrade it so it also uninstalls BOINC.
For this I need to find the correct ModifyPath value in one of the
subkeys of
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall,
subtract the path therein and then I can use that to start the
uninstaller. I know how to do all that, but I cannot figure out how to
extract the ModifyPath value from the correct registry key.
Here's what I have so far which does half of what I want. Remember,
for the moment I only want it to store the value of the ModifyPath
key.
rem @ECHO OFF
setlocal ENABLEEXTENSIONS
set
KEY_NAME=HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall
set VNAME=DisplayName
set NEED=BOINC
set VS=ModifyPath
:MAIN
FOR /F tokens=1-5 delims=%%A IN ('REG QUERY
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\')
DO (
Set TVAL=%%A
FOR /F tokens=1-3 delims=%%A IN ('REG QUERY %TVAL% /v ModifyPath') DO
(
Set NVAL=%%A
Set PVAL=%%B
Set VVAL=%%C
)
)
Preferably I only want to store the subkeys of
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\
first and search them individually for the string and value I need. At
this moment it searches immediately within them as well, so for
instance
%%A =
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{1234-TYB}\
gets stored to TVAL, yet the moment I try to look in TVAL only, the
search is already checking
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\AppPath
... and I get an invalid registry key error.
That error is correct, as the correct path would be
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{1234-TYB}\
and then the string AppPath (not part of this actual key).
So, how do I store
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{1234-TYB}
to TVAL and then search its contents, before going to the next subkey
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{2345-TYB},
search through that... etc. ??
I don't know the exact key in which I can find the path... plus it
changes with every BOINC installation.
I can't just forgo the correct path and just do MSIExec /uninstall
/quiet BOINC.msi, as I need the correct directory here as well. Plus
for a lot of us who update their BOINC regularly, there are a lot of
BOINC.msi instances on our drives. Only the last one used can be used
to uninstall the present BOINC with.
Reminds me... I'll have to edit the version 1 cleaner to delete the
BOINC.msi file as well. ;-)
--
-- Jord.
___
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] Request: Add Snooze/Suspend GPU's only
On Thu, Dec 10, 2009 at 9:19 PM, Matthias Holzinger tombst...@cnoize.at wrote: On Thu, Dec 10, 2009 at 8:03 PM, john.mcl...@sybase.com wrote: I believe that there is already the capability to add exclusive applications to the cc_config.xml file. BOINC will not process as long when these executables are running. Unfortunately this doesn't really help neither as programs like the browser/steam/... run all the time and would then keep me from using BOINC GPU completely. Even though Steam may be needed to load certain Valve games, the games themselves can still be added as exclusive_gpu_app options. I use the exclusive_app option to stop BOINC while Half Life 2 and its Episodes One and Two are running Simply add exclusive_apphl2.exe/exclusive_app and any of the ones I start will suspend my BOINC, until I exit the game. I don't have Steam designated as an exclusive application. Then again, I don't run Steam all day long either. A bit overkill, that. As for embedded video in browsers, well... In my humble opinion you're a bit responsible for that. Set the 'In use' means mouse/keyboard activity in last preference to a lot longer than 3 minutes, or suspend BOINC before you go watch (embedded) video. -- -- Jord. ___ 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] Intel demos 48-core processor running Windows and Linux
On Thu, Dec 3, 2009 at 12:52 AM, Martin m_boinc...@ml1.co.uk wrote: Looks more like a catch-up attempt to chase Tilera: http://www.wired.com/gadgetlab/2009/10/tilera-100-cores/ It does suggest that Boinc will need to develop to support massive parallelisation of the science applications on individual hosts. In that article it says: Don’t expect it to run Windows 7 on it though. For that, consumers will have to wait for Intel’s version in a few years. So what does it run then? Pure CUDA/Stream/OpenCL? ;-) -- -- Jord. ___ 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] BOINC suspended, but new wrapper continues
Hi all, I'm testing for Rytis' non-cpu-intensive project and today, while doing some tests for drugdiscov...@home.com to see what its apps were doing, I found that the wrapper used on Rytis' project does not suspend. The case: I have BOINC suspended, network activity suspended, all individual tasks for the different projects suspended. Yet I still see this coming past in Filemon: 67575 16:03:54.750pinger_wrapper_:3692IRP_MJ_CREATE N:\BOINC Data\slots\1\progress.txt SUCCESS Options: Open Access: Read 67576 16:03:54.750pinger_wrapper_:3692IRP_MJ_READ N:\BOINC Data\slots\1\progress.txt SUCCESS Offset: 0 Length: 4096 67577 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4053 67578 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4053 Length: 1 67579 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4054 67580 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4054 Length: 1 67581 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4055 67582 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4055 Length: 1 67583 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4056 67584 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4056 Length: 1 67585 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4057 67586 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4057 Length: 1 67587 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4058 67588 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4058 Length: 1 67589 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4059 67590 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4059 Length: 1 67591 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4060 67592 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4060 Length: 1 67593 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4061 67594 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4061 Length: 1 67595 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4062 67596 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4062 Length: 2 67597 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4064 67598 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4064 Length: 1 67599 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4065 67600 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4065 Length: 1 67601 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4066 67602 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4066 Length: 1 67603 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4067 67604 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4067 Length: 1 67605 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4068 67606 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4068 Length: 1 67607 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS Length: 4069 67608 16:03:54.750pinger_wrapper_:3692FASTIO_WRITEN:\BOINC Data\slots\1\stderr.txt SUCCESS Offset: 4069 Length: 1 67609 16:03:54.750pinger_wrapper_:3692FASTIO_QUERY_STANDARD_INFO N:\BOINC Data\slots\1\stderr.txt SUCCESS
Re: [boinc_dev] Anansi is coming back
Or a fan site for Skunk Anansie (http://en.wikipedia.org/wiki/Skunk_Anansie) ;-) On Fri, Sep 11, 2009 at 11:10 AM, erbenton erben...@comcast.net wrote: What is this? sounds like a chinese web attack machine. -- -- Jord. ___ 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] *SPAM* Re: Spam on Trak tickets
A new spammer with a liking to Nike shoes is going through a lot of tickets at this moment. I've just cleaned out 36 tickets, will go back for more in a bit. Isn't it possible to truly lock tickets when they're locked (only those with an admin tag can reopen them or add comments), or otherwise add a recaptcha to writing any comment on any ticket? -- -- Jord. ___ 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] *SPAM* Re: Spam on Trak tickets
2009/8/11 Nicolás Alvarez nicolas.alva...@gmail.com: El Martes 11 Ago 2009 13:00:41 Jorden van der Elst escribió: Isn't it possible to truly lock tickets when they're locked (only those with an admin tag can reopen them or add comments), or otherwise add a recaptcha to writing any comment on any ticket? It's reasonable for *users* to reopen tickets if they find the bug still exists. OK, then a recaptcha of sorts. I'm part of a forums where for the first 10 posts I must solve a recaptcha will my post go through. let the spammers bite themselves on that one. -- -- Jord. ___ 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] *SPAM* Re: Spam on Trak tickets
It's back, undeterred by whatever spam filter. I just cleaned out 3 tickets. There are probably more. Same spammer with same message as before. On Sat, Aug 1, 2009 at 3:20 PM, Rom Waltonr...@romwnet.org wrote: I have gone ahead and added that crap to the bayes spam filter and upped the spam score for external links. Hopefully that'll prevent him/her/it from posting in the future. - Rom -Original Message- From: boinc_dev-boun...@ssl.berkeley.edu [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Jorden van der Elst Sent: Saturday, August 01, 2009 7:18 AM To: TarotApprentice Cc: BOINC dev Subject: *SPAM* Re: [boinc_dev] Spam on Trak tickets David had deleted his account earlier this week, it just seems he is back. I cleaned 10 tickets that I got emails for, there's probably more than those 10 as well. On Sat, Aug 1, 2009 at 9:45 AM, TarotApprenticetarotapprent...@yahoo.com wrote: Can someone kill alisazhao2009's account in Trak please. Or better still change the password so it can't be used any more. He/she keeps putting rubbish on my Trak tickets. Cheers, MarkJ -- -- Jord. ___ 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. -- -- Jord. ___ 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] *SPAM* Re: Spam on Trak tickets
Done. Any more? On Fri, Aug 7, 2009 at 2:26 PM, Richard Haselgrover.haselgr...@btinternet.com wrote: It's on #713 as well - not yet cleaned. -- -- Jord. ___ 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
There is a good point brought up through http://boinc.berkeley.edu/dev/forum_thread.php?id=4161 Is it really necessary for those users with their own BOINC client already installed to uninstall that version and install the GR supplied one? The thread starter attached to the PTP projects with his own 5.10.45, will that give him any trouble? Why is the GR supplied one 2 versions behind on the latest test version (6.8.13 vs 6.8.15)? -- -- Jord. ___ 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_alpha] BOINC 6.6.37 released for Windows, Mac, and Linux
This morning I distributed my build version to someone who had problems with fetching work from milky...@home. Before, with the 6.6.36 client he would get messages alike Message from server: (won't finish in time) BOINC runs 71.3% of time, computation enabled 98.2% of that .. He only updated to use my boinc.exe and boinc.dll and restarted BOINC, which immediately and without delay went to request work from Milkyway and got it. I am running the same build on one machine that had similar problems at another project (DrugDiscovery). For the time being I returned to using the old code at my second machine to catch the Malaria log, now that Nicolas (Maire) set the correct line in the scheduler log. Not so much because we don't know if this code will continue working OK, but more to see what the log will be on a client doing such a request. It takes a couple of request before it gives the error, though and at that time there must be work available to distribute. But all in all, it would seem that the new code fixed things for now. Thumbs (and other digits) up. We could use a new alpha client with this code, so more people would be happy (and not returning to older in other ways broken 6.4 and 6.6 clients). On Sat, Jul 18, 2009 at 5:45 PM, Jorden van der Elstels...@gmail.com wrote: I've built this version from source and will go test it at Malaria, since one of my machines is again complaining it can't get work there due to the percentages being too much. Should I wait for Nicholas Maire to capture the log first, is that still necessary you think? As else I'll switch the affected machine over to this client and will just test-run it. -- -- Jord. -- -- Jord. ___ 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] 6.6.36, host.active_frac = 100% means no work?
Is it possible that there's a bug in BOINC where when host.active_frac = 1 (100%) it won't request any work? I ask this as on DrugDiscovery we've seen the following happen to people (and to myself); Host asks for work and gets as a message: 23-Jun-09 21:36:02 DrugDiscovery Message from server: GROMACS with Nvidia GPU is not available for your type of computer. 23-Jun-09 21:36:02 DrugDiscovery Message from server: (won't finish in time) BOINC runs 98.3% of time, computation enabled 100.0% of that I don't think the GPU message has anything to do with it as that was something people with CUDA GPUs got as well. It's the second line. Now, stupid me, I didn't log anything at the time, or saved the relevant lines from client_state.xml or any of the sched_reply or sched_request files... I just reset the project and then got work. After the last sched_request my numbers are: on_frac0.974275/on_frac connected_frac0.967568/connected_frac active_frac0.968222/active_frac So I am assuming that any number under 100% will do, but 100% will stop work from getting in. Trouble is that I don't see it reflected in the source code. The only reference is when host.active_frac is above 100% (or 1), to show a message that this is something of an impossibility and that we're resetting to 100% (or 1). ;-) Any ideas? -- -- Jord. ___ 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] 6.6.36, host.active_frac = 100% means no work?
I tried exiting BOINC, setting active_frac in client_state.xml to 1.00, saved file, restarting BOINC... but it immediately changes to active_frac0.75/active_frac I tested this 3 different times... so it's not even possible to get BOINC to manually use 100% active_frac. Unless, highly unlikely, 99.9975% gets rounded up to 100%? -- -- Jord. ___ 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] Add country to forum profile
2009/6/11 Nicolás Alvarez nicolas.alva...@gmail.com: While we're at it, any special reason why the numerical ID of the user is there? It makes the box cluttered; too many numbers, hard to read. I don't agree. http://boinc.berkeley.edu/trac/changeset/18357 There are two very useful uses for the UserID in that pane: 1. It's easier to put someone on ignore. Just copy his ID number, go to my account etc. Now I have to click his name, fiddle with copying his ID number out of the URL, which never works as I want it to, will always select more than just the number, then I go to my account. Your wish gave me more steps to go through. Thanks. Will you (Nic) now send David some code so he can add an 'ignore this user' button at the bottom of posts, next to the white x on the red background? 2. It was easy to check if a person had more than one account, by just leaving the forum thread on one of his posts, then open a second tab to do some User Searching. Now I have to open a third tab with the userID URL. But OK, if the UserID is useless info in the side-pane, then the account registration (joined) date is as well. All of the numbers can be found in the user's profile. Why not just throw them all out, leave only room for the avatar and be done with it? Especially the credits and RAC as those can be added in a very long signature picture. -- -- Jord. ___ 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] Add country to forum profile
On Thu, Jun 11, 2009 at 6:38 PM, David Andersonda...@ssl.berkeley.edu wrote: and replace Joined: Aug 8 08 with Joined: 10 months ago or something -- David Heh... Joined: 119 months, 3 weeks, 4 days, 17 hours, 23 minutes and 12 seconds... 13 seconds... 14 seconds... :-) -- -- Jord. ___ 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] New server update with automatic GPU detection on
Hi David, Is it such a good idea to show and store GPU / CUDA cards by default on the back-end? I ask as I now see people's hostIDs showing a CUDA capable card on projects that definitely do not do CUDA at this time, or will probably never do so (ever) in the (near) future. Examples given: CPDN Beta: http://cpdnbeta.oerc.ox.ac.uk/hosts_user.php?userid=426 cosmol...@home: http://www.cosmologyathome.org/hosts_user.php?userid=15697 Hydrogen: http://hydrogenathome.org/hosts_user.php?userid=15 etc. This will only confuse people, as they can see that their card is detected, but they cannot use it on (all) the projects. Isn't it therefore better to disable storing (or showing) the GPU by default and have administrators enable it through the Management Control Panel when they start using the GPU on their project? -- -- Jord. ___ 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.
