Posts by MarkJ


log in
21) Message boards : Number crunching : How do I make time of day restrictions work? (Message 1381395)
Posted 432 days ago by Profile MarkJProject donor
You did set computing allowed based on prefs didn't you? From the activity menu across the top. It also allows for GPU settings and network (run always, prefs or never). Just setting the times isn't enough you also need to tell it to use them.
22) Message boards : Number crunching : Best way to free cores when running multiple projects (Message 1378748)
Posted 438 days ago by Profile MarkJProject donor
Not the right thread but anyone knows who to make the boinc to run for example:

2 GPUGrid WU + 4 Cuda WU + 6 CPU task fixed on the same host

Explain: I have 2x690 and want to run GPUGrid on one GPU (2 WU) and SETI on the second (4 Cuda WU) the rest is to be crunched by the CPU, ask because i donĀ“t want to leave the scheduler choose what to run, i want to decide how many task of each king will run at any given time.

I know there is a set for fix the max number of concurrent task (max_concurrent) on each hosts, but the user manual does not expain if the setting is for each project or the setting is global.


About all you can do is exclude GPUgrid from one and vice-versa on the other one. Use the exclude_gpu tags in cc_config to do this. It causes scheduling issues though.
23) Message boards : Number crunching : win 7 ??? (Message 1372722)
Posted 450 days ago by Profile MarkJProject donor
I had a problem with the Nvidia drivers wanting to install their sound drivers and overwriting the mobo ones. These days when installing Nvidia drivers I only do the video driver. Custom install -> deselect everything except the video driver. Tick the Clean install option. And that should leave whatever sound drivers your mobo uses behind.

Also windows update keeps offering to install the Nvidia sound drivers so don't let it.
24) Message boards : Number crunching : Now that v7 has rolled out.......... (Message 1372422)
Posted 451 days ago by Profile MarkJProject donor

Much praise to Jason.

Here's why I mention it; the work is flowing out, the video cards are taking ten times as long to do the new work, it is getting returned, and the validators are off-line (last I checked).

So Einstein "pushed" a new app to people, sent them work, and can't / won't / aren't validating it (last I checked, some hours ago). I haven't noticed anyone going into hysterics.

Yet..


Fear not. They said they will be turning the validator on Monday because they want to keep an eye on it when it starts running for the first time
25) Message boards : Number crunching : Log/Tracking Tool (Message 1365380)
Posted 471 days ago by Profile MarkJProject donor
BOINC logx might help. I haven't used it myself but its supposed to be a logging tool for BOINC clients. Maybe those who have experience with it could chime in here.
26) Message boards : Number crunching : New client only runs 1 sec out of 10 (Message 1362431)
Posted 479 days ago by Profile MarkJProject donor
Hi,

Upgraded o the latest client (7.0.64(x64)) and now whenever a gpu task is started, it will only run for about 1 sec out of 10. I had no tasks queued when upgraded. Old client was running Lunatics and event log seems to pick up xml ok. Project has been reset twice with same result.

Is there a simple solution?

cheers


You'd need to un-hide your computers so we can look at some details.

Can you be a bit more specific than "run for about 1 sec"? I assume you mean they error out almost straight away, but we'd need to look at the task errors, etc.

If you are worried about your privacy have a look at what information is shows for the tasks and computers, there is nothing personally identifiable. We can't even see the computer names (although you can).
27) Message boards : Number crunching : Question on memory settings (Message 1361798)
Posted 481 days ago by Profile MarkJProject donor
Are you sure the motherboard running double channel
supports triple channel with the installed processor?


? He didnt ask about that... but no... The 3770 will only support dual channel and the 920 will support triple channel


I didnt ask because I didnt have a clue about asking that:) I just figuered I would get the link read it and then change the settings. thats why I ddint give any specs.

Its an ASUS P8Z77-V LK LGA 1155 intel Z77 HDMI SATA 6Gb/s USB 3.0 ATX Intel Motherboard with UEFI BIOS

