IRC logs of #boinc for Saturday, 2009-03-14

00:02 <Soul_keeper> (vunknown) Scored:

00:02 <Soul_keeper> 548 Points

00:23 *** PAPatriot1776 has joined #boinc

00:27 <jasong>

00:27 <Romulus> Title: BBC NEWS | Americas | Nail tools aid Canada jail break (at

00:27 <jasong> It's good to have a goal

00:27 <jasong> ;)

00:28 <MTughan> How's a $16K computer for a goal?

00:28 <Romulus> <> (at

00:30 <ball> MTughan: I haven't looked yet, but I'd spend 1K on the new computer and put the rest towards fixing my house up.

00:30 <ball> My old, broken house

00:30 <MTughan> Yeah, but that thing has four quad-cores and 32GB of RAM. :)

00:31 <ball> A nice little Celeron or Sempron would be a HUGE step forward for me.

00:31 <ball> 4 Gbytes RAM... sorted.

00:31 <ball> Couple of 500 Gbyte hard disks

00:32 <ball> ...perhaps an nVidia card for GPUGrid or boinc

00:33 <ball> What I'd *really* like is a dual-core Xeon, for the VT

00:33 <ball> Can't afford that though.

00:33 <ball>, ever.

00:35 *** gleaken has joined #boinc

00:35 <gleaken> Romulus: nice value

00:35 <Romulus> gleaken: Are you daft?

00:35 <gleaken> Romulus: help

00:35 <Romulus> gleaken: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.

00:36 <MTughan> gleaken: Try prefixing a command with "&".

00:36 <MTughan> &list alias

00:36 <Romulus> MTughan: #boinc, 'veryquiet', 8b, 8ball, add, answer, bchset, beer, bighello, bticket, bw, bye, cad, cake, catz, chanstats, coffee, countdown, cpu, damnpointers, ding, dogz, donkeyscoffee, eclipse, espresso, explosm, g2g, hello, icetea, jfgi, l33t, liberalcoffee, lock, lol, math, money, mornin, nn, pastebin, pizza, pong, qc, quiet, remove, sleep, social, stfu, syn, tea, teal'c, thanks, unlock, (1 more message)

00:36 <gleaken> Romulus: &list alias

00:36 <Romulus> gleaken: Are you daft?

00:37 <MTughan> Only one way or another. "Romulus: command" or "&command". :)

00:37 <gleaken> enough of that...  I have been looking for a way to change the nice value of processes running.  I haven't found a config file that controls that value.  Is there a way to change it?

00:38 <MTughan> I believe you can change it on the fly with the nice command, but let me check...

00:38 <ball> "renice"

00:38 <MTughan> You're wanting to have BOINC apps start as at a different nice level?

00:38 <gleaken> I can change them manually, but I want to change the default nice value, I want to test a system at full tilt and I want to kick all jobs off at 0 nice to peg the speed on the processor

00:38 <gleaken> MTughan: correct

00:39 <MTughan> I know that's not configurable through BOINC itself in its current version. Might be possible editing the source and recompiling, but I wouldn't recommend that unless you're desperate.

00:40 <gleaken> MTughan: hmm, I saw something about nicelevel or some config flag on a web site somewhere, but I could not find the flag in any file

00:40 <ball> Wouldn't 0 nice be the default?

00:40 <ball> ...or is that influenced by the % CPU pref?

00:40 <MTughan> Well, there's no place to configure it that I know of.

00:40 <gleaken> ball: no, 19 is, 0 is much higher

00:41 <ball> -19 is higher still

00:41 <MTughan> The highest.

00:41 <gleaken> MTughan: ok, thanks, seems like an odd thing to not be able to configure, considering it is just a parameter passed on the call to spawn the process

00:42 <gleaken> ball: sorry, you are correct, I should have said, 0 is normal priority, and much higher than 19 and -19 is much higher than the normal of 0

00:43 <ball> How is the % CPU implemented?

00:43 <MTughan> 19 nice is the default level that BOINC starts apps at, that's what you meant right?

00:44 <gleaken> I have to go, MTughan, thanks for the information, have a good night/day (depending on tzone)

00:44 <ball> Ah, well that's nice of boinc.

00:44 <ball> (and appropriate, too)

00:44 <MTughan> Night, just about 1AM here. :P

00:44 <MTughan> And np.

00:44 <gleaken> EST, same here

00:44 <gleaken> ::eye lids slowly collapsing under their own weight::

00:45 *** gleaken has quit IRC

00:45 <MTughan> Eh, this is nothing. I regularly stay up until 2AM or later...

00:45 <MTughan> Oops.

00:46 <Soul_keeper> some guy on the anandtech forums is looking to get rid of some xeon's

00:46 <Soul_keeper> guess his company just upgraded

00:46 <Soul_keeper> socket 603 apparently ..

00:49 <ball> Xeon chips or systems?

00:50 <Soul_keeper> the cpu's

00:51 <Soul_keeper> lemme see if i can find the thread

00:51 * ball sighs If I could find a job, I might be tempted to buy myself an HP ProLiant ML110 with a Celeron chip in it.

00:51 <ball> ...upgrade to Xeon later.

00:52 <Soul_keeper> yeah i can't find the thread, but you can get good deals sometimes on FSFT forums

00:53 <ball> it's all academic until I find work anyway.

00:54 <Soul_keeper> good deal

00:56 <Soul_keeper>   anyone wanna do the browser benchmark so we can compare ?

00:56 <Romulus> Title: Peacekeeper - The Browser Benchmark (at

00:57 <Soul_keeper> 548 Points  here with FF 3.0.7 linux

00:57 <MTughan> Trying now...

00:58 <ball> Trying it here

00:59 <ball> keep getting "unresponsive script" error

00:59 <Soul_keeper> you probably got a browser issue with js then

01:00 <ball> Might work better if I had a G4 chip

01:00 <Soul_keeper> hmm

01:01 <Soul_keeper> what are you running an imac ?

01:01 <MTughan> Soul_keeper: 843 points with FF 3.1b3 on Win7.

01:01 <ball> iBook G3, white, 900 MHz

01:01 <ball> 36 points

01:01 <Soul_keeper> MTughan, that's on your i7 with boinc suspended ?

01:01 <MTughan> C2Q, with BOINC suspended yes.

01:02 <MTughan> I don't own an i7.

01:02 <MTughan> Trying on my C2D Mac...

01:02 <Soul_keeper> ahh

01:03 <ball> Virtualisation would be especially handy for me.

01:04 <MTughan> Although, I think browsers are single-threaded for the most part, so the major differences between my C2D and my C2Q would be clock speed and video card.

01:05 <Soul_keeper> not completely single threaded

01:05 <ball> wouldn't they kick off separate threads for loading images, plug-ins etc?

01:06 <Soul_keeper> maybe, i don't know enough about them, just know when FF goes haywire it uses all cpu's :)

