Yours also appears to be broken 'if' you also have it set to shut off when 'you' are using the machine. It isn't unlatching your CPU either.

No no - the machine remains completely responsive at all times. There's no noticeable difference in the 'feel' of the machine between running BOINC/seti or not running it.
Please remember that 'top' displaying near 100% CPU usage doesn't mean anything is necessarily latched up. :)

it wouldn't have any issues if the program would follow it's 'preferences' and shut off!

I think this is just an indication of problems elsewhere. I've not asked BOINC to do anything special with respect to CPU usage yet it's still perfectly well behaved. (mind you, BOINC may well ignore this setting: it's not something I've ever tweaked - but this isn't what's causing your problem, I'm sure)

---

To err is human; to moo, bovine.

Hm, which BOINC version do you use ?
Version 5.10.8
It is a outdated version. Please upgrade to a recent version.

I just downloaded 5.10.28 from Boinc but it didn't come with a Boincmgr?

I got a run_client that works, but no manager.

Now what the heck is going on....

(Edit) the other posters are right, it is one Serious pain to install from scratch. I am getting it I think, found the mgr anyway..
Mike

I take that back all it found was the old deleted and uninstalled Boinc Manager in the packages.

I am in trouble on the install, I seem to be missing files. I am using the directions in the post for Newbies and am using the terminal because the GUI only finds the old version of the files in their packages.

When I get to one point, I get this:
use /home/mike/BOINC/run_client to start BOINC

That command works from the GUI to open a bunch more files:
mike@mike:~/BOINC$ ls
all_projects_list.xml boinc_cmd client_state.xml run_client
binstall.sh ca-bundle.crt gui_rpc_auth.cfg time_stats_log
boinc client_state_prev.xml lockfile

Now I am lost, I can't find a boincmgr file.

(Edit) I now get this also:

mike@mike:~/BOINC$ locate boincmgr
/usr/share/app-install/icons/boincmgr-32.xpm
mike@mike:~/BOINC$ sudo updatedb
mike@mike:~/BOINC$ locate boincmgr
/home/mike/.Trash/boincmgr
/usr/share/app-install/icons/boincmgr-32.xpm
mike@mike:~/BOINC$

Any help would be appreciated.
Mike

---

I have the same or a similar problem.

I'm running Ubuntu 7.04 with the packages from the repository. (BOINC Manager is 5.4.11)

My preferences are set to

-- Suspend work while computer is in use? yes
-- 'In use' means mouse/keyboard activity in last 3 minutes

But in BOINC Manager I can see tasks being worked on (even as I type), and Ubuntu's System Monitor shows all 4 cores running at 100%.

If I suspend the projects in BOINC Manager (SETI & climate prediction), CPU usage immediately drops to 0.

So it looks like BOINC Manager is ignoring the preferences?

Hm, which BOINC version do you use ?
Version 5.10.8
It is a outdated version. Please upgrade to a recent version.

I just downloaded 5.10.28 from Boinc but it didn't come with a Boincmgr?

I got a run_client that works, but no manager.

Now what the heck is going on....

(Edit) the other posters are right, it is one Serious pain to install from scratch. I am getting it I think, found the mgr anyway..
Mike

I take that back all it found was the old deleted and uninstalled Boinc Manager in the packages.

---

Hm, which BOINC version do you use ?
Version 5.10.8
It is a outdated version. Please upgrade to a recent version.

I just downloaded 5.10.28 from Boinc but it didn't come with a Boincmgr?

I got a run_client that works, but no manager.

Now what the heck is going on....

(Edit) the other posters are right, it is one Serious pain to install from scratch. I am getting it I think, found the mgr anyway..
Mike

---

mike@mike:~/Desktop/BOINC$ grep cpu_usage_limit global_prefs_override.xml
<cpu_usage_limit>100.000000</cpu_usage_limit>
mike@mike:~/Desktop/BOINC$

Hm, which BOINC version do you use ?

Version 5.10.8

It is a outdated version. Please upgrade to a recent version.

The Boinc site says for Ubuntu users to use the packaged one which is that one. I should get the generic linux one from Boinc then?

???
Last time you had written, that it is at mike@mike:~/Desktop/BOINC.

LOL! Ok, ok, spaced that one out. I was using the GUI search, I went to the terminal and up it came...

I will update Boinc first, thanks.

Mike

---

mike@mike:~/Desktop/BOINC$ grep cpu_usage_limit global_prefs_override.xml
<cpu_usage_limit>100.000000</cpu_usage_limit>
mike@mike:~/Desktop/BOINC$

Hm, which BOINC version do you use ?

Version 5.10.8

It is a outdated version. Please upgrade to a recent version.

Please stop the BOINC client and edit the file global_prefs_override.xml and change the value between <cpu_usage_limit> and </cpu_usage_limit> to the value you wan't. For example : <cpu_usage_limit>70.000000</cpu_usage_limit>
Save the file and start the BOINC client. Did it now work ?

I can't seem to locate that file name in a local search?

???
Last time you had written, that it is at mike@mike:~/Desktop/BOINC.

---

mike@mike:~/Desktop/BOINC$ grep cpu_usage_limit global_prefs_override.xml
<cpu_usage_limit>100.000000</cpu_usage_limit>
mike@mike:~/Desktop/BOINC$

Hm, which BOINC version do you use ?

Version 5.10.8

Please stop the BOINC client and edit the file global_prefs_override.xml and change the value between <cpu_usage_limit> and </cpu_usage_limit> to the value you wan't. For example : <cpu_usage_limit>70.000000</cpu_usage_limit>
Save the file and start the BOINC client. Did it now work ?

I can't seem to locate that file name in a local search?

Mike

---

mike@mike:~/Desktop/BOINC$ grep cpu_usage_limit global_prefs_override.xml
<cpu_usage_limit>100.000000</cpu_usage_limit>
mike@mike:~/Desktop/BOINC$

Hm, which BOINC version do you use ?

Please stop the BOINC client and edit the file global_prefs_override.xml and change the value between <cpu_usage_limit> and </cpu_usage_limit> to the value you wan't. For example : <cpu_usage_limit>70.000000</cpu_usage_limit>
Save the file and start the BOINC client. Did it now work ?
If not please send me the output from the grep command again.

You'r network looks OK. - I only wan't to verify if there are some troubles on the network site.

---

But 'there' is the main trouble, Boinc will not unlatch the CPU like it is instructed to do in the preferences or 'only' actually 'use' the 50% max of the CPU the preferences are set at!

Where excatly do you have setup your prefs ? - On the prefs over the BOINC manager or over the website ?

I use the links provided in the Boinc manager under Projects for my online preferences and account setup and the pull down box at the top of Boinc Manager under 'advanced' and 'preferences' for my local settings.

Could you please change to the BOINC directory and issue and post the output from the command : "grep cpu_usage_limit global_prefs_override.xml".

mike@mike:~$ cd Desktop
mike@mike:~/Desktop$ cd BOINC
mike@mike:~/Desktop/BOINC$ grep cpu_usage_limit global_prefs_override.xml
<cpu_usage_limit>100.000000</cpu_usage_limit>
mike@mike:~/Desktop/BOINC$

Edit : Could you please post the ouput from "ifconfig -a" and "netstat -in".

mike@mike:~$ ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:E0:29:10:AE:D8
inet6 addr: fe80::2e0:29ff:fe10:aed8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10315 errors:0 dropped:0 overruns:0 frame:0
TX packets:9993 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6468087 (6.1 MB) TX bytes:2040066 (1.9 MB)
Interrupt:3 Base address:0xe000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2252 errors:0 dropped:0 overruns:0 frame:0
TX packets:2252 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1584702 (1.5 MB) TX bytes:1584702 (1.5 MB)

ppp0 Link encap:Point-to-Point Protocol
inet addr:76.66.132.196 P-t-P:64.230.197.222 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:9222 errors:0 dropped:0 overruns:0 frame:0
TX packets:9440 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:6307193 (6.0 MB) TX bytes:1815454 (1.7 MB)

mike@mike:~$

mike@mike:~$ netstat -in
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0 1500 0 10320 0 0 0 9997 0 0 0 BMRU
lo 16436 0 2558 0 0 0 2558 0 0 0 LRU
ppp0 1492 0 9224 0 0 0 9442 0 0 0 MOPRU
mike@mike:~$

Here you go.

---

But 'there' is the main trouble, Boinc will not unlatch the CPU

Hmm, but there's the odd thing: I'm running the same version as you on the same CPU and in less RAM - yet because mine is behaving fine, I really don't think it's BOINC which has the problem.

Yours also appears to be broken 'if' you also have it set to shut off when 'you' are using the machine. It isn't unlatching your CPU either.

Load stress is something all together different

Sorry, that was my loose description. I just meant the sort of 'grind to a halt' thing you've described when running BOINC/seti.

Odd...
<scratches head>
[/quote]

I could 'very' well be that my hardware has issues with the sharing, but it wouldn't have any issues if the program would follow it's 'preferences' and shut off!

---

But 'there' is the main trouble, Boinc will not unlatch the CPU like it is instructed to do in the preferences or 'only' actually 'use' the 50% max of the CPU the preferences are set at!

Where excatly do you have setup your prefs ? - On the prefs over the BOINC manager or over the website ?
Could you please change to the BOINC directory and issue and post the output from the command : "grep cpu_usage_limit global_prefs_override.xml".

Edit : Could you please post the ouput from "ifconfig -a" and "netstat -in".

---

[quote]
This shows your problem a little bit in a other view.
Is the slowdown only on network access like you have bescribed, or is is also if you start and using other programms and working with the GUI ?

I don't work with the GUI often, I just use those two programs mostly and it hits the network connection.

I am a Usenet user from 'way' back and barely use the WWW so when my 'text only' Usenet groups and their reader program hangs in space because of some piece of GUI software that isn't even 'supposed' to be running, it just well isn't acceptable. Netscape Communicator got locked up as well as Thunderbird now.

As I have explained you in my previos postings in the other threads : it is ok that SETI uses 100 % CPU, the process is running with the lowest prio so your other processes like FF, TB,.. should get the CPU if it need it. The slowown is not normal and we must search for the cause.
But your previous problem describtion was very unprecise. We have look closer to the problem and analyse it and search for the cause.

It is 'supposed' to 'shut' down, not maybe 'give me space' to work!

This is not what I have meaned. I meaned if you running BOINC, did this behavior occurs permanently or only tempoarly ?

I don't know really. I get mad at it and don't bother to wait until it resolves, because the first few times gave me a DSL timeout, so I just go and suspend it.

Could you please try it out. It is very important to know what excatly is slowed down when BOINC and SETI is active !

---

But 'there' is the main trouble, Boinc will not unlatch the CPU

Hmm, but there's the odd thing: I'm running the same version as you on the same CPU and in less RAM - yet because mine is behaving fine, I really don't think it's BOINC which has the problem.
A few posts back you gave this 'top' output (edited) when running BOINC/seti:

top - 14:28:58 up 24 min, 2 users, load average: 1.45, 0.84, 0.54
Tasks: 97 total, 2 running, 95 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.3%us, 0.7%sy, 94.4%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
Mem: 1555796k total, 414040k used, 1141756k free, 14728k buffers
Swap: 514072k total, 0k used, 514072k free, 219300k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5665 mike 39 19 37076 33m 8 R 95.0 2.2 3:35.32 setiathome-5.27
4747 root 15 0 42464 25m 8144 S 2.0 1.7 0:52.09 Xorg
5660 mike 15 0 45780 16m 12m S 1.7 1.1 0:06.61 boincmgr
5647 mike 15 0 4232 2104 1556 S 0.3 0.1 0:00.24 boinc
1 root 16 0 2948 1852 532 S 0.0 0.1 0:02.08 init
2 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
(...)

Here's mine (through 'top -b -n1' and edited for brevity):

top - 22:59:41 up 1 day, 10:21,  5 users,  load average: 1.03, 1.03, 1.03
Tasks:  95 total,   2 running,  93 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3% us,  0.2% sy, 98.9% ni,  0.2% id,  0.1% wa,  0.4% hi,  0.0% si
Mem:    776060k total,   644032k used,   132028k free,   214844k buffers
Swap:  1052216k total,        0k used,  1052216k free,   177648k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                   
 9148 brian     39  19 39272  34m    8 R 90.8  4.6 333:25.84 setiathome-5.27           
 5980 root      15   0 56328  19m 3608 S  7.3  2.6   4:27.36 X                         
 9678 brian     15   0  2052  868  656 R  3.6  0.1   0:00.02 top                       
    1 root      16   0   680  248  216 S  0.0  0.0   0:01.67 init                      
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0 
(...)             
 6639 brian     15   0 11484 6136 5168 S  0.0  0.8   0:43.23 boincmgr
 6640 brian     15   0  3904 2124 1448 S  0.0  0.3   0:05.69 boinc
(...)
 9146 brian     34  19 39272  34m    8 S  0.0  4.6   0:00.12 setiathome-5.27
 9147 brian     34  19 39272  34m    8 S  0.0  4.6   0:00.00 setiathome-5.27           
 9149 brian     34  19 39272  34m    8 S  0.0  4.6   0:00.01 setiathome-5.27           

This is running under KDE and is started manually from a desktop icon with just 'run_manager' as the command component, from within the BOINC installation directory off my home directory. I just installed it with the default GUI stuff as-is, and made no other tweaks to the installation. The machine is generally left running so I've not bothered with any auto-start scripting.
There's also no unusual or heavy network use as a result of running BOINC/seti - only what I might be getting up to (nothing else, apart from a few shell windows waiting for input at the time of this 'top' output).

Load stress is something all together different

Sorry, that was my loose description. I just meant the sort of 'grind to a halt' thing you've described when running BOINC/seti.

Odd...
<scratches head>

---

To err is human; to moo, bovine.

I only used the link provided earlier the other day

There seems to be something wrong as I write this. I just tried grabbing both mprime2414.tar.gz and sprime2414.tar.gz from http://www.mersenne.org/freesoft.htm but in each case the Firefox downloads window showed 'waiting' for a few minutes and then 'completed' - but nothing had actually been downloaded.
The Russian mirror site mentioned at the above site fails to resolve - it seems to no longer exist.

I will try again maybe later.

As to your main problem - I do find it a little suspicious that this is the same motherboard which gave similar 'heavy load' problems with BOINC when it was running under Windows. I'm inclined to agree with Dotsch that there's a fundamental hardware problem lurking at the back of all this.

But 'there' is the main trouble, Boinc will not unlatch the CPU like it is instructed to do in the preferences or 'only' actually 'use' the 50% max of the CPU the preferences are set at!

Load stress is something all together different and I would have 'no' load issues, perceived or real if the program would behave as it is supposed to do and just shut off when 'I' want to use 'my' computer.

If left to its own devices, BOINC will always try to obtain 100% CPU usage

It is 'not' being left to it's own devices, I am insisting it use only 50% of my CPU and insisting it shuts down when I am using the computer via the preferences both here and in my PC.

Just my $0.2, and I hope that whatever's going wrong is quickly nailed.

Thanks

---

I only used the link provided earlier the other day

There seems to be something wrong as I write this. I just tried grabbing both mprime2414.tar.gz and sprime2414.tar.gz from http://www.mersenne.org/freesoft.htm but in each case the Firefox downloads window showed 'waiting' for a few minutes and then 'completed' - but nothing had actually been downloaded.
The Russian mirror site mentioned at the above site fails to resolve - it seems to no longer exist.

As to your main problem - I do find it a little suspicious that this is the same motherboard which gave similar 'heavy load' problems with BOINC when it was running under Windows. I'm inclined to agree with Dotsch that there's a fundamental hardware problem lurking at the back of all this.

For what it's worth, I have BOINC running perfectly well on an ancient Intel 440BX-based motherboard with 1GB RAM and a PIII CPU. Actually, it's a card adapter carrying the PIII since this motherboard only has a Pentium II slot. I did say it was ancient! :)
I also use this machine as an alternate "browsing base", plus a few other things, yet it's never shown anything like the sort of performance hit you describe. It's left running BOINC 24/7. The OS is a fairly old SUSE 9.3 release. Well, it ain't broke so I ain't fixing it...