My memory is Kingston Hyper X Blu 8 GB (2x4GB) 240 pin DDR3 SDRAM DDR3 1333 destop memory model KHX1333C9DB1k2/8gb

CPU is Intel I7 3770 Ivy bridge 3.4 Ghz (3.9 ghz turbo) LGA 1155 77W quadcore.


But if the I7 3770 only will do dual I guess I dont have to worry about it.

So thanks for the heads up on that.


I usually set the memory into XMP mode and it will chose the best settings for it. The Kingston Hyper X support XMP. I have similar spec P8Z77's but with the 1600Mhz memory.
28) Message boards : Number crunching : Development BOINC 7.0.62 (Message 1356556)
Posted 495 days ago by Profile MarkJProject donor
7.0.62 change log
- MGR: Remove fix of text for the 'reread config files' menu option
29) Message boards : Number crunching : Development BOINC 7.0.62 (Message 1356555)
Posted 495 days ago by Profile MarkJProject donor
7.0.61 change log
- Remove more dead projects from project list.

- client: don't prefix <task> messages with [task]

- client: major overhaul of work-fetch logic based on suggestions by Jacob Klein. The new policy is roughly as follows: Find the highest-priority project P that is allowed to fetch work for a resource below buf_min
Ask P for work for all resources R below buf_max for which it's allowed to fetch work, unless there's a higher-priority project allowed to request work for R. If we're going to do an RPC to P for reasons other than work fetch, the policy is:
For each resource R for which P is the highest-priority project allowed to fetch work, and R is below buf_max, request work for R.

- client: work fetch message tweaks: show state before actions.

- client: detect new Win versions and AMD GPUs; from [P3D] Crashtest.

- Unix: Fix for "make clean" not removing .a files in lib/

- client: piggyback requests for resources even if we're backed off from them.

- client: change resource backoff logic. Old: if we requested work and didn't get any, back off from resources for which we requested work. New: for each resource type T: if we requested work for T and didn't get any, back off from T. Also, don't back off if we're already backed off (i.e. if this is a piggyback request). Also, only back off if the RPC was due to an automatic and potentially rapid source (namely: work fetch, result report, trickle up).

- client: fix small work fetch bug.

- client: fix bug in work fetch that prevented resource backoff.

- client: AMD GPU names; from Jord.

- client: AMD GPU name tweaks.

- client: fix bug that could cause idle GPUs when exclusions are present. The basic problem: the way we assign GPU instances when creating the "run list" is slightly different from the way we assign them when we actually run the jobs; the latter assigns a running job to the instance it's using, but the former doesn't. Solution (kludge): when building the run list, don't reserve instances for currently running jobs. This will result in more jobs in the run list, and avoid starvation. For efficiency, do this only if there are exclusions for this type. Comment (David): this is yet another complexity that would be eliminated if GPU instances were modeled separately. I wish I had time to do that.

- client: put back --detach (because BoincTasks? assumes it) and --detach_console (because the documentation says it exists). I'm not sure why --detach_phase_two is there, but leave it.

- client: fix bug in work fetch that caused infinite RPCs if all projects backed off.

- boinccmd: show correct error message if auth failure.

- MGR: Fix minor cosmetic issue rendering Task Selection Control in Simple View on Mac.

- MGR: Check the size of the stats vectors before attempting to tabulate the results.

- MGR: Fix the text for the 'reread config files' menu option.

- client: Make the detach console stuff backwards compatible with BOINCTasks.

- WCG: Fix bug in WCG version of client when using the project_init.xml file it initiate auto-attach to World Community Grid.

- WCG: Add signing requirement to installer. Need Rom to add key location and key password to file when he builds
30) Message boards : Number crunching : Development BOINC 7.0.62 (Message 1356553)
Posted 495 days ago by Profile MarkJProject donor
Its been a while so here are the latest change logs...

7.0.60 change log
- Update all_projects_list.xml