01:06 <Soul_keeper> and there is a pthreads option in the configure script

01:07 <MTughan> Testing IE8 64-bit now... I've got Safari and Opera I can bench too.

01:08 <MTughan> Firefox 3.1b3 on Mac scored 448.

01:08 <MTughan> IE8 on the quad scored 436.

01:09 <ball> I need to go to bed, to dream of new hardware.

01:09 <ball> ...or a "new to me" G4 tower

01:09 <Soul_keeper> my FF is just compiled with   -O3 -msse3   nothing too fancy

01:09 <MTughan> Heh, night.

01:09 <ball> 400 MHz perhaps

01:09 <Soul_keeper> --with-pthreads  too

01:10 *** ball has quit IRC

01:11 *** Fwerp has joined #boinc

01:11 *** fwerp2 has quit IRC

01:11 <MTughan> Opera scored 681 on the quad.

01:12 *** Fwerp has quit IRC

01:13 <MTughan> Wow... Safari 4 on the Mac beat out even FF3.1b3 on the quad. 1090.

01:13 <Soul_keeper>

01:13 <Romulus> <> (at

01:13 <Soul_keeper> it's purely JS performance. i don't know much about js

01:14 <MTughan> Yeah, Safari 4 contains a new JS engine, called Nitro.

01:15 <Soul_keeper> ahh

01:16 <MTughan> Although even Safari 3.1.1 beat out FF on my quad.

01:16 <MTughan> Scored 1146. I'll take screenshots afterwards.

01:16 <Soul_keeper> is this all windows/mac ?

01:17 <Soul_keeper> no need for a ss ... i believe you

01:17 <MTughan> No, not for validity. For clarity, so all the results are in one place.

01:19 <Soul_keeper> k

01:19 <Soul_keeper> i just have FF installed no other browsers

01:21 <Soul_keeper>  they added msi models for the gts250 now, i think that's the smallest one yet

01:21 <Romulus> <> (at

01:21 <MTughan> O_O Safari 4 just scored 1721.

01:21 <Soul_keeper> that's gotta be close to their top score ...

01:21 <MTughan> Top is apparently 2336.

01:23 <MTughan> And Chrome won't run to check.

01:24 <MTughan> However, I can actually pass you the URL for my results, and you can view them. I think you can even run another benchmark against your system, but don't.

01:24 <Soul_keeper> does chrome use less memory than FF ?  i havn't tryed it

01:24 <MTughan>

01:24 <Romulus> <> (at

01:24 <MTughan> I can't open any pages to check.

01:25 <MTughan> And besides, my FF isn't a good marker. I have at least 40 tabs always open in it.

01:25 <Soul_keeper> ahhh

01:28 <MTughan> Just squeezed another 80 points out of Safari 4.

01:29 <Soul_keeper> you ever tryed  wesnoth ?

01:29 <Soul_keeper>

01:29 <Romulus> Title: Battle for Wesnoth (at

01:29 *** Eythan has quit IRC

01:29 <MTughan> I haven't heard of it, so no.

01:31 <Soul_keeper> it's a fun game, runs on all OS's

01:31 <Soul_keeper> uses hardly any resources, so you don't have to suspend boinc :)

01:32 <MTughan> Yes I do. MW uses the GPU hard, slows down even Windows.

01:33 <Soul_keeper> k

01:37 <Soul_keeper> btw AIS gives about the same amoung of credit as WCG

01:37 <Soul_keeper> exactely 300 pts every 3hrs  on my quad

01:47 *** ball has joined #boinc

01:47 <ball> Couldn't sleep. Tried powering up my old PC.

01:47 <ball> ...nothing happening, it just beeps at me.

01:47 <MTughan> Opera 10 seemed to score fairly well. 1160.

01:48 <MTughan> Which is close to double what the previous version got.

01:48 <MTughan> &math 1160 / 6.81

01:48 <Romulus> MTughan: 170.33773862

01:48 <MTughan> &math 1160 / 681

01:48 <Romulus> MTughan: 1.7033773862

01:48 <ball> I'm disappointed.  That was my primary desktop for years.

01:48 <ball> Not worth fixing now though.

01:48 <MTughan> Safari 4 just kills everything else though...

01:50 <MTughan> Soul_keeper: Thought of trying Konqueror and KHTML?

01:51 <ball> I wonder how Lynx would fair

01:52 <MTughan> :P

01:52 <MTughan> Lynx doesn't support JS last I heard.

01:53 <ball> You're probably right

01:53 <ball> I really wanted to try that old box.

01:53 * ball sighs

01:53 <ball> Oh well, more parts.

02:02 *** ball has quit IRC

02:16 <Soul_keeper> yeah i'm not a big fan of kde stuff

02:18 <Soul_keeper> i'd need to install the kde libs and what not for konqueror.  just not worth it ..

02:19 *** Tank_Master has left #boinc

02:19 <MTughan>

02:19 <Romulus> <> (at

02:21 <Soul_keeper> new subproject on WCG it seems

02:22 <Soul_keeper> Help fight childhood cancer

02:47 <Soul_keeper> that's cool

02:48 <MTughan> What is?

02:49 <Soul_keeper> new project, they're always cool

02:49 <MTughan> Ah.

02:49 *** PAPatriot1776 has quit IRC

02:49 <MTughan> I've already enabled it, haven't gotten any WUs from it yet.

02:50 *** yoyo[RKN] has joined #boinc

02:52 <yoyo[RKN]> moin

02:52 <Soul_keeper> hey

02:52 <Soul_keeper> MTughan, i just got like 10 of them

02:53 <MTughan> 'lo yoyo

02:53 <MTughan> Soul_keeper: Yeah, well none of my systems have recently asked for work. :P

02:53 * yoyo[RKN] needs coffee

02:53 <MTughan> yoyo[RKN]: What were you going to do with the ecm applications I compiled for you?

02:54 <yoyo[RKN]> nothing yet, I also need a mac wrapper

02:54 <MTughan> Oh yeah, that... Okay.

02:55 <yoyo[RKN]> and you didn't send me the ecm app. If you have both, you can send it to me and I add the app to boinc.

02:56 <MTughan> Just compiling the wrapper now.

03:00 <infinisoft> Hmm...designing ones own FPGA based arch is interesting...

03:02 <MTughan> yoyo[RKN]:

03:02 <Romulus> <> (at

03:03 <MTughan> There's only one wrapper in there, but it has both Mac architectures in it. The wrapper's small enough it shouldn't matter.

03:04 <MTughan> I can give you both separately if that's what you'd prefer too.

03:04 <yoyo[RKN]> so I can use the wrapper for intel32 and ppc?

03:05 <MTughan> Yes.

03:05 <yoyo[RKN]> and it was the wrapper source which you downloaded from me

03:05 <MTughan> Yes.

03:05 <yoyo[RKN]> cool

03:06 <MTughan> Can't get the URL it was downloaded from now, but I know it was from you.

03:12 *** mchelen has quit IRC

03:12 *** mchelen has joined #boinc

03:13 <yoyo[RKN]> MTughan : can you make a test with the wrapper?

03:13 <MTughan> Yep.

03:14 <yoyo[RKN]> put wrapper and ecm in one directory

03:14 <MTughan> Already done.

03:14 <yoyo[RKN]> rename ecm app to ecm

03:15 <yoyo[RKN]> download job.xml and in files from to this dir

03:15 <Romulus> <> (at

03:16 <MTughan> Done.

03:16 <yoyo[RKN]> run the wrapper on the command line with

03:16 <yoyo[RKN]> wrapper* 11000000

03:16 <MTughan> Including the *?

03:16 <yoyo[RKN]> now it should do what is written in job.xml and start ecm

03:16 <yoyo[RKN]> without *

03:17 <MTughan> That's what I thought... Just checking.

03:17 <MTughan> Any file you want after it's done?

03:17 <yoyo[RKN]> stdout and stderr

03:17 *** efc has quit IRC

03:17 <MTughan> Okay.

03:18 <yoyo[RKN]> and it should create a file 'out'

03:23 <yoyo[RKN]> there are now 5 ecm calls in the job.xml

03:24 <MTughan> It's been running for about 8 minutes now.

03:26 <yoyo[RKN]> &wx sxf

03:26 <Romulus> yoyo[RKN]: Temperature: 37°F / 3°C | Humidity: 100% | Pressure: 30.09in / 1019hPa | Conditions: Mostly Cloudy | Wind Direction: SSE | Wind Speed: 1mph / 2km/h | Updated: 8:20 AM CET; Scattered Clouds. High:51 F.; Chance of Rain. Low:42 F.; Chance of Rain. High:50 F.; Chance of Rain. Low:33 F.; Chance of Snow. High:53 F.; Chance of Rain. Low:37 F.;

03:27 <yoyo[RKN]> <-- breakfast

03:28 <MTughan> Looks like step 1 is done, judging by the out file.

03:29 <MTughan> Second instance is running.

03:30 <MTughan> Took 12 minutes for the first. Means this thing will take about an hour altogether.

03:48 <Soul_keeper> i can't convince people on my WCG that boinc isn't a waiste of cpu cycles

03:48 <Soul_keeper> "these computations mean nothing and just tax my cpu and burn power"

03:48 <MTughan> "i can't convince people on my WCG" If they're on WCG, what are they doing?

03:49 <Soul_keeper> they run boince for a week if i keep bothering them, then they leave it idle for a few months

03:56 *** siofwolves has joined #boinc

04:06 <yoyo[RKN]> re

04:07 <yoyo[RKN]> ecm wrapper runs well, MTughan?

04:07 <MTughan> Seems to. I think it's got about 10 minutes left in it.

04:07 <MTughan> It's running the last instance.

04:07 <yoyo[RKN]> nice

04:11 <MTughan> About 6 minutes...

04:15 <MTughan> Completed.

04:16 <MTughan> No stdout, either in file or on the console.

04:17 <MTughan> Contents of out:

04:17 <Romulus> Title: pastebin - collaborative debugging tool (at

04:17 <CoderForLife> &wx 45140

04:17 <Romulus> CoderForLife: Temperature: 35.2F / 1.8C | Humidity: 62% | Pressure: 30.15in / 1020.9hPa (Falling) | Conditions: Clear | Wind Direction: ENE | Wind Speed: 0.0mph / 0.0km/h ; Today - Mostly cloudy. A chance of rain showers this afternoon. Highs in the upper 40s. East winds 5 to 10 mph. Chance of rain 50 percent.; Tonight - Mostly cloudy with a 40 percent chance of showers. Lows in the upper 30s. (1 more message)

04:17 <CoderForLife> &more

04:17 <Romulus> CoderForLife: Northeast winds around 10 mph.; Sunday - Mostly cloudy with a slight chance of showers in the morning...then partly sunny in the afternoon. Highs in the mid 50s. Northeast winds 5 to 10 mph. Chance of rain 20 percent.;

04:17 <MTughan> Contents of stderr.txt:

04:17 <Romulus> Title: pastebin - collaborative debugging tool (at

04:18 <yoyo[RKN]> both are looking good

04:19 <yoyo[RKN]> so I will release the apps later this day

04:19 <MTughan> Only thing I see is that the estimated memory usage is slightly higher. Not sure what caused that, but I did a recompile a while ago with what I thought were the same gcc arguments, but it produced a different file.

04:19 <MTughan> So I ran make check on this one, and just let it be used.

04:20 <yoyo[RKN]> memory consumption depends on the length of the input number

04:21 <yoyo[RKN]> now you had a 246 digits number

04:23 <MTughan> Is there anything else for me to do?

04:24 <yoyo[RKN]> what was the problem with the 64bit version

04:25 <MTughan> Absolute positioning error in some ASM code.

04:25 <yoyo[RKN]> with gmp or ecm

04:25 <MTughan> Used 32-bit positioning, that was unsupported.

04:25 <MTughan> ecm.

04:26 <MTughan> I have a 64-bit gmp version compiled and tested if ecm starts working.

04:27 <yoyo[RKN]> in this case thats now all for mac, thanks

04:27 <MTughan> All right, then I'm going to hitail it into bed. 4:30AM here.

04:28 <yoyo[RKN]> sleep well

04:28 <CoderForLife> cya

04:45 *** infinisoft has quit IRC

04:52 <Soul_keeper> --enable-cxx   for gmp  it's disabled by default ...

04:52 <Soul_keeper> just an idea

05:04 <Soul_keeper> you can get a dual socket amd board for 70 bucks ...   geeze

05:21 *** XioNYC has joined #boinc

05:52 *** Tidus has joined #boinc

06:05 *** Aruzo has joined #boinc

06:41 <CoderForLife> time to go buy some food for the next week - laterz

07:09 *** siofwolves has quit IRC

07:49 *** Eythan has joined #boinc

08:10 <xcamel> 'lo

08:12 <Soul_keeper> HI !

08:12 <Soul_keeper> i just turned the fans down on my computer, dunno if my ears will ever recover

08:12 <Soul_keeper> 4,000rpm for months

08:14 <Soul_keeper> i think it might have made me insane

08:15 * Soul_keeper notices how everyone hides when he talks

08:33 <xcamel> &wx 12074

08:33 <Romulus> xcamel: Temperature: 21.2F / -6.0C | Humidity: 79% | Pressure: 30.36in / 1028.0hPa (Falling) | Conditions: Clear | Wind Direction: NW | Wind Speed: 0.0mph / 0.0km/h ; Today - Mostly sunny. Not as cool with highs in the upper 40s. West winds 5 to 10 mph.; Tonight - Mostly clear. Patchy fog after midnight. Lows in the mid 20s. Northwest winds 5 to 10 mph in the evening...becoming light and (1 more message)

08:33 <xcamel> &more

08:33 <Romulus> xcamel: variable.; Sunday - Patchy fog in the morning. Mostly sunny. Highs in the lower 50s. West winds 5 to 10 mph.;

09:02 <Soul_keeper> &wx 91977

09:02 <Romulus> Soul_keeper: Temperature: 53.8F / 12.1C | Humidity: 90% | Pressure: 29.35in / 993.8hPa (Steady) | Conditions: Overcast | Wind Direction: East | Wind Speed: 3.6mph / 5.8km/h ; Today - Cloudy in the morning...becoming mostly sunny. Patchy fog in the morning. Visibility one quarter mile or less at times in the morning. Highs 64 to 69. Light winds.; Tonight - Mostly clear in the evening...becoming (1 more message)

09:02 <Soul_keeper> my wx is the best

09:02 <xcamel> looks pretty good..

09:11 <Soul_keeper> when was the last time you compiled boinc svn xcamel ?

09:11 <CoderForLife> back from the store

09:18 <xcamel> no cart damage?

09:18 <xcamel> SK - about 3 weeks ago - it still doesn't like me

09:19 <yoyo[RKN]> &wx sxf

09:19 <Romulus> yoyo[RKN]: Temperature: 54°F / 12°C | Humidity: 58% | Pressure: 30.01in / 1016hPa | Conditions: Mostly Cloudy | Wind Direction: SSW | Wind Speed: 9mph / 15km/h | Updated: 1:50 PM CET; Scattered Clouds. High:53 F.; Chance of Rain. Low:41 F.; Chance of Rain. High:50 F.; Chance of Rain. Low:33 F.; Scattered Clouds. High:51 F.; Chance of Rain. Low:37 F.;

09:19 <xcamel> it never seems to be able to pull the correct version of wxGTK or its libs

09:22 <Soul_keeper> i'm having a problem with their Makefile for the gui

09:22 <Soul_keeper> complaining about   "no rule to make target AlreadyAttached...."

09:36 <Soul_keeper> don't worry, i'm a superhero.  I'll figure everything out.

09:53 <CoderForLife> no cart damage, only card damage

09:54 <Soul_keeper> am i the only superhero here ?

09:54 <xcamel> lol

09:55 <xcamel> never seen that error, SK

09:55 * CoderForLife pulls back his shirt to reveal a large capital "C" emblazoned on his chest

09:55 <xcamel> no comment

09:55 <CoderForLife> stands for Chicken

09:57 <CoderForLife> or maybe Comment

09:58 <CoderForLife> nothing laser treatment can't remedy

09:58 <Soul_keeper> seems like the boinc project has some weird stuff going on with their build setup for linux

10:00 <Soul_keeper> 6_6_12  works

10:01 <Soul_keeper> the later ones break tho

10:13 <Soul_keeper> -march=i486 -mtune=generic  they just gotta put these in all their 20 or so makefiles ....

10:16 <Soul_keeper> there we go, perfect

10:16 <Soul_keeper> no idle cpu now :)

10:16 <Soul_keeper> 6.5.0 was leaving a cpu idle

10:22 *** Aeternus has joined #boinc

10:57 *** zombie67 has joined #boinc

11:22 *** yoyo[RKN] has quit IRC

11:31 *** Fwerp has joined #boinc

11:33 *** Tank_Master has joined #boinc

11:35 *** Aeternus has quit IRC

11:42 <Fwerp> f34r te unkown athlon

11:42 <Fwerp> omg KEYS

11:51 <Fwerp> o my god a 4830 is more powerfull and cheaper than a 9800 gt

12:06 *** Fwerp has quit IRC

12:19 <Tank_Master> based on?

12:19 <Tank_Master> oh, goober left

12:22 *** jackygrahamez has quit IRC

12:51 *** fwerp2 has joined #boinc

12:56 *** BadBarbarian has joined #boinc

13:04 *** fwerp2 is now known as Fw3rp

13:05 <Fw3rp> duder

13:05 <Fw3rp> if the 4830 has so many stream processors then why doesnt it smoke the 9800 gt... "?"

13:06 <PovAddict> slower stream processors?

13:07 <Fw3rp> aha...

13:23 <xcamel> re-hi

13:26 <wdsmia> *lo Jay

13:29 <xcamel> all the way to 40F and climbing..

13:29 <wdsmia> &wx 50319

13:29 <Romulus> wdsmia: Temperature: 48.4F / 9.1C | Humidity: 42% | Pressure: 30.11in / 1019.5hPa (Falling) | Conditions: Clear | Wind Direction: WSW | Wind Speed: 8.0mph / 12.9km/h ; Today - Sunny. High in the lower 50s. South wind 5 to 10 mph.; Tonight - Partly cloudy. Low in the lower 30s. South wind 5 to 10 mph.; Sunday - Partly sunny. High in the upper 50s. South wind 5 to 15 mph. Gusts up to 25 mph in the (1 more message)

13:29 <wdsmia> going to be a nice weekend

13:30 <xcamel> ditto here

13:30 <wdsmia> to bad im stuck in the house... spring cleaning

13:31 <xcamel> no spring cleaning yet here...

13:34 *** DerMeister has joined #boinc

13:37 <up365> spring cleaning, haven't even opened windows here yet

13:40 <zombie67> TM!

13:40 <zombie67> DC wants you to change the WCG projects.

13:41 <zombie67> pov:  any word back on that possible flaw in awarding logic?  Seems that the WCG admins found it too.

13:41 <PovAddict> I didn't do anything about it

13:42 <zombie67> oh

13:42 <PovAddict> Kevin Reed (the guy who implemented it and put it in BOINC) works for WCG

13:43 <PovAddict> brb C.O.N.

13:43 <zombie67> yeah, kreed is the guy who found the problem

13:45 *** Fwerp has joined #boinc

13:47 <zombie67> POV:  see here:

13:47 <Romulus> <> (at

13:47 <zombie67> "As a result, we are going to change how the 2nd part of the process works. Instead of selecting the credit that is closest to its history, we will average the recent average history's for the two computers. We have been simulating the impact of this for the past couple of days and it turns out that in a strong majority of cases the result cpu time * host recent average credit per cpu second is actually quite consistent between di

13:47 <zombie67> fferent computers even if their claimed credit are further apart. This is what we had hoped to see and as a result we will start to use this policy in the near future."

13:48 <zombie67> so the question is:  Did kreed ever put those changes back into the generic BOINC server code?  Or were those changes made only at WCG?

13:52 <PovAddict> he said "we are going to change..."

13:53 <PovAddict> he probably will test it in WCG for a while before putting it into boinc

13:53 <PovAddict> (he should)

13:54 <zombie67> That was from a year ago

13:55 <PovAddict> o_O

13:55 <PovAddict> I didn't even know two_credit had been around for so long

13:56 <PovAddict> ok it did

13:56 <PovAddict> added March 07 2008 13:13:01 (1 year ago)

13:59 <zombie67> so, any way to tell if his further changes (as he described) were added?

13:59 <PovAddict> looking

13:59 <PovAddict> I'm looking at 7 months ago now, so far no credit grant changes

14:02 <PovAddict> zombie67: no changes since then

14:03 <zombie67> okay, thanks.  I'll ask on the WCG forum about that.  Problem is, the techs don't usually read them.

14:04 <zombie67> thanks for the help POV

14:04 <zombie67> now I am off to do chores

14:06 <Tank_Master> hf

14:06 <PovAddict> &wx eze

14:06 <Romulus> PovAddict: Temperature: 88°F / 31°C | Humidity: 58% | Pressure: 29.65in / 1004hPa | Conditions: Rain Showers | Wind Direction: West | Wind Speed: 12mph / 18km/h | Updated: 3:48 PM ARST; Chance of Rain. High:82 F.; Chance of a Thunderstorm. Low:51 F.; Scattered Clouds. High:73 F.; Scattered Clouds. Low:55 F.; Partly Cloudy. High:75 F.; Chance of Rain. Low:55 F.;

14:06 <PovAddict> frigging summer

14:15 *** Fw3rp has quit IRC

14:38 <Fwerp> blart

14:42 *** up365 has quit IRC

14:43 *** up365 has joined #boinc

14:44 *** BadBarbarian has quit IRC

14:53 *** Eythan has quit IRC

14:59 *** efc has joined #boinc

15:04 <efc> the spammers are upping the anty, sending me huge embedded images in emails now, routinely..

15:05 <MTughan> Someone just sent spam to a BOINC mailing list.

15:05 <efc> most, claiming to be from the same 'marketing group'. I don't get why they'd do that.

15:06 <efc> Each one has a different link to a different non-existent site to 'unregister'

15:12 *** ball has joined #boinc

15:25 <zombie67> TM, you still around?

15:28 *** up365 has quit IRC

15:28 <xcamel> re-hi

15:28 <ball> hello xcamel

15:29 <zombie67> hi xcamel

15:29 <zombie67> remember that plastic owl discussion?

15:29 <MTughan> 'lo Jay

15:29 *** up365 has joined #boinc

15:29 <ball> hello up365

15:31 <xcamel> mighty nice day out.. almost 50F

15:31 <PovAddict> efc:

15:31 <Romulus> Title: FML : I got an letter saying I was no longer a student at my college and my current !@#& is void since I... (at

15:34 <zombie67> wow.  that's pretty dumb

15:35 <xcamel> EPIC FAIL

15:36 <zombie67> anyway, that plastic owl works great!  The pigeons won't come near the house any more

15:40 <up365> hi-ball, this box on my network disconnects when other boxes come online but your hello is welcome.

15:40 <xcamel> told you so...

15:40 <xcamel> now just remember to move it around...

15:48 <MTughan> Seems that Safari 4 has the best JS performance of current browsers, at least of the ones I've tested.

15:48 <Romulus> <> (at

15:48 <zombie67> yep.  every couple days often enough?

15:50 <xcamel> once a week..

15:52 <PovAddict> MTughan: wow what's that benchmarking tool?

15:53 <MTughan> Peacekeeper, by Futuremark. Give me a sec.

15:53 <MTughan>

15:53 <Romulus> Title: Peacekeeper - The Browser Benchmark (at

15:59 *** up365 has quit IRC

15:59 *** up365 has joined #boinc

16:03 *** hawmps_ has joined #boinc

16:16 *** Eythan has joined #boinc

16:19 *** ball has quit IRC

16:26 *** ball has joined #boinc

16:28 *** up365 has quit IRC

16:28 *** up365 has joined #boinc

16:30 *** ball has quit IRC

16:46 *** jasong has quit IRC

16:55 *** up365 has quit IRC

16:55 <zombie67> MT?

16:55 <Romulus> hmm... MT is right, zombie67

16:56 *** up365 has joined #boinc

16:56 <zombie67> Has it been suggested to the MW staff to increase the run time of the tasks?  That would reduce the load...

16:56 <PovAddict> the GPU app is way too fast in MW

16:57 <PovAddict> BOINC doesn't like too short tasks...

16:57 *** desti has quit IRC

16:57 <zombie67> right

16:57 <zombie67> so make them longer

16:57 <PovAddict> did you know each file upload involves *two* HTTP requests?

16:57 *** desti has joined #boinc

16:57 <zombie67> I am trying to learn if that was already suggested?

16:57 <PovAddict> I was even thinking about a protocol that would bundle multiple small files (think PrimeGrid) into a single upload

16:58 <zombie67> right.  Or like Rosetta

16:58 <zombie67> you set the run time, it does as many iterations as it can in that time

17:02 <DerMeister> RCN is problmatic in that case because their WUs may finisch after just a few seconds but each WU uploads about twenty result files...

17:02 <PovAddict> bundling uploads would be more general

17:02 <DerMeister> uploads take much longer than crunching the wu in that case

17:02 <PovAddict> also... something we may fix for synecdoche (*looks at DerMeister*)

17:02 <PovAddict> the reason for the double HTTP request is for upload resuming

17:03 <PovAddict> there is no point in attempting to resume a small upload, because the overhead in doing two requests instead of one is higher than that

17:03 <DerMeister> Indeed.

17:03 <PovAddict> so we could avoid one of the HTTP requests

17:03 <PovAddict> if filesize < threshold

17:10 <zombie67> superlink will be releasing a new batch of work today

17:13 *** up365 has quit IRC

17:14 *** zombie67 has quit IRC

17:14 *** up365 has joined #boinc

17:19 *** Fwerp has quit IRC

17:21 *** infinisoft has joined #boinc

17:34 *** up365 has quit IRC

17:34 *** up365 has joined #boinc

17:43 *** siofwolves has joined #boinc

17:46 *** zombie67 has joined #boinc

17:47 *** yoyo[RKN] has joined #boinc

17:49 <yoyo[RKN]> moin

17:50 <zombie67> hi

17:57 *** up365 has quit IRC

17:57 *** up365 has joined #boinc

18:08 *** Aeternus has joined #boinc

18:09 <zombie67> bbl

18:15 <yoyo[RKN]> zombie67: ?

18:15 <Romulus> hmm... zombie67: is it CPUs you're changing, yoyo[RKN]

18:19 *** siofwolves has quit IRC

18:19 *** siofwolves has joined #boinc

18:28 <zombie67> back

18:28 *** Aruzo has quit IRC

18:28 <yoyo[RKN]> do you have a Mac zombie67?

18:29 <zombie67> several

18:29 <yoyo[RKN]> can you check if yoyo ecm runs?

18:29 <zombie67> PPC or intel?

18:29 <yoyo[RKN]> both

18:31 <zombie67> should test be on or off?  Or does it matter?

18:31 <yoyo[RKN]> doen't matter

18:32 <yoyo[RKN]> one of my teammember tested on mac intel and it was ok

18:32 *** DerMeister has quit IRC

18:32 <yoyo[RKN]> another one tested on ppc and it didn't worked

18:33 <zombie67> I have one task on each kind

18:34 <yoyo[RKN]> and both started?

18:34 <zombie67> about 7 hours on a fast intel mac?

18:34 <yoyo[RKN]> is it a ecm_mp_*

18:34 <zombie67> yeah PPC errored out

18:34 <zombie67> intel seems to be running fine

18:35 <yoyo[RKN]> MTughan : should have a look on this

18:35 <zombie67>

18:35 <Romulus> <> (at

18:36 <zombie67> how long should the intel task take to run?

18:36 <yoyo[RKN]> 7h if it is a ecm_mp_*

18:37 <yoyo[RKN]> otherwise 1h

18:37 <yoyo[RKN]> ppc error is strange

18:38 <yoyo[RKN]> lasse (member of my team with ppc mac) started the wrapper outside of boinc and it worked

18:38 <zombie67> it is ecm_es_

18:38 <yoyo[RKN]> hmm

18:38 <yoyo[RKN]> let me check

18:38 <zombie67> of course the progress bar doesn't work, so I am curious

18:39 <yoyo[RKN]> progress bar jumps after 20%

18:39 <Tank_Master> yoyo!!

18:39 <yoyo[RKN]> hi Tank_Master

18:40 <Tank_Master> do you have any plans for a gpu app?

18:40 <yoyo[RKN]> no

18:40 <Tank_Master> :(

18:40 <Tank_Master> hehe

18:40 <Tank_Master> ok, just currious

18:40 <zombie67> yoyo doesn't do apps

18:41 <zombie67> he takes apps from other projects, and puts them in BOINC wrapperd

18:42 <zombie67> so if the original non-BOINC project doesn't have a GPU app, yoyo won't either

18:42 <Tank_Master> ah

18:43 <PovAddict> I'll wait for GPGPU to stabilize

18:43 * PovAddict doesn't see much future in CUDA

18:43 <zombie67> really?  why?

18:43 <PovAddict> OpenCL

18:44 <zombie67> ah

18:44 <zombie67> but the HW has a future, yes?

18:44 <PovAddict> definitely

18:44 <zombie67> you are talking about the programming language?

18:45 <PovAddict> CUDA is nvidia-specific

18:45 <zombie67> right

18:45 <PovAddict> apparently nvidia claims "anyone, like ATI, is free to implement it"

18:45 <zombie67> openCL is a way to code for any GPU, right?

18:45 <PovAddict> but I read that the *design* of CUDA is too tied to the way nVidia cards and drivers work

18:45 <PovAddict> no, OpenCL is, in theory, a way to code for any processor

18:46 <PovAddict> GPUs and CPUs

18:46 <zombie67> ah, even better

18:46 <PovAddict> yep :)

18:46 <zombie67> what about the ATI version of CUDA?

18:46 <zombie67> whatever it's called?

18:46 <PovAddict> there's too many proprietary APIs; *that* can't have future

18:47 <PovAddict> not sure what's the deal with BrookGPU

18:48 <zombie67> w00t!  superlink has work!

18:48 <PovAddict> I think Brook didn't really use the card's GPGPU abilities

18:48 <PovAddict> instead, it used the graphic abilities for non-graphic purposes

18:49 <PovAddict> but I'm not sure

18:49 <PovAddict> "Close To Metal is the name of a a low-level programming interface developed by ATI, aimed at enabling GPGPU computing. CTM was short-lived, and the first production version of AMD's GPGPU technology is now called Stream SDK."

18:49 <PovAddict> that's another

18:50 <PovAddict> then there is RapidMind

18:50 <PovAddict> "The platform currently targets multi-core x86 processors, GPUs (via OpenGL), and the Cell processor."

18:53 <PovAddict> commercial; price not mentioned (you have to contact them)

18:53 <PovAddict> in fact, the website leaves you with the impression that the product isn't even available yet

18:54 <PovAddict> the other thing needed is OS-level support for GPGPU...

18:54 <PovAddict> an easy hardware-independent way to get GPU usage or "GPU time", for example

18:55 <Tank_Master> I read that intels vid card coming out later this year will support the openCL as well as oGL and DX

18:56 <Tank_Master> plus it can run x86 code, if I rememebr right

18:56 <PovAddict> it's a weird CPU/GPU hybrid

18:56 <Tank_Master> yeah

18:56 <Tank_Master> its a testbed for the platform after it

18:57 <Tank_Master> where the CPU will be replaced with a higher functioning product than that

19:00 <PovAddict> do you know the name of it?

19:00 <PovAddict> ah larrabee

19:01 <Tank_Master> something like that

19:01 <PovAddict>

19:01 <Romulus> <> (at

19:01 <PovAddict> "DreamWorks Animation has partnered with Intel and is planning to use Larrabee in movie production."

19:01 <Tank_Master> should bring interesting times

19:02 <Tank_Master> things like DX and Ogl wont be a requiernment any more

19:21 <Soul_keeper> YEAH !!!

19:25 <zombie67> any checkpointing with ecm?

19:26 <yoyo[RKN]> yes

19:27 <Tank_Master> SK!

19:38 *** zombie67 has quit IRC

19:45 *** shanetx has joined #boinc

19:47 *** ball has joined #boinc

19:48 <Soul_keeper> :)

19:49 *** shanetx has quit IRC

19:51 <Tank_Master> seems like its been a while sence new projects have some out

19:51 <Tank_Master> come**

19:51 <Soul_keeper> there is a new wcg project

19:51 <Soul_keeper> help fight childhood cancer

19:51 <Soul_keeper> came out like last night

19:52 <Tank_Master> yeah, but thats just sub projects

19:52 <Tank_Master> good to know though

19:52 <Tank_Master> need to run it for a nother badge :)

19:53 <Soul_keeper> seems like thier clean energy sub-project is waiting for more work

19:54 <Tank_Master> got that badge

19:55 <Soul_keeper> that was fast

19:55 <Tank_Master> cleam energy has been out for a while

19:55 <ball> I would happily dedicate a machine to that.

19:56 <Tank_Master> :)

19:56 <Soul_keeper> i got one of their beta WU's the other day, maybe they are nearing the next stage

19:56 <CoderForLife> ack blech ugh

19:56 <Tank_Master> wth, I have it find accounts for new projects, and IE lockes up

19:57 <Soul_keeper> good work CoderForLife

19:57 *** CoderForLife has quit IRC

19:58 *** zombie67 has joined #boinc

19:58 <Tank_Master> wb z

19:58 <ball> How large a subset of boinc applications are GPU-enabled?

19:58 <ball> (or ported to a GPU)?

19:58 <Tank_Master> small

19:59 <ball> any bioinformatics stuff?

19:59 <Tank_Master> SETI and GPUgrid for cuda and milkyway for ATI

19:59 <Tank_Master> GPUgrid is folding

19:59 <Tank_Master> latice should have a cuda app soon

19:59 *** BadBarbarian has joined #boinc

19:59 <Tank_Master> they are vary much into bioligy

20:01 <Soul_keeper> very exciting times

20:01 <BadBarbarian> evening all

20:01 <Soul_keeper> hey

20:01 <Tank_Master> BB!

20:02 <ball> evening BadBarbarian

20:02 <ball> what is milkyway about?

20:02 <ball> (and what sort of ATI chip would I need?)

20:02 <Tank_Master> 38xx or 48xx

20:02 <ball> That'll be Radeon then.

20:02 <Tank_Master> "Milkyway@home is a research project that uses Internet-connected computers to do research in modeling and determining the evolution of the Milkyway galaxy."

20:03 <Tank_Master>

20:03 <Romulus> Title: MilkyWay@home (at

20:04 <BadBarbarian> i cant believe my single quad has 40k prnding

20:05 <Tank_Master> lol

20:06 *** yoyo[RKN] has quit IRC

20:15 *** ball has quit IRC

20:21 <zombie67> on what project, BB?

20:28 <BadBarbarian> seti

20:28 <BadBarbarian> lots of ap v5

20:31 <PovAddict> this shell is great

20:31 <PovAddict> I can do Alt-left and Alt-right to go through the directory history, like with a web browser

21:02 <zombie67> I need some help.  superlink tasks are failing on only one of my PPC macs.

21:02 <zombie67>

21:02 <Romulus> <> (at

21:03 <zombie67> the tasks fail immediately

21:03 <zombie67> my other two PPC macs are happily crunching their tasks

21:04 <zombie67> <core_client_version>6.2.18</core_client_version>

21:04 <zombie67> <![CDATA[

21:04 <zombie67> <message>

21:04 <zombie67> process got signal 10

21:04 <zombie67> </message>

21:04 <zombie67> <stderr_txt>

21:04 <zombie67> </stderr_txt>

21:04 <zombie67> ]]>

21:05 <zombie67> any ideas?  What is signal 10?

21:07 <Tank_Master> lower than signal 3?

21:08 <zombie67> or is it higher?

21:09 <Tank_Master> when they chage the math so that 2 is higherthan 3?

21:09 <Tank_Master> :P

21:12 <zombie67> hmmmm....reboot looks like it solved the problem

21:13 <Tank_Master> good

21:13 <Tank_Master> anyone have any estimates on what kind of RAC to expect from a GeForce 9400 wuning seti?

21:16 <efc> signals are a unix messaging thing

21:16 <zombie67>

21:16 <Romulus> <> (at

21:17 <zombie67> Very preliminary results (overnight):

21:17 <zombie67> 9400GT processed AR .44xxx in ~5100 secs per WU (~30CS/hr)

21:17 <zombie67> 9500GT processes AR .44xxx in ~3060 secs per WU (~50CS/hr) about 40% improvement.

21:17 <zombie67> 640 credits/day then?

21:17 <Soul_keeper> apparently i have to reboot ....

21:17 <Soul_keeper> :) brb

21:18 *** Soul_keeper has quit IRC

21:19 *** hawmps has quit IRC

21:32 *** Aeternus has quit IRC

21:33 <PovAddict> zombie67: what OS are you getting signal 10 on?

21:33 <PovAddict> ah Mac

21:33 <PovAddict> not sure if signals on mac are same as on Linux

21:33 <PovAddict> not all numbers are Unix-standardized

21:33 <PovAddict> looking

21:34 <PovAddict> hmm weird

21:34 <PovAddict> signal 10 is SIGUSR1 on Linux

21:34 <PovAddict> google says it's SIGBUS on Mac

21:35 <zombie67> I forgot that even non-laptops default to going into Sleep mode.  And I had just reinstalled the OS on that one.  Anyway, after waking up, all the tasks failed like that.  Reboot fixed it.

21:36 <MTughan> zombie67: Getting errors with yoyo's PPC ecm app?

21:37 <PovAddict> he's alive!

21:37 <MTughan> Yeah, was out for quite a bit.

21:38 <MTughan> PovAddict: Any idea what exit status 0x6c00

21:38 <MTughan> means? Google's not getting many hits.

21:38 <MTughan> Oops... Sorry 'bout the newline.

21:39 <PovAddict> that might not be an exit status

21:39 <PovAddict> it might be what wait() returned

21:39 *** Zeeno has joined #boinc

21:39 <PovAddict> which has exit status and signal that caused it to terminate

21:39 <MTughan> Actually, seems that the line is printed out by the wrapper...

21:40 <PovAddict> ah

21:40 <MTughan> There's a specific reference to it in the wrapper source.

21:40 <MTughan> In comments: "On Unix, if the app is non-executable, the child status will be 0x6c00."

21:40 <MTughan> Non-executable presumably meaning -x?

21:41 <PovAddict> yes, the idiot wrapper is printing the return value of wait instead of the real exit code

21:41 <PovAddict> you can decode it via some C macros; see wait(2) manpage

21:41 <PovAddict> for example, WEXITSTATUS(0x6c00) is the real exit code of the app

21:41 <MTughan> I'm not the one running the app. It only fails on PPC machines, not Mac Intel.

21:42 <PovAddict> write a tiny C app that runs printf("exit code: %d\n", WEXITSTATUS(0x6c00)) to know the real exit code

21:43 *** Zeeno has quit IRC

21:43 <PovAddict> WIFSIGNALED to know whether it exited due to a signal

21:43 <PovAddict> WTERMSIG to know which signal

21:43 <MTughan> Like I said, I'm not the one running the app.

21:43 <MTughan> Oh, nvm...

21:43 <PovAddict> and? you don't need to have the app crash on your machine to be able to run that macro

21:44 <PovAddict> you do, however, need to use the same platform

21:44 <MTughan> Yeah, I misread what you were doing.

21:44 <PovAddict> the exit code *might* be encoded differently on Linux, so i can't try it for you :)

21:44 <MTughan> Alright.

21:45 <MTughan> Any specific headers I have to include?

21:45 <MTughan> Although I guess I'll find out when compiling...

21:46 <MTughan> Yeah, undefined symbol.

21:47 <PovAddict> sys/types.h

21:47 <MTughan> WTF? "invalid lvalue in unary '&'"

21:47 <PovAddict> sys/wait.h

21:47 <MTughan> I just had sys/wait.h before, but same error with sys/types.h as well.

21:48 <PovAddict> hmm

21:48 <PovAddict> who knows what tricky stuff the macro does...

21:48 <PovAddict> int status = 0x6c00; then print WEXITSTATUS(status)

21:48 <PovAddict> probably tries to take the address of the argument (can't do that with a literal number)

21:48 <MTughan> Ah, possibly...

21:48 <MTughan> Yep, compiled.

21:49 <MTughan> exit code 108... Time to hit Google again methinks.

21:49 <efc> I think you could, in some ancient version of FORTRAN ..

21:50 *** ball has joined #boinc

21:50 <MTughan> WIFSIGNALED returned 0.

21:51 <efc> ERR: SIGWTF

21:57 <PovAddict> did you compile for PPC?

21:57 <PovAddict> byte endianness might make a big difference

22:00 <zombie67> back

22:00 <ball> back shortly, I hope.

22:00 *** ball has quit IRC

22:00 <MTughan> PovAddict: Yeah, I did a cross-compile. It's possible it wouldn't work that way.

22:01 <MTughan> Considering the nature of gmp.

22:01 <PovAddict> &boincerr 108

22:01 <Romulus> PovAddict: Error: I couldn't find 108 in boincerr.

22:01 *** Rookie_69 has joined #boinc

22:01 <PovAddict> &boincerr -108

22:01 <Romulus> PovAddict: fopen() failed

22:01 <PovAddict> I meant if you cross-compiled the tiny app with the macro

22:01 <MTughan> Oh, no I didn't. Give me a sec...

22:02 <MTughan> Still 108.

22:02 <PovAddict> ok

22:03 <PovAddict> I thought maybe WEXITSTATUS would give different results depending on endianness

22:03 <PovAddict> well then there you go

22:03 <PovAddict> 1. exit code was 108

22:03 <PovAddict> 2. wrapper code fails

22:03 <PovAddict> it should get the real status code the right way :)

22:04 *** siofwolves has quit IRC

22:06 *** ball has joined #boinc

22:08 *** BadBarbarian has quit IRC

22:09 <PovAddict>

22:09 <Romulus> Title: QDB: Quote #767215 (at

22:17 <zombie67> MT:  another Q

22:17 <zombie67> assume my 8-way Xp machine with the ATI GPU

22:18 <zombie67> is it possible to run the CPUs with an opt app, as well as the GPU?

22:18 <ball> Does XP even do 8-way SMP?

22:18 <zombie67> these are 8 single tasks, not SMP

22:18 <ball> zombie67: erm... what?

22:18 <MTughan> You can't run the MW CPU app with the GPU app.

22:19 <MTughan> zombie67: Yes, it is SMP. Because XP has to support seeing multiple processors.

22:19 <MTughan> ball: Yes, XP does support it.

22:19 <zombie67> crap.  thought that would help keep the GPU with work, if that was the ONLY project.

22:19 <MTughan> No, there's just no way to do it with the current way that BOINC works.

22:19 <zombie67> MT:  I meant it is not like the folding@home SMP client

22:20 <MTughan> It's not a MW GPU limitation.

22:20 <zombie67> where one task uses multiple threads

22:20 <MTughan> Ah. XP has to use SMP, the tasks don't. They're all singly-threaded.

22:20 <ball> I'm trying to find myself a nice little board with a PCIe x16 slot, nVidia for the use of.

22:20 <zombie67> yoda much

22:34 <ball> Sorry, old habits die hard.

22:34 <ball> (and that one predates Yoda ;-)

22:40 <PovAddict> ire

22:40 <PovAddict> damn katapult bug!

22:45 *** Soul_keeper has joined #boinc

22:51 <Tidus> hooray my laptop is fixed.

22:51 <ball> hello Soul_keeper

22:52 <Soul_keeper> hi

23:17 *** quail has quit IRC

23:18 *** quail has joined #boinc

23:23 <zombie67> pov or MT:  I have a question about CUDA/BOINC

23:24 <zombie67> in some of the earlier versions of BOINC, assuming a 4 core CPU and a single GPU, you had to have the resource share of the GPU project at least 20% to keep it full of work

23:24 <zombie67> is that still true with 6.6.15?

23:25 <zombie67> or will BOINC keep the GPU busy, regardless of the resource share?

23:27 <MTughan> I don't know.\

23:28 <zombie67> Hrm.

23:29 <zombie67> I am concerned about the resource large share of the GPU project (seti beta), because it may get so big, it forces seti to start sending CPU tasks, which I do NOT want.

23:30 <Soul_keeper> i forget, is 64-bit a requirement for gpugrid ?

23:30 <zombie67> no

23:30 <Soul_keeper> ok

23:31 <zombie67> I know that these newer clients can get carried away with debt

23:46 *** Rookie_69 has quit IRC

23:49 <Soul_keeper> yeah gpugrid is not snagging any work on a 32-bit but gets it fine on a 64-bit system here ..

23:50 <zombie67> running 8 superlink tasks...5.6gb RAM

23:50 <zombie67> SK, something is wrong.

23:50 <zombie67> no 64 is required

23:51 <Soul_keeper> are you running gpugrid on a 32-bit cuda system ?

23:51 <zombie67>

23:51 <Romulus> <> (at

23:52 <zombie67> that is in the top 10, running 32 bit

23:52 <Soul_keeper> do you have one tho ?

23:52 <Soul_keeper> can you verify availability of 32-bit work for me ?

23:53 <zombie67> I have only XP64 machines.  however, one of them sometimes runs GPUGRID.   it is running seti beta right now

23:54 <Tidus> i don't have anything that's x64

23:55 <zombie67> I don't believe that gpugrid uses HR, so any task will go to any machine.  afterall, it is all about the GPU, not CPU.

23:55 <PovAddict> but the executable still has to be 32-bit

23:55 <zombie67> what message are you getting from the project when you ask for work?

23:56 <zombie67> I am pretty the app is 32 bit:

23:56 <Romulus> Title: Applications (at

23:56 <PovAddict> it is

23:57 <zombie67> what error message SK??

23:57 <PovAddict> zombie67: ever played Myst or Riven?

23:57 <Soul_keeper> it is saying  "message from server: full-atom molecular dynamics is not available for your type of computer."

23:57 <zombie67> nope

23:58 <zombie67> SK, this happens time to time with GPUGRID.  they need to fix it.

23:58 <Soul_keeper> all other projects suspended

23:58 <Soul_keeper> just remote connected to my other system and grabbed work tho

23:59 <zombie67> it happened recently with my PS3 too

23:59 <Soul_keeper> ok

23:59 <zombie67>

23:59 <Romulus> Title: Not available for your type of computer (at

Generated by 2.4 by Marius Gedminas - find it at!