Q: providing additional info like "ns" by project

Moderators: Site Moderators, FAHC Science Team

billford
Posts: 1005
Joined: Thu May 02, 2013 8:46 pm
Hardware configuration: Full Time:

2x NVidia GTX 980
1x NVidia GTX 780 Ti
2x 3GHz Core i5 PC (Linux)

Retired:

3.2GHz Core i5 PC (Linux)
3.2GHz Core i5 iMac
2.8GHz Core i5 iMac
2.16GHz Core 2 Duo iMac
2GHz Core 2 Duo MacBook
1.6GHz Core 2 Duo Acer laptop
Location: Near Oxford, United Kingdom
Contact:

Re: Q: adding "ns/day" to client output

Post by billford »

It seems to me that what you're asking for is much of the configuration data used by the researcher to build the project… as such it should be fairly easily available, but it might be a bit much incorporating it into psummary!

If PG were agreeable to this data being available then perhaps a link in psummary to a more detailed "Protein Configuration" page? Possibly replacing the "Number of atoms" column; that would require minimum changes to psummary, and the replaced data would be in the new page.

Then donors could use whatever data interested them, and ignore that which didn't. Which for me, as a humble electronics engineer, would be most of it :D

Thoughts?
Image
7im
Posts: 10189
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: Q: adding "ns/day" to client output

Post by 7im »

billford wrote:... not for any purpose of comparison or measurement.
Maybe not for you... but any number added on the screen will eventually be used for a comparison, valid or not, just human nature. And that will generate questions and confusion for people who don't understand ns/day, and all it's non-comparative qualities, which is almost everyone except the enthusiast folder.

We have a hard enough time explaining why Joe gets 10K PPD and Tom gets 11K PPD on the exact same project. Good luck explaining and answering ns/day questions.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
billford
Posts: 1005
Joined: Thu May 02, 2013 8:46 pm
Hardware configuration: Full Time:

2x NVidia GTX 980
1x NVidia GTX 780 Ti
2x 3GHz Core i5 PC (Linux)

Retired:

3.2GHz Core i5 PC (Linux)
3.2GHz Core i5 iMac
2.8GHz Core i5 iMac
2.16GHz Core 2 Duo iMac
2GHz Core 2 Duo MacBook
1.6GHz Core 2 Duo Acer laptop
Location: Near Oxford, United Kingdom
Contact:

Re: Q: adding "ns/day" to client output

Post by billford »

7im wrote:… just human nature.
So is setting the beta flag when not a member of the beta team- put an "unsupported, use at your own risk" disclaimer in a sticky post and treat it the same way.
Image
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: adding "ns/day" to client output

Post by ChristianVirtual »

billford wrote: a link in psummary to a more detailed "Protein Configuration" page?
Great idea ... Ideally and more simple a link to a JSON/XML file with those "raw" data /parameter. No need for style sheets and easier to process to those who want.
And most likely easy to generate with a few shell-scripts automatically.
ImageImage
Please contribute your logs to http://ppd.fahmm.net
7im
Posts: 10189
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: Q: adding "ns/day" to client output

Post by 7im »

billford wrote:
7im wrote:… just human nature.
So is setting the beta flag when not a member of the beta team- put an "unsupported, use at your own risk" disclaimer in a sticky post and treat it the same way.
Not trying to be circular here, but why waste programming efforts on an "unsupported, use at your own risk" feature?

Also, the beta setting and format are pretty well hidden for new donors. Putting ns/day on the front screen of FAHClient is very different.

You'd have better luck convincing a 3rd party developer like CV or Harlam to track and display that value. As bruce noted, bells and whistles come with a high cost and a limited developer budget, especially with low final benefit.

It's also a waste to add to the current client when it is already in the next client in some format or another. See the ocore beta thread.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Q: adding "ns/day" to client output

Post by bruce »

Let's look at the costs.

It's reasonable to assume the Work Server knows this data for each of it's projects. It's also reasonable to assume that the work server does not publish this information so we probably have to assume that the each work server needs a change to its server code and some kind of an update must be performed. If the data is added to psummary, then the script to gather and publish that data needs to be changed and it needs to handle cases where the work-server code has not been updated. That's probably more expensive than you think There are 56 work servers listed on serverstat and they have not all been updated to a single version of the server code (much like if you happen to run 56 client machines, you're likely to be simultaneously running Win8, Win7, WinXP and perhaps a couple of versions of Linux and/or OS-X.

Changing the FahCore to publish the information in the local log isn't likely to happen, since it would require most of the same changes, plus an update to each of the active FahCores, including those which have not been updated in a long, long time. (I think collectively we've already eliminated this as a requirement.)

My current recommendation is even more economical. Suppose we ask the PIs to publish this information in the project announcement. Choosing an arbitrary group of recently released projects, consider projects 10171-2 and 10177-80. These were originally announced here and have project descriptions like 10177. We could ask Dr. Bowman to include that information on either of those posts. The information would be available but it would require a little more work on the part of the donors and/or a 3rd party app. What do you think?
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: adding "ns/day" to client output