- MGR: fix crash bug in Simple View preferences dialog

- client: on startup, if new version, arrange to get new project list

- alphabetize fields in prefs structure

- client emulator: simulate project-requested backoff after work fetch

- XML parser: return error if string exceeds buffer size.

- client: when parsing MD5, use 64 instead of 33 char buffer. When the XML parser reads a string, it enforces the buffer size limit BEFORE it strips whitespace. So if a project put whitespaces before or after the MD5, it would fail to parse



7.0.59 change log
- Remove Beta/Alpha flag for Linux builds.

- MGR: Revise how CPU Architecture is determined in the about dialog box per Gianfranco's recommendation

- Manager (Win): case-insensitive check for .exe ending of exclusive apps

- client: if <dont_check_file_sizes> is set in config, still check for errors (e.g. verify failures) at startup, and reset file if so. Otherwise we'll never recover from those errors

- client: rename two different functions named backoff() to make it easier to see what's going on.

- fix code formatting in manager

- client emulator: ignore non-CPU-intensive apps

- client: code cleanup. Some variable/function/constant names contained "debt" when they actually refer to REC. Change these names to use "rec".

- client, work fetch: request # instances so that we have enough jobs to use project's share of instances.

- client emulator: if client_state.xml doesn't have <no_rsc_apps> for a project, and the project doesn't have apps for that resource, the project can be asked for work for that resource

- client emulator: if try to do RPC to a "down" project, back off

- client emulator web interface: show simulations in reverse chron order




7.0.58 change log
- XML parser: when skipping unrecognized elements, don't read them into memory

- MGR: Update copyright year



7.0.57 change log
-client: alphabetize log flags

- client: there were many places in the code where we keep track (usually in a static variable called "last_time")of the last time we did something,and we only do it again when now - last_time exceeds some interval. Example: sending heartbeat messages to apps. Problem: if the system clock is decreased by X, we won't do any of these actions are time X, making it appear that the client is frozen. Solution: when we detect that the system clock has decreased, set a global var "clock_change" for 1 iteration of the polling loop, and disable these time checks if clock_change is set.

- client: a couple of more clock-change fixes

- Client: debug last commit. Also fix bug where benchmarks don't end when clock goes backward

- client: updated Windows version identification, from Robert Kress

- client and wrapper (Linux): when parsing /proc/x/stat entries, handle command names that contains white space

- client: improve work fetch messages

- MGR: Add missing static text back to the welcome page for the attach wizard




7.0.56 change log
- MGR: Modify the GUI for the Attach to Project Wizard for the World Community Grid version of the client. These changes should make clearer the difference between attaching to a new BOINC project vs changing which applications a user is choosing to run at World Community Grid.

- MGR: Further modifications to the World Community Grid installer and skin for BOINC 7.

- MGR: fix build breaks on Win. You can't just say "#elif".

- client: write log flags in alpha order.

- client and boinccmd: update usage text.

- update Unix command completion script.

- update XML man pages for client, manager, boinccmd.

- man page tweak.

- client: removed unused code for old work-fetch logic.

- client: fix small work fetch bug that caused the client to not add a piggyback work request when it should have




7.0.55 change log
- WINSETUP: When ENABLEUSEBYALLUSERS is true, create the automatic run key in the HKEY_LOCAL_MACHINE registry space. When it is false use HKEY_CURRENT_USER.

- client (and maybe others): fix XML parsing bug when skipping large unrecognized elements

- client: don't show cache size in startup messages



7.0.54 change log
- MGR: Center the Simple View slide show area, fix wrapping of project description text when project has no slide show

- Client: on read_cc_config() GUI RPC, reread app_config.xml files as well as cc_config.xml

- Attempt to fix appearance of Simple View buttons on Windows

- MGR: Fix a minor glitch rendering corners of backgrounds of Task and Project areas in Linux Simple View

- MGR: Limit event log to 2000 messages, deleting oldest if necessary

