It appears that Christian ran the validators while I was sleeping this morning. I have five validated units of the new stuff, including both Windows paired with Windows and Windows paired with Linux. No obvious signs of trouble on my account for this small sample.
Would be nice if we could separate work units by type to see if they validate or not. I have hundreds of pages of work units to shift thru to try and just find the work units. Of course if they error, that's easier to find, lol...
The reason I could easily find mine was only that I ran them on a laptop on which I've not been running Einstein lately.
But I agree, the loss when the site did the Drupal conversion of our ability to filter the task list by application, or application compounded with status, is quite serious when it comes to keeping track of a new application conversion such as this one (and also all the time for general health monitoring). For somewhat different reasons, the loss of summary counts is greatly missed.
Given that the current primary GPU application wants a core, and that my primary machines each have two GPUs, only four cores, and I see a moderate benefit from running 2X, I don't have a really efficient tidy way to run this work. The best untidy way would be to reduce my GPUs to running 1x, and allow this application. I think I'll do that for a little while on two of the three machines.
"But I agree, the loss when the site did the Drupal conversion of our ability to filter the task list by application, or application compounded with status, is quite serious when it comes to keeping track of a new application conversion such as this one (and also all the time for general health monitoring). For somewhat different reasons, the loss of summary counts is greatly missed."
A work around for finding the gravity wave work units in a sea of GPU jobs is to sort on Credit Claimed (or the CPU runtimes). The huge differences will bring your completed CPU jobs right to the top (sort highest to lowest), although this work around is not as effective if you have multiple CPU jobs types.
We're aware that a sortable view and/or summary count of user's tasks, hosts, etc is a high-requested item. Unfortunately our current version of Drupal does not support those features. We are actively looking into how to upgrade, which is of itself a large task. I can only assure you (all) that we are aware this and want to fix it. But unfortunately it will have to be part of a larger upgrade.
It appears that Christian ran
)
It appears that Christian ran the validators while I was sleeping this morning. I have five validated units of the new stuff, including both Windows paired with Windows and Windows paired with Linux. No obvious signs of trouble on my account for this small sample.
Would be nice if we could
)
Would be nice if we could separate work units by type to see if they validate or not. I have hundreds of pages of work units to shift thru to try and just find the work units. Of course if they error, that's easier to find, lol...
The reason I could easily
)
The reason I could easily find mine was only that I ran them on a laptop on which I've not been running Einstein lately.
But I agree, the loss when the site did the Drupal conversion of our ability to filter the task list by application, or application compounded with status, is quite serious when it comes to keeping track of a new application conversion such as this one (and also all the time for general health monitoring). For somewhat different reasons, the loss of summary counts is greatly missed.
Given that the current primary GPU application wants a core, and that my primary machines each have two GPUs, only four cores, and I see a moderate benefit from running 2X, I don't have a really efficient tidy way to run this work. The best untidy way would be to reduce my GPUs to running 1x, and allow this application. I think I'll do that for a little while on two of the three machines.
"But I agree, the loss when
)
"But I agree, the loss when the site did the Drupal conversion of our ability to filter the task list by application, or application compounded with status, is quite serious when it comes to keeping track of a new application conversion such as this one (and also all the time for general health monitoring). For somewhat different reasons, the loss of summary counts is greatly missed."
I concur
A work around for finding the
)
A work around for finding the gravity wave work units in a sea of GPU jobs is to sort on Credit Claimed (or the CPU runtimes). The huge differences will bring your completed CPU jobs right to the top (sort highest to lowest), although this work around is not as effective if you have multiple CPU jobs types.
I also agree with the
)
I also agree with the statement, especially the summary count, we could spot errors easily.
Stu
We're aware that a sortable
)
We're aware that a sortable view and/or summary count of user's tasks, hosts, etc is a high-requested item. Unfortunately our current version of Drupal does not support those features. We are actively looking into how to upgrade, which is of itself a large task. I can only assure you (all) that we are aware this and want to fix it. But unfortunately it will have to be part of a larger upgrade.
Einstein@Home Project
IMO, in a very large sense
)
IMO, in a very large sense Drupal is a downgrade.
Betreger wrote:IMO, in a very
)
I am trying to figure out the advantages too. They must be there somewhere.
Jim1348 wrote:Betreger
)
I might be good for smart phones, but for desktops it is not very good. Since I don't own any mobile devices I really can't say.