Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go »
No member browsing this thread
Thread Status: Active
Total posts in this thread: 38
Posts: 38   Pages: 4   [ Previous Page | 1 2 3 4 | Next Page ]
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 7367 times and has 37 replies Next Thread
Falconet
Master Cruncher
Portugal
Joined: Mar 9, 2009
Post Count: 3315
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

The XP is P4 2.4 GHZ.
The Vista is a Pentium Dual Core 4300
And another Vista is a Core Duo 2300

Mainly it was the XP machine but the others had some errors too.

When I checked the result status logs it would appear the "maximum runtime exceeded" message even though some Wu's took less than 6 or 12 hours.

This was back in 2010.I havent done any HCMD2 Wu's since then.
----------------------------------------


- AMD Ryzen 5 1600AF 6C/12T 3.2 GHz - 85W
- AMD Ryzen 5 2500U 4C/8T 2.0 GHz - 28W
- AMD Ryzen 7 7730U 8C/16T 3.0 GHz
[Jun 12, 2011 12:00:16 PM]   Link   Report threatening or abusive post: please login first  Go to top 
KerSamson
Master Cruncher
Switzerland
Joined: Jan 29, 2007
Post Count: 1684
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

Hi everybody,
I am really surprised by the posts above, since HCMD2 is one of the most reliable and stable projects. I have several hosts computing HCMD2 running WinXP Pro SP3 or Linux (Ubuntu 10.04) without any problems, incl. without any errored nor invalid WUs. The hosts are powered by Intel Quad CPU or AMD Phenom II x6.
The hosts work only for WCG (no other project) without any CPU load limitation; from time to time they compute only HCMD2.
In late Summer 2010, I experienced problem with invalid WUs but it was only caused by a defect CPU (P4) which was unable to address a specific memory area (some pins were defect).
For this reason, I would like to encourage you to run an intensive memory check. Maybe a memory bank is not OK ? ...
Since HCMD2 is relatively reasonable regarding memory needs, I would not assume that you have a swap space problem ! ...
Anyway, enjoy crunching for HCMD2 !
Cheers,
Yves
---
The above feedback based on over 24 years of work for HCMD2
----------------------------------------
----------------------------------------
[Edit 1 times, last edit by KerSamson at Jun 12, 2011 12:46:54 PM]
[Jun 12, 2011 12:44:30 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

I'm not sure about the swapSpace thing but as far as memory is concerned, I happen to have done an intensive (about 1.5hrs for two passes) Memtest_v4.1 (comes with Ubuntu_10.10 install) RAM check just 3-days ago and no fault was detected in that test.

As far as my desires for CMD2 goes, I want to add my contribution there, but I'm discouraged by the large Invalid results. Nobody gains from a cruncher's Invalid results: not the science nor the cruncher possibly chasing badges. All along, electricity is spent, and for naught. That has got to hurt.
[Jun 12, 2011 1:16:32 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Falconet
Master Cruncher
Portugal
Joined: Mar 9, 2009
Post Count: 3315
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

Hi everybody,
I am really surprised by the posts above, since HCMD2 is one of the most reliable and stable projects. I have several hosts computing HCMD2 running WinXP Pro SP3 or Linux (Ubuntu 10.04) without any problems, incl. without any errored nor invalid WUs. The hosts are powered by Intel Quad CPU or AMD Phenom II x6.
The hosts work only for WCG (no other project) without any CPU load limitation; from time to time they compute only HCMD2.
In late Summer 2010, I experienced problem with invalid WUs but it was only caused by a defect CPU (P4) which was unable to address a specific memory area (some pins were defect).
For this reason, I would like to encourage you to run an intensive memory check. Maybe a memory bank is not OK ? ...
Since HCMD2 is relatively reasonable regarding memory needs, I would not assume that you have a swap space problem ! ...
Anyway, enjoy crunching for HCMD2 !
Cheers,
Yves
---
The above feedback based on over 24 years of work for HCMD2




I'm not sure it is a memory issue.Like I said, the last time I crunched for HCMD2 was in 2010 and in 3 computers, one of which is 1.5 years old.Plus, all other WCG projects work well.
----------------------------------------


- AMD Ryzen 5 1600AF 6C/12T 3.2 GHz - 85W
- AMD Ryzen 5 2500U 4C/8T 2.0 GHz - 28W
- AMD Ryzen 7 7730U 8C/16T 3.0 GHz
[Jun 12, 2011 1:46:39 PM]   Link   Report threatening or abusive post: please login first  Go to top 
sk..
Master Cruncher
http://s17.rimg.info/ccb5d62bd3e856cc0d1df9b0ee2f7f6a.gif
Joined: Mar 22, 2007
Post Count: 2324
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

I'm optimistic that we'll get to the source of the matter and next get to fully understand the underlying mechanisms involved.
Slim chance I'd say; some systems/mechanisms/problems seem to be kept hidden and either solved behind closed doors or just never resolved. I don't recall seeing too many minor bug fix notices here.
In the past I have seen systems that were just prone to errors for some tasks. They ran other tasks fine, but occasionally started failing tasks for one project, sometimes resulting in run-away errors (one failure after the other). For this reason I usually run more than one project. Others have succumb to this in the past. WCG might perceive these issues as very minor; they only affect the odd user now and again, so I can understand not wanting to spend lots of time investigating the problem or even announcing a solution. I put most of the blame down to system hardware/ operating system combinations; some setups just seem prone to failure, but use a different operating system on the same hardware and all is well.
For some perspective I have not seen one task fail from any project in 2months at WCG - that's 10K results without error. Wish I could say the same for some other project that don't seem to understand the concept of Beta testing.
[Jun 12, 2011 1:48:59 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

Officially, under 5% fail is below the event horizon for elevated bug hunting. Lower than that is approached with an ''if we got time'' and the issue is well diagnosable and reproducible.

WCG is faithful to NOT slip in new versions under present release numbers. It could have more adverse issues than one might think to sneak a new compile in, to include wingman/quorum matching issues.

--//--
[Jun 12, 2011 2:03:56 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

If what affects CMD2 as discussed earlier in this thread is classed as a bug and falls below the 5% eventHorizon for elevatedBugHunting, then never mind adding other concerns like those related to wingman/quorum matching issues -- which would only add burden to an already apparently overtaxed system.

Now that I've heard indications suggesting that chances are high that the CMD2 issue I raised will not be addressed, let alone solved, I can settle for simply changing to whatever project works for my machines. Happy Crunching, everyone !
----------------------------------------
[Edit 2 times, last edit by Former Member at Jun 12, 2011 4:59:58 PM]
[Jun 12, 2011 4:31:54 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

Hello everyone,
I found this tag searching the words "max runtime".
And, sorry folks, I do not really get the point of the tag.
In my opinion, this tag could be valuable for all readers,
if someone would take the time to explain, what
"finishing early, max. runtime exceeded" means.

Does this mean, that the computer did stop early, because the job takes too long?
Is the result then worthless for the scientists?
Why is my computer not allowed to go on longer then 6 hours?

If I had a faster CPU, would it be able to do the job?

I do not understand the sense of the 6 hours limit.

A limit of "too many cobbelstone operations" would make sense, because it would
be independent of the processor used. But a mere, simple time limit of 6 hours...what for?

Thank you for "enlightenment"
Bye
Kafejka
[Jun 12, 2011 6:37:51 PM]   Link   Report threatening or abusive post: please login first  Go to top 
sk..
Master Cruncher
http://s17.rimg.info/ccb5d62bd3e856cc0d1df9b0ee2f7f6a.gif
Joined: Mar 22, 2007
Post Count: 2324
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

[OT]Good points, but might have been better raised in another/new thread.
A couple of things I appreciate about limited run times are that tasks will never continue indefinitely, and it also means you get through a reasonable number of tasks on an average system each day.[/OT]
[Jun 12, 2011 7:55:10 PM]   Link   Report threatening or abusive post: please login first  Go to top 
KerSamson
Master Cruncher
Switzerland
Joined: Jan 29, 2007
Post Count: 1684
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: At least 40+hours of INVALID CMD2_v6.40 submitted-WUs

Hi andzgrid
I am not happy to have to consider an errored contribution as part of the "5% of residual failures".
Anyway, I pretty know the complexity generated by numerous platforms (very large combination of motherboard, CPU, BIOS, OS and projects).
Since you are not operating an "exotic configuration" (I operate more or less the same configuration), I am still surprised by the troubles you experienced.
Did you already try to update the BIOS?
Cheers,
Yves
---
PS: I operate the Phenom II x6 on Asus M4A88TD-M EVO/USB3
----------------------------------------
[Jun 13, 2011 9:19:09 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Posts: 38   Pages: 4   [ Previous Page | 1 2 3 4 | Next Page ]
[ Jump to Last Post ]
Post new Thread