Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
World Community Grid Forums
Category: Support Forum: Website Support Thread: Pathetic situation |
No member browsing this thread |
Thread Status: Active Total posts in this thread: 17
|
Author |
|
KerSamson
Master Cruncher Switzerland Joined: Jan 29, 2007 Post Count: 1670 Status: Offline Project Badges: |
I was really quiet during the last 15 months, a couple of hosts crunching for WCG (MCM since there is no other project for CPU).
----------------------------------------Since last week, we come back to a déjà-vu situation ... and not the best one. @Krembil: you are really pathetic! I am very sorry to have to write this but over the last 30 months, no progress has been made, no improvement, no new project, the same issues as usual with ARP causing a lot of troubles to everybody even without crunching for ARP. I think that it is terrible. WCG with IBM had a good reputation with many contributors. Since the move to Krembil, thousands of contributors left. WCG is only in a surviving mode giving the feeling that it is close to die. How could you continue to screw WCG, without hope to better going? Yves |
||
|
alged
Master Cruncher FRANCE Joined: Jun 12, 2009 Post Count: 2340 Status: Offline Project Badges: |
I share the same vision of WCG situation, KerSamson as you are a leader of our team for so long ! the last turn to Krembil seem e deadly one, no issue.
----------------------------------------Nous sommes tous des chercheurs en puissance |
||
|
gb009761
Master Cruncher Scotland Joined: Apr 6, 2005 Post Count: 2977 Status: Offline Project Badges: |
KerSamson, I do feel your pain - we all do, although if it wasn't for Krembil taking it over, we WOULDN'T HAVE WCG...
----------------------------------------IBM didn't want to keep it running under their guidance (most likely, due to it costing them money - loads of money that the shareholder/top brass wanted to use 'elsewhere'), and thus, in order to keep 'it' going, Krembil 'stepped in' and unfortunately don't have the technical nor financial reources that IBM had. Hopefully, once ARP is FINALLY finished, things will 'ease up' for MCM, and hopefully, we won't be seeing the upload/download issues caused by the massive files that go with the ARP project. P.S. I used to work for IBM and was made redundant (as were a heck of a lot of other, good people), due to a 'cost reajustment' project - basically, they weren't making enough profit. |
||
|
Maxime DUVINAGE
Cruncher Joined: Dec 15, 2014 Post Count: 23 Status: Offline Project Badges: |
There are some fundamental optimizations that could significantly improve resource use, like adjusting image resolution and file size on the site. Applying standard development best practices, such as image and script optimization or caching strategies, could help alleviate some of these resource issues. It might be worth considering these adjustments to improve performance for everyone involved. I'd be happy to discuss further or share ideas if that would be helpful!
|
||
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1313 Status: Offline Project Badges: |
IBM didn't want to keep it running under their guidance (most likely, due to it costing them money - loads of money that the shareholder/top brass wanted to use 'elsewhere'), and thus, in order to keep 'it' going, Krembil 'stepped in' and unfortunately don't have the technical nor financial reources that IBM had. Krembil took over the project with a knife to their throat. If they hadn't done it, it would have been the death blow for Krembil's own projects Smash Childhood Cancer and Mapping Cancer Markers. |
||
|
alged
Master Cruncher FRANCE Joined: Jun 12, 2009 Post Count: 2340 Status: Offline Project Badges: |
I repeat an older post never published even though it was the first answer to the first one above from leader contributor of our team KerSamson.
----------------------------------------1) to share with him the "Pathetic Situation" 2) to thks all the following answers and even their suggestions to a remedy Thks stick to WCG anyway still crunching Nous sommes tous des chercheurs en puissance |
||
|
KerSamson
Master Cruncher Switzerland Joined: Jan 29, 2007 Post Count: 1670 Status: Offline Project Badges: |
I agree with the comments above.
----------------------------------------IBM did not play fair. However the current situation is not satisfying; e.g. my best crunching machine, which is remotely located, is struggling with up/download since days; running dry since it is not able to download and to report in a timely manner. The same cause causes the same consequences in 2022 like in 2024. Please stop distributing ARP1 as long as the issue is not fixed. It does not make any sense to jeopardize all projects and to discourage members to contribute. Cheers, Yves |
||
|
alged
Master Cruncher FRANCE Joined: Jun 12, 2009 Post Count: 2340 Status: Offline Project Badges: |
+1 yes just MCM to crunch at mom i reduced the number of wus to keep the work easily flowing.
---------------------------------------- |
||
|
adrianxw
Senior Cruncher Denmark Joined: Apr 13, 2008 Post Count: 192 Status: Offline Project Badges: |
>>> Please stop distributing ARP1 as long as the issue is not fixed.
Or put an opt out in place. I DO run ARP because its goals align with my own. I will continue to run it, but if it is causing problems for others, an opt out would seem to be a positive way forward. |
||
|
Bryn Mawr
Senior Cruncher Joined: Dec 26, 2018 Post Count: 331 Status: Offline Project Badges: |
>>> Please stop distributing ARP1 as long as the issue is not fixed. Or put an opt out in place. I DO run ARP because its goals align with my own. I will continue to run it, but if it is causing problems for others, an opt out would seem to be a positive way forward. It does not matter whether you, as a client, run ARP or not, the sticking point lies within the upload and download servers which cannot cope with the traffic generated. I suspect that all of the relevant optimisations have been done and it’s down to a basic lack of hardware. |
||
|
|