| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Retired Forums
Forum: UD Windows Agent Support [Read Only]
Thread: CPU used when application is supposed to be idle |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 25
|
|
| Author |
|
|
twilyth
Master Cruncher US Joined: Mar 30, 2007 Post Count: 2130 Status: Offline Project Badges: 
|
Thanks for proving may point CA's - you'd rather put the burden on the users of this software - your volunteers and donors - than have the people who develop this software do their job. If I could work at a full time job, I'd get one that pays something, not this. And by the way, my expertise is in mainframe, interactive systems. I know COBOL, CICS, VSAM, JCL and other related mainframe languages and protocols. I don't even know what language boinc is written in - and couldn't care less.
----------------------------------------The fact is that the software is flawed and should be fixed, not justified and defended at the expense of the time and effort of your members. If you want to call that whining - go for it - I'm sure it will affect how well I sleep tonight. oh yes, and, WHAAAAAAAAAA, WHAAAAAAAAAAAAA, WHAAAAAAAAAAA.   |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Hello itpro3f8h,
For the past week, I have noticed a marked slowdown of my computer. ..... discovered the UD agant was using CPU at 60 to 80% on a duel core processor even when it was set to idle time. Does this mean that your profile is set to only run at certain hours? Or do you mean something else? Also, which project is running when this problem occurs? Lawrence |
|||
|
||||
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges: 
|
And by the way, my expertise is in mainframe, interactive systems. I know COBOL, CICS, VSAM, JCL and other related mainframe languages and protocols. Since your work was error free, you would be unfamiliar with these publications:MVS/Extended Architecture Message Library: System Messages (GC28-1376) MVS/Extended Architecture Message Library: System Codes (GC28-1157)
SUPPORT ADVISOR
Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% |
||
|
|
twilyth
Master Cruncher US Joined: Mar 30, 2007 Post Count: 2130 Status: Offline Project Badges:
|
And by the way, my expertise is in mainframe, interactive systems. I know COBOL, CICS, VSAM, JCL and other related mainframe languages and protocols. Since your work was error free, you would be unfamiliar with these publications:MVS/Extended Architecture Message Library: System Messages (GC28-1376) MVS/Extended Architecture Message Library: System Codes (GC28-1157) I had my own personal copies of many tech manuals which I purchased from IBM. These sound like compilations an operator would be more interested in. As I've said, I WASN'T an operator, I was an application programmer - there is a difference. For batch jobs we usually had software that looked up message codes for us and put a human friendly message in the output. Plus since CICS runs as a subsystem, neither would have bee relevant to my work. Guess you missed that on your quick tour of mainframe land. I occasionally had a program crash, but it was rare. That's because I spent most of my time coding for all possible situations - what if this file isn't available, what if this data is corrupt, what if a data entry operator does this or that. I would usually spend only about a third of my time coding the actual functionality of a program. The rest of the time I spent making it bullet proof. Writing sloppy code and then telling the user to "work around it" WOULD NOT have been tolerated and it shouldn't be tolerated here either. |
||
|
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges:
|
"Fix it" doesn't qualify as a program specification. I'll call your problem closed. I have also heard "We don't know how it works. Just go make it automatic." UD is harder to fix as it has no similar detailed error messages that could be relayed. Good luck.
----------------------------------------At least one CA is also a Mensa member, database analyst, applications programmer and systems programmer
SUPPORT ADVISOR
----------------------------------------Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% [Edit 2 times, last edit by retsof at Jun 12, 2007 2:05:40 PM] |
||
|
|
twilyth
Master Cruncher US Joined: Mar 30, 2007 Post Count: 2130 Status: Offline Project Badges:
|
"Fix it" doesn't qualify as a program specification. I'll call your problem closed. I have also heard "We don't know how it works. Just go make it automatic." UD is harder to fix. Good luck. At least one CA is also a Mensa member, database analyst, applications programmer and systems programmer And your point would be? |
||
|
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges:
|
"Fix it" doesn't qualify as a program specification. I'll call your problem closed. I have also heard "We don't know how it works. Just go make it automatic." UD is harder to fix. Good luck. At least one CA is also a Mensa member, database analyst, applications programmer and systems programmer And your point would be?
SUPPORT ADVISOR
Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% |
||
|
|
twilyth
Master Cruncher US Joined: Mar 30, 2007 Post Count: 2130 Status: Offline Project Badges:
|
Find some other excuse. You mean the excuse that the software is flawed isn't good enough? Wow! What a stinging response. |
||
|
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges:
|
Find some other excuse. You mean the excuse that the software is flawed isn't good enough? Wow! What a stinging response.
SUPPORT ADVISOR
Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Thanks for proving may point CA's - you'd rather put the burden on the users of this software - your volunteers and donors - than have the people who develop this software do their job. If I could work at a full time job, I'd get one that pays something, not this. And by the way, my expertise is in mainframe, interactive systems. I know COBOL, CICS, VSAM, JCL and other related mainframe languages and protocols. I don't even know what language boinc is written in - and couldn't care less. The fact is that the software is flawed and should be fixed, not justified and defended at the expense of the time and effort of your members. If you want to call that whining - go for it - I'm sure it will affect how well I sleep tonight. oh yes, and, WHAAAAAAAAAA, WHAAAAAAAAAAAAA, WHAAAAAAAAAAA. Time for a crash course in how open source works? All genuine bugs reported to the BOINC developers have been fixed rapidly. Unfocussed complaining does nothing to help. Be specific! Then open a trouble ticket and see how well the developers (mostly volunteers, don't forget) respond. Come on now. Lay it on the line. |
||
|
|
|