If left to its own devices, BOINC will always try to obtain 100% CPU usage (really, like almost any other application would typically want to do) but bear in mind that when using things like 'top' to display loadings, you're only getting a tiny snapshot every second or so. All the time, running processes are given access to resources (and have them taken away) very quickly so what appears to be a constant high load isn't necessarily so. Also, the resource management of Linux is such that as other tasks require more CPU time or other resources, access is granted very efficiently and in a very controlled/controllable way.

It's probably only because of this good behaviour that I'm able to run BOINC on this venerable box - when running Windows98 (on another dusty old partition) and not doing very much at all, it's horribly sluggish.

Just my $0.2, and I hope that whatever's going wrong is quickly nailed.

---

To err is human; to moo, bovine.

Edit: I had no problem to download prime95. Alternativ... google shows about 74000 results for prime95, the first 20 was alternative download mirrors.

I only used the link provided earlier the other day, haven't tried since, have been busy setting up hardware. I will try again and see if that program will unlatch the CPU.[/quote]

Ok, all the links my Google shows for a Linux download lead to the same page and it is down. Yup, 'tons ' of links that all point the same place....

I just spent a half hour trying, that's enough.

---

This shows your problem a little bit in a other view.
Is the slowdown only on network access like you have bescribed, or is is also if you start and using other programms and working with the GUI ?