- boincmgr: patch to change temporaries to long. Fixes# 1226 (From: Alyssa Milburn) Thanks Gianfranco Costamagna

- client: change work fetch policy to work better with GPU exclusions scale amount of work request by (# non-excluded instances)/#instances

- change policy: old: don't fetch work if #jobs > #non-excluded instances new: don't fetch work if # of instance-seconds used in RR sim > work_buf_min * (#non-exluded instances)/#instances

- client: add --suppress_net_info cmdline option

- Client/manager: isspace() throws an exception on Win for non-ASCII chars. Check isascii() first.

- client emulator: fix crash if you have active tasks of non-CPU-intensive projects

- client, work fetch policy. Change policy for projects w/ GPU exclusions

- client (FreeBSD): detect running on batteries; from rustyBSD

- client: add <fetch_on_update> config option; requests work when you update a project even if it's not highest priority

- MGR: Make the flags to InternetReadFileEx() match those of InternetOpen(). Mixed flags can cause unpredictable results.

- MGR: if InternetReadFile() sets ERROR_IO_PENDING error, we need to call it again to get the next chunk of data

- client: parse <fetch_on_update> config flag, and show it on startup

- MGR: Fix memory leaks, add debug fprintf's trying to find cause of crashes when retrying load of images in notices

- manager: don't show DCF in project properties page if it's 1

- build: Add -Wcast-align to list of compiler warnings we are interested in. It'll help prevent crashes in CPU Architectures that are strict on there alignment policies. (From: Jeffrey Walton)

- client: Revert my changes for the --detach_console functionality back to the original implementation

- MGR: Remove temporary debugging fprintf's

- Manager (and possibly other components): XML parsing fix

- MGR: Disable the download of image files for now. Revisit policy after the next public release.
31) Message boards : Number crunching : SETI Hardware Fundraisers: 2013 The Year of the Servers (Message 1354961)
Posted 499 days ago by Profile MarkJProject donor
I was wondering the same. I do hope he is well. There doesn't seem to be any activity on the GPUUG site either. Anyone heard from Slavac recently?
32) Message boards : Number crunching : program has borked..... (Message 1348654)
Posted 519 days ago by Profile MarkJProject donor
last week i noticed on the little icon in the bar at the bottom of the screen(boinic icon) that it has a little red thing on it,i press it and it comes up with " reconnecting to client" and my whole program appers to have been whipped clean,theres just nothing there anymore,no work,no transfers ,no disck usage (the pie grapgh says zero disc space in use.
did something go haywire at berkelly or is it my machine?


The red dot is indicating the manager can't talk to your core client. The manager is the GUI bit that shows the project, tasks and so on. The core client is the bit that schedules the tasks does the file transfers and so on.

I would suggest you exit the manager and then reboot to see if they will talk to each other. If they don't then we would need to work out why they won't talk.
33) Message boards : Number crunching : upgrading to 7.0.56 (Message 1348027)
Posted 521 days ago by Profile MarkJProject donor
I was going to reply but I see Richard has already done so.

To reiterate the recommended approach when upgrading from a earlier (as in 7.0.28) version is to finish off and report your GPU work first. Personally I usually run the machine dry before upgrading but that's just me.

I am running .56 on one machine and have .52 on a bunch of others. One of the advantages of the current version is support for the Intel HD graphics built into the newer i5 and i7 chips.
34) Message boards : Number crunching : disk usage (Message 1344482)
Posted 530 days ago by Profile MarkJProject donor
Quite often they have moved through files but won't clean up until you do the above or the entire run finishes.

Quite often? Weird then that I have never have seen this happen in all the years I've run Einstein. Got links to all the many threads on their forums where you and others complain about it and moderators/admins answer that they know it happens quite often? Or is the Quite Often just a personal feeling (because you don't understand LS)?

Edit: it may have happened once, when they switched from the S5 search to the S6 search, but since all searches since then have all been a form or continuation of the S6 search, the data files have been the same. Thus no need to remove them when e.g. S6Bucket stops and S6LV starts.