Post by ChristianVirtual »

7im wrote: You'd have better luck convincing a 3rd party developer like CV or Harlam to track and display that value.
I'm already convinced :eugeek:
ImageImage
Please contribute your logs to http://ppd.fahmm.net
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: adding "ns/day" to client output

Post by ChristianVirtual »

bruce wrote:
and have project descriptions like 10177.
I would opt for the project description as I read that anyway in my current version on demand. Plus it use the project number direct as key. Getting the relevant data from there will be easy enough if we could agree on a fixed structure/format, ideally a table-construct easy to identify in html code. In the same way I reparse the psummary already to get kFactor for PPD estimations.
ImageImage
Please contribute your logs to http://ppd.fahmm.net
billford
Posts: 1005
Joined: Thu May 02, 2013 8:46 pm
Hardware configuration: Full Time:

2x NVidia GTX 980
1x NVidia GTX 780 Ti
2x 3GHz Core i5 PC (Linux)

Retired:

3.2GHz Core i5 PC (Linux)
3.2GHz Core i5 iMac
2.8GHz Core i5 iMac
2.16GHz Core 2 Duo iMac
2GHz Core 2 Duo MacBook
1.6GHz Core 2 Duo Acer laptop
Location: Near Oxford, United Kingdom
Contact:

Re: Q: adding "ns/day" to client output

Post by billford »

bruce wrote:Let's look at the costs.
If the data has to be acquired from the WS's then I take your point- I've been assuming that the data in psummary was entered into a project record by the researcher at project creation time, and that the suggested additions wold simply require the one-time entry of a few more fields into that record.

If this is not the case then clearly I need to reconsider...
Image
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: adding "ns/day" to client output

Post by ChristianVirtual »

Psummary seems to be a more dynamic piece of list. Sometimes you see project coming and going and coming back. Depend on actual assignments to my understanding.
Last edited by ChristianVirtual on Fri Aug 08, 2014 12:23 am, edited 1 time in total.
ImageImage
Please contribute your logs to http://ppd.fahmm.net
billford
Posts: 1005
Joined: Thu May 02, 2013 8:46 pm
Hardware configuration: Full Time:

2x NVidia GTX 980
1x NVidia GTX 780 Ti
2x 3GHz Core i5 PC (Linux)

Retired:

3.2GHz Core i5 PC (Linux)
3.2GHz Core i5 iMac
2.8GHz Core i5 iMac
2.16GHz Core 2 Duo iMac
2GHz Core 2 Duo MacBook
1.6GHz Core 2 Duo Acer laptop
Location: Near Oxford, United Kingdom
Contact:

Re: Q: adding "ns/day" to client output

Post by billford »

7im wrote: It's also a waste to add to the current client when it is already in the next client in some format or another. See the ocore beta thread.
I'm not talking about adding to the client… do you ever read what's been posted before reflexively leaping to the defence of the status quo?
Image
billford
Posts: 1005
Joined: Thu May 02, 2013 8:46 pm
Hardware configuration: Full Time:

2x NVidia GTX 980
1x NVidia GTX 780 Ti
2x 3GHz Core i5 PC (Linux)

Retired:

3.2GHz Core i5 PC (Linux)
3.2GHz Core i5 iMac
2.8GHz Core i5 iMac
2.16GHz Core 2 Duo iMac
2GHz Core 2 Duo MacBook
1.6GHz Core 2 Duo Acer laptop
Location: Near Oxford, United Kingdom
Contact:

Re: Q: adding "ns/day" to client output

Post by billford »

Oops, missed this bit:
bruce wrote:The information would be available but it would require a little more work on the part of the donors and/or a 3rd party app. What do you think?
As long as I don't need a degree in rocket science or molecular biology to find it, that's fine by me :D
Image
7im
Posts: 10189
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: Q: adding "ns/day" to client output

Post by 7im »

billford wrote:
7im wrote: It's also a waste to add to the current client when it is already in the next client in some format or another. See the ocore beta thread.
I'm not talking about adding to the client… do you ever read what's been posted before reflexively leaping to the defence of the status quo?
I am addressing the original topic, not your side commentary. Note the "client" in the thread topic. :roll:
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Q: adding "ns/day" to client output

Post by bruce »

Cristian_Virtual asked the original question, specifying "client output." As I said in my previous post, I think everybody has agreed that's not required. Lets not get sidetracked from the nanosecond issue, itself.

Christian_Virtual can remove those words from his first post (or a mod or admin can) and we can continue a modified topic.
ChristianVirtual
Posts: 1596
Joined: Tue May 28, 2013 12:14 pm
Location: Tokyo

Re: Q: providing additional info like "ns/day" by project

Post by ChristianVirtual »

Changed the topic to be more flexible on the solution ... As long any 3rd party tool can get it in an automatic way I don't mind where come from
ImageImage
Please contribute your logs to http://ppd.fahmm.net
Post Reply