I don't work with the GUI often, I just use those two programs mostly and it hits the network connection.

I am a Usenet user from 'way' back and barely use the WWW so when my 'text only' Usenet groups and their reader program hangs in space because of some piece of GUI software that isn't even 'supposed' to be running, it just well isn't acceptable. Netscape Communicator got locked up as well as Thunderbird now.

As I have explained you in my previos postings in the other threads : it is ok that SETI uses 100 % CPU, the process is running with the lowest prio so your other processes like FF, TB,.. should get the CPU if it need it. The slowown is not normal and we must search for the cause.
But your previous problem describtion was very unprecise. We have look closer to the problem and analyse it and search for the cause.

It is 'supposed' to 'shut' down, not maybe 'give me space' to work!

This is not what I have meaned. I meaned if you running BOINC, did this behavior occurs permanently or only tempoarly ?

I don't know really. I get mad at it and don't bother to wait until it resolves, because the first few times gave me a DSL timeout, so I just go and suspend it.

Which bug excactly do you mean ?

The first generations of Boinc had a bug that wouldn't allow the CPU use settings in the preferences to work. I got an email back in early 07 I think it was implying the bug was fixed.

Whas this the same hardware like on the Linux system with the problem ? - If yes, I think that you have a hardware problem.

Only the same ASUS CUV4X motherboard, all the add ons and memory chips are new, including a new power supply.

