In this version:

(1) We tried to shrink the text in the workunit description so that the other text doesn't get pushed off the screen. Let us know how this looks.

(2) We fixed a computational bug that accidentally slipped into 5.10.

---

HM, could it be, that there is now no text to see ?

Take a look:

http://yeti.kor.b-s-m.de/rosetta_5_11.gif

---

Supporting BOINC, a great concept !

I have a bigger problem; at the moment it looks like RALPH-Wus are causing the problem.

One of my maschines is a Win2K3-Server, running Exchange, Fax-Server, Virtual-Server and several more things. This box war crunching BOINC since nearly one year and I never had problems. The box has 2x XENON-CPU (HT), 3 GHz and 4 GHz of memory.

The box was allowed to run BOINC-Tasks on 3 of the 4 virtuel CPUs.

Yesterday I could see, that a lot of mails where not in my personal mailbox, but I could see them arriving on the server. When I suspended BOINC, all outstanding mails arrived in less than 1 minute in my personal mailbox.

Well, first I thought, QMC was the problem, because in the past, sometimes QMC didn't like to give crunching power back to other tasks.

Meanwhile I had only RALPH-5.11-er-Units on the server, one was taking a big amount of memory. The same behaviour as yesterday happened, Mails didn't arrive in my personal mailbox, that should have been there. When I suspended BOINC, nothing changed, but as I stopped the service, all mails came again in 1 minute into my personal mailbox.

So, it can be the core client or RALPH that is causing the problem.

I will let this box crunch other projects and see, if the problem comes back or not.

Would be interesting, if someone else is watching some problems, maybe a possible memory leak in RALPH ?

I canceled following WUs now:

https://ralph.bakerlab.org/result.php?resultid=107134

https://ralph.bakerlab.org/result.php?resultid=107115

https://ralph.bakerlab.org/result.php?resultid=107025

---

Supporting BOINC, a great concept !

It's a bit frustrating to sign back onto this project, to find there is no work available. Although I am continuing to crunch Rosetta@home, this lack of Ralph work perhaps gives the impression that Ralph already has enough testers. However, perhaps I am a bit too impatient, and your intent is to send out sufficient work to test your new applications, without creating unnecessary additional "make work" just to keep people busy. I certainly would not want to do "make work" when my resources could be spent elsewhere such as Rosetta@home doing necessary work.

Thanks!

---

...perhaps... your intent is to send out sufficient work to test your new applications, without creating unnecessary additional "make work" just to keep people busy.

The project has stated that WUs will only be available as testing of a new release or of WUs is needed. Also they've said that the results on Ralph and NOT used for the Rosetta science. I've already expressed the idea that more WUs and taking steps to deliver WUs to more hosts will be beneficial. They've changed some of the parameters in how much work they will send to a given host, but the WUs still seem to be gone virtually as soon as I realize that any exist. And when you have a "connect to host every 2.5 days" setting, it seems unlikely you'll ever get any unless you take manual steps to do so when you see some available.

I've suggested that if a given application version proves valid, then go ahead and USE the results for the science, and then they could keep a small but steady stream of WUs on Ralph and allow debts to be worked down and make things run more normally. See this thread. But, until then, WUs on Ralph basically consume time that could be better used on Rosetta. And so they keep the number of WUs to a minimum.

---

I've suggested that if a given application version proves valid, then go ahead and USE the results for the science, and then they could keep a small but steady stream of WUs on Ralph and allow debts to be worked down and make things run more normally...

Make sense to me! Thanks for your reply, I will reign in my expectations (and my enthusiasm to some degree) and keep plugging away on Rosetta at the same time.

---

I have a bigger problem; at the moment it looks like RALPH-Wus are causing the problem.

One of my machines is a Win2K3-Server, running Exchange, Fax-Server, Virtual-Server and several more things. This box was crunching BOINC since nearly one year and I never had problems. The box has 2x XENON-CPU (HT), 3 GHz and 4 GHz of memory.

The box was allowed to run BOINC-Tasks on 3 of the 4 virtual CPUs.

etc....

