A Look At The New OpenBenchmarking.org That's Coming Soon

[phoronix]

Phoronix: A Look At The New OpenBenchmarking.org That's Coming Soon

As most Phoronix readers know, a new version of OpenBenchmarking.org has been in development for a few months now and it will finally make its official premiere next month alongside Phoronix Test Suite 6.2-Gamvik...

http://www.phoronix.com/scan.php?pag...Benchmark-Look

[leiptrstormr]

Any chance of getting that search function fixed?

[duby229]

It look good. My biggest complaint about the current version of that site is it's kind of hard to find relevant results. It's not easy to navigate.

[Michael]

Any chance of getting that search function fixed?

Sorry but did you read the article by chance? It's a big part of the new OB

[Michael]

It look good. My biggest complaint about the current version of that site is it's kind of hard to find relevant results. It's not easy to navigate.

Aside from search, any particular ideas for improving things?

[leiptrstormr]

Sorry but did you read the article by chance? It's a big part of the new OB

Yes, my apologies. It's such an integral part of benchmarking, it makes the site almost worthless without it.

[duby229]

Aside from search, any particular ideas for improving things?

I don't know all that much SQL honestly, my only advice would on the user interface side, which you are already in the process of redesigning. There has to be some way to design a gui element that looks like a hierarchical tree, but is really just a bunch of relational database entries. The tree then would represent the search parameters used in the search bar. Parameters could be things like GPU or the benchmarks run.

I don't think some sort of static navigation would work though, just too many benchmark results submitted to try and sort through them.. Any navigation gui would have to be made with the search function used to fill in the navigation elements.

EDIT: Boolean in the search field would be nice too, and or not, etc. In that case a simple search list might just be adequate.

[Michael]

Yeah it's mostly from design side where looking for feedback as thats always the area where I struggle the most.

I don't know all that much SQL honestly, my only advice would on the user interface side, which you are already in the process of redesigning. There has to be some way to design a gui element that looks like a hierarchical tree, but is really just a bunch of relational database entries. The tree then would represent the search parameters used in the search bar. Parameters could be things like GPU or the benchmarks run.

I don't think some sort of static navigation would work though, just too many benchmark results submitted to try and sort through them.. Any navigation gui would have to be made with the search function used to fill in the navigation elements.

EDIT: Boolean in the search field would be nice too, and or not, etc. In that case a simple search list might just be adequate.

[xxmitsu]

Somehow related: http://linuxbenchmarking.com/?latest...linux-graphics
One can see:

3.3 Mesa 10.7.0-devel (git-ff0a41b 2015-07-04 utopic-oibaf-ppa) Gallium 0.4

on all AMD systems.
So, what's the point in making 'daily benchmarks' if you're using half-year old code ?

[Michael]

Somehow related: http://linuxbenchmarking.com/?latest...linux-graphics
One can see:

on all AMD systems.
So, what's the point in making 'daily benchmarks' if you're using half-year old code ?

There's just one or two systems there that I haven't gotten around to updating against Ubuntu newest release as Oibaf stopped pushing out new updates to the older archives. Was sort of waiting to see how quickly he'd start supporting Ubuntu 16.04 since it's an LTS release to decide where to upgrade. But at least new kernels continue to get sent down to those older systems. This is just an issue isolated to the graphics tracker for that smaller subset of systems.