Edit: I had no problem to download prime95. Alternativ... google shows about 74000 results for prime95, the first 20 was alternative download mirrors.

I only used the link provided earlier the other day, haven't tried since, have been busy setting up hardware. I will try again and see if that program will unlatch the CPU.

---

What excatly do you mean with "The program just will not unlatch the CPU." ?

The Seti program combined with the boincmgr want 100% of my CPU power. They will not relinquish control when 'I' want to use the computer, like right now.

This causes my other programs, like Firefox to literally hang with the 'waiting for connection' icon revolving.

When I go into boincmgr and suspend the project, the CPU gets let loose and Forefox 'instantly' finishes loading the page.

This happens both with Firefox and my Usenet program Thunderbird.

I have a smaller window for boincmgr so can see the underneath program start working and finish instantly after I suspend boinc's project.

This shows your problem a little bit in a other view.
Is the slowdown only on network access like you have bescribed, or is is also if you start and using other programms and working with the GUI ?

Sorry, but this just isn't acceptable behavior.

As I have explained you in my previos postings in the other threads : it is ok that SETI uses 100 % CPU, the process is running with the lowest prio so your other processes like FF, TB,.. should get the CPU if it need it. The slowown is not normal and we must search for the cause.
But your previous problem describtion was very unprecise. We have look closer to the problem and analyse it and search for the cause.