I have a similar problem first noticed with version 5.10 where internet access is blocked as well as local printing. Then the screen saver came up and the only way to stop it was end the ralph process! After about 15 seconds, the printer started and internet access returned. This is on a Dell Optiplex single processor three year old machine.

Neal.

I've suggested that if a given application version proves valid, then go ahead and USE the results for the science, and then they could keep a small but steady stream of WUs on Ralph and allow debts to be worked down and make things run more normally...

Make sense to me! Thanks for your reply, I will reign in my expectations (and my enthusiasm to some degree) and keep plugging away on Rosetta at the same time.

You can set the share for RALPH to a lower value. This works especially well if you are connect all the time (Not through a modem). The system will seek work according to your connection frequency settings, but it will not run up a high debt when there is no work because of the lower share value. When there is work it will have a high enough debt to always get at least a few work units.

---

Moderator9
RALPH@home FAQs
RALPH@home Guidelines
Moderator Contact

I'm sending out a bunch of jobs with ralph 5.12 with the WU description ... can anyone post if their graphics still gets pushed off the screen?

Neal and Yeti, we haven't changed anything in 5.10 that should eat up more memory, and certainly nothing should affect your internet access! If it is a memory issue, help is on the way -- our group has been making a concerted effort to trim the fat off rosetta, so that the memory footprint of many jobs will be reduced significantly, in some cases by a half! If you happen to get more information on how ralph or BOINC in general might be messing up your machines, please post.

I have a bigger problem; at the moment it looks like RALPH-Wus are causing the problem.

One of my machines is a Win2K3-Server, running Exchange, Fax-Server, Virtual-Server and several more things. This box was crunching BOINC since nearly one year and I never had problems. The box has 2x XENON-CPU (HT), 3 GHz and 4 GHz of memory.

The box was allowed to run BOINC-Tasks on 3 of the 4 virtual CPUs.

etc....

I have a similar problem first noticed with version 5.10 where internet access is blocked as well as local printing. Then the screen saver came up and the only way to stop it was end the ralph process! After about 15 seconds, the printer started and internet access returned. This is on a Dell Optiplex single processor three year old machine.

Neal.

---

Version 5.12 Display.

On the Mac version you almost have it. Although the WU has not run long enough to get to the second model (where the problems usually start), all but the lowest lines are now showing. The lowest line displayed is the RMSD. All information below that is cut off (no project name or energy).

---

I noticed the goofy graphics. I also noticed that it's not universally 5.12. the 5.12 AB_CASP6 WU don't seem to have the problem. I don't have a list of the ones that do show problems, but I'll start a log. I might even capture a pic. If I have any 5.12 left, that is.

tony

Notice, my screen is set to full,not minimized.


then see this WU where everything seems normal at the bottom, but look at "accepted energy" analog display is out of the box. Also, note the single line of text beneath it. If more lines occur later, I'll repost a new pic of this wu.

And this one seems OK as well.

Neal and Yeti, we haven't changed anything in 5.10 that should eat up more memory, and certainly nothing should affect your internet access! If it is a memory issue, help is on the way -- our group has been making a concerted effort to trim the fat off rosetta, so that the memory footprint of many jobs will be reduced significantly, in some cases by a half! If you happen to get more information on how ralph or BOINC in general might be messing up your machines, please post.

I just gave 5.12 a try, not good:

My mails have been delayed for exact the time, Rosetta was running. I let it run for 45 minutes, and my mails of these last 45 minutes didn't come through :-(

I suspended only the task of rosetta, so that BOINC kept running BBC and XtremLab and downloaded a WU from another project, SIMAP this time. It took less than 1 minute and all my outstanding mails came through.

As most of my boxes are live-machines, I have to stop crunching RALPH, until this get's worked out.

Hopefully, you will post a big message, when the version, you proposed, comes out; I will give it a try then. Or, you send a mail to my registered mail-adress, when it is time.

---

Supporting BOINC, a great concept !