The WU are for a particular frequency which as far as I understand they work their way up the band. Even though they may be at the upper end of the band the data files for the lower ones will still be left on your machine. As I said these would not normally be deleted unless the search finished or the user were to detach/reattach.

While there may be no need to remove them the question was asked how to.

I don't need to remove them I have plenty of disk space. I understand how locality scheduling works so I have no reason to complain about this, I was merely answering the question.
35) Message boards : Number crunching : disk usage (Message 1344332)
Posted 530 days ago by Profile MarkJProject donor
The quickest and easiest way to clean up Einstein is to detach and reattach (or as its now known remove and then add).

Quite often they have moved through files but won't clean up until you do the above or the entire run finishes.
36) Message boards : Number crunching : BoincView will not connect to a remote host (Message 1343106)
Posted 534 days ago by Profile MarkJProject donor
On my raspberry Pi which runs Debian I had to add the monitoring host into /etc/hosts before I could connect. See my blog as I have instructions for setting up BT talking to the Pi.
37) Message boards : Number crunching : 2012 - 2013 Marathon Pledge Drive (Message 1338666)
Posted 551 days ago by Profile MarkJProject donor
In addition to GPUUG fund raiser donation I have made this one too

Thank you for your gift of $200.00 via Visa on 02/15/2013.
Your gift will benefit the following area:

SETI@home - $200.00

Your confirmation number is: 109515
38) Message boards : Number crunching : SETI Hardware Fundraisers: 2013 The Year of the Servers (Message 1338663)
Posted 551 days ago by Profile MarkJProject donor
And a 2nd donation made towards the upload/download servers.

Anyone else?
39) Message boards : Number crunching : Development BOINC 7.0.62 (Message 1338655)
Posted 551 days ago by Profile MarkJProject donor
7.0.52 change log
- WINSETUP: Revert my change to interpret the Service Install checkbox as an integer. Internally if the property contains a value it is true, otherwise false. Confirmed by Kevin

- WINSETUP: Fix the launch manager and tray functionality at the end of setup




7.0.51 change log
- client: job scheduler tweak to avoid CPU idleness in situation where GPU jobs use different CPU fractions

- client: work fetch: if there are idle devices, we need to ask the highest-prio project for work for all of them (don't scale by the fetchable resource share!). This should fix some device starvation problems

- client: Fix typo from previous commit

- client (Unix): check whether VBoxManager is executable by us before trying to run it. Otherwise we get lots of msgs in stderr

- Manager: right-justify task deadline in advanced view

- Fix wild card in Exclusive Apps dialog for Linux (from Gianfranco Costamagna)

- client: Properly return the battery status as full when it is

- Fix for FCGI compile problem in lib/filesys.cpp

- client: suspend_reason is not a bitmap; fix code that acted like it is




7.0.50 change log
- WINSETUP: Update the custom actions that use the ENABLEPROTECTEDAPPLICATIONEXECUTION property




7.0.49 change log
- manager: fix some compile warnings on Unix

- client: Basic detection of how much capacity a host's battery has on Android and Windows

- client: Basic detection of the battery state for a given host for Windows and Android. Useful for detecting if the battery is overheating.

- improvements to Makefile for lib for MinGW, from Bernd

- lib: typo fix

- zip: Reduce the number of arguments sent to the compiler, possibly fixing the build on Linux when building the wrapper
40) Message boards : Number crunching : How many Computers do you have Running BOINC Projects? (Message 1337424)
Posted 555 days ago by Profile MarkJProject donor
I have 3 clusters.

Intel GPU cluster has 4 x i7's currently running
Nvidia GPU cluster has 5 x i7's currently off
Pi cluster has 3 x Raspberry Pi's currently running

None doing SETI work. Pics on the blog if people are interested.


Previous 20 · Next 20

Copyright © 2014 University of California