[
Is the system permanently unusable if BOINC and SETI is running or is it only permanently ?

Umm see above, the computer works proper with boinc in suspend mode or just not turned on, otherwise it messes up fairly soon.

This is not what I have meaned. I meaned if you running BOINC, did this behavior occurs permanently or only tempoarly ?

I also was hit back with the first generations of Boinc and my Windows 98 with the same issues and had to stop using it in Windows. I used Classic for a lot of years under a couple email names.

I was really hoping the bug was 'actually' fixed when I got an email implying it last year because I am now using Linux.

Which bug excactly do you mean ?
Whas this the same hardware like on the Linux system with the problem ? - If yes, I think that you have a hardware problem.

Edit: I had no problem to download prime95. Alternativ... google shows about 74000 results for prime95, the first 20 was alternative download mirrors.

---

Thanks for the output. I think it looks OK on the first view.

What excatly do you mean with "The program just will not unlatch the CPU." ?

The Seti program combined with the boincmgr want 100% of my CPU power. They will not relinquish control when 'I' want to use the computer, like right now.

This causes my other programs, like Firefox to literally hang with the 'waiting for connection' icon revolving.

When I go into boincmgr and suspend the project, the CPU gets let loose and Forefox 'instantly' finishes loading the page.

This happens both with Firefox and my Usenet program Thunderbird.

I have a smaller window for boincmgr so can see the underneath program start working and finish instantly after I suspend boinc's project.

Sorry, but this just isn't acceptable behavior.

Is the system permanently unusable if BOINC and SETI is running or is it only permanently ?

Umm see above, the computer works proper with boinc in suspend mode or just not turned on, otherwise it messes up fairly soon.

What behavior do you have, if you are running prime95 ?

I have not been able to get prime95, their links are down.

Could you please excatly describe the slowdown. What actions are slowed down. - Eventualy a output series from the "vmstat 5" of such a slowdown would be helpfull.

That is the second vmstat 5 copy in my last post, but I didn't have Firefox and Thunderbird running.

With powermanagement, I meaned the Ubuntu specific. Ubuntu has a daemon which adjusts the clock, if no processes are running and clocks down your CPU. But I read here a posting, that it could happens, that ubuntu did not detect BOINC as running process and clocks down the CPU. But, I have not found this posting again. So I hope that one of the Ubuntu/Linux guys have an idea.

Anyway, the output from "cat /proc/cpuinfo" would also be nice.

Ok, here is a vmstat 5 with everything running followed by the cpuinfo:

mike@mike:~$ vmstat 5
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
2 0 0 1015232 19544 276048 0 0 80 36 253 268 53 3 43 2
1 0 0 1015100 19552 276048 0 0 0 94 359 283 98 2 0 0
1 0 0 1015100 19560 276048 0 0 0 7 339 175 98 2 0 0
1 0 0 1015092 19572 276044 0 0 0 115 414 470 98 2 0 0
1 0 0 1014968 19580 276036 0 0 0 64 339 137 98 2 0 0
1 0 0 1014968 19580 276044 0 0 0 0 323 75 98 2 0 0
1 0 0 1014968 19588 276044 0 0 0 2 323 81 99 1 0 0
1 0 0 1014968 19596 276044 0 0 0 2 324 88 99 1 0 0
1 0 0 1014968 19612 276044 0 0 0 17 323 76 98 2 0 0
1 0 0 1014976 19620 276044 0 0 0 13 358 325 98 2 0 0


mike@mike:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 3
cpu MHz : 731.512
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse up
bogomips : 1480.03
clflush size : 32

Thanks for your time.

I also was hit back with the first generations of Boinc and my Windows 98 with the same issues and had to stop using it in Windows. I used Classic for a lot of years under a couple email names.

I was really hoping the bug was 'actually' fixed when I got an email implying it last year because I am now using Linux.

---