Here's a follow up on the WU from the middle pic below/above. Now the bottom is missing info. I stopped staring at it, and after the screensaver kicked in, I moved
the mouse. The "full sized" display that was showing was now, magically shown as a "minimized" box, I opened the box back to "full" and.....Do'h I forgot to resize it.
Note: this did not occur with the WU from the third pic when it went to screensaver and then back to a minimized display. It's got to be something about that particular
version, version types?.

this wu just went to screensaver, and I captured the following progression.

Notice how the middle pic looks right? If I change it from full to min, it also looks right.

In screensaver mode:


After moving mouse:


after restoring to full display:

I'm running both Rosetta 5.07 and Ralph_Beta 5.11 and so far only the Ralph version is causing me problems. Anything unusual done since 5.07? When Ralph is running, my local printing is down and I can't access the machine with PCAnywhere from home via the internet. Within 15 seconds from when Ralph ends, both the printing and internet access start to work again. It doesn't seem to be a memory problem, but twice when the screen saver activated with Ralph running, I could not stop it. I have the task bar in 'auto hide' mode, and it would not display. After Ralph stopped and another Boinc project started (ClimatePrediction) the computer resumed normal operation. Any other things I could do to isolate the possible problem? Neal.

Not sure if this is totally related, though hmm... With 5.11 and now 5.12, when the rossetabeta process is running, I'm noticing more sluggish performance when starting my media player to listen to an MP3 file, watch a torrent, whatever... It's gone from the media file being ready right away, to a wait for "loading audio system..." Never seemed to run into this before version 5.11, or with other projects only being loaded in memory.

I updated the media player last night, and all seemed fine for awhile. Today, it's got a 10+ sec delay, whereas last night it didn't when I was crunching other stuff/no RALPH units for the app to be in memory. As the priority should be just as low with BOINC, I'm surprised/mystified about this noticing as well, or what to believe of it Humph... I'll need to do further testing myself to even begin to try to make heads/tails of this.

---

OK, I did some further checks. I went to uninstall the media player, at which point there was a long delay for even the control panel to open up while RALPH was running. It then wanted a reboot, so I let it. Making sure the prog directory is deleted so it would get a clean fresh install of the newer version (not that the older had given me this problem in like 6 months of useage), I then installed, it rebooted, and BOINC scheduled an Einstein unit to run, using (well I'm using) akosf's u41.04 science app.

It loaded up normally, no wait times, performance delays, or anything. So, I suspended Einstein, and forced it over to a RALPH WU after shutting down. I then tried to open the same exact media file again, and the performance delay/wait time was reintroduced.

As these were the only 2 projects loaded thus far, there was less in memory this time then before. (Before I had QMC, CPDN, seasonal attribution, as well as crunch3r's SETI app loaded.) With all of that loaded, that only represented 711 MB of memory allocation according to Task Manager, and this computer has 1 GB of RAM. Right now, with this memory allocation is only 402 MB.

In the past (though it could be worth a check again), without RALPH, but having both CPDN and seasonal attribution loaded (which are real taxing on the memory useage), I hadn't seen this. The RALPH app 5.11 and up does appear to be the difference between the performance delay on doing other stuff invoked vs. not invoked. Not sure if anyone else has noticed this or not...

Further note: Resuming Einstein didn't fix this performance drag, though shutting down BOINC and restarting it, so Ralph 5.12 wasn't loaded in RAM did fix it however...

Comp:

- Athlon 64 3500+ Venice core (socket 939)
- 1 GB Corsair 400 Pro DDR (2x 512 MB DIMMs)
- MSI Neo 2 (nForce 3 chipset)
- LVD SCSI HDs (Seagate Cheetahs), connected through an Adaptec SCSI card 29160
- Windows XP Professional Service Pack 2

Not sure if the other components would matter for a performance standpoint, though temp wise, things are kept nice and cool due to a fair number of fans and a Swifttech HSF, and Arctic Silver 5 thermal paste...

---

Hm, the performance-problem related to screensaver or not:

I'm running BOINC as a service, with a specialized user-account; so no screensaver is available on my system, that had problems.

---

Supporting BOINC, a great concept !

I'm definitely not running screensaver, though am running as a single user install...

---