Jump to content
HWBOT Community Forums

borandi

Members
  • Content Count

    675
  • Joined

  • Last visited

Community Reputation

10 Good

About borandi

  • Rank
    robo cop

Converted

  • Location
    UNITED KINGDOM
  1. 8x128GB LRDIMMs. Yeah, LRDIMMs timing is bad because of additional buffer chips. But it's a server board, I didn't expect anything more.
  2. borandi

    Math turns benchmark: y-cruncher meets HWBOT

    No client version given, required version: 0.9.6 ?! Using 0.9.6.114, submit through the interface.
  3. Win7 if you don't know how to DISM: How To Get Ryzen Working on Windows 7 x64
  4. borandi

    HWBOT x265 Benchmark

    High DPI: It's one of those things everyone is trying to get right. Perhaps offer two versions of the interface, one that fits nicely into a 4K screen Screenshot: Awesome, thanks Time left/time taken: Also, thanks! CLI: I ask for this in the sense that say I'm testing a bunch of CPUs at stock for a review, and I want to automate the process but still have the results applicable for comparison. So you can disable HWBot submissions with CLI mode, but just so I could get a score out without having to babysit my benchmarking routine. 8K: Do it. Do it. Do it. If you can find an appropriate video to add to the download (1GB?). You'll be surprised and how the x265 algorithm deals with small frames and big frames, where L3 cache / eDRAM matters and whether it can exploit IPC. That's when the step ups to larger L3/core might be more significant. MultiCoreWare: Like I said, I only discussed it as part of an IDF meeting and they hadn't given it much thought at that point so you wouldn't have seen any basic benchmark online from them yet. But we did discuss and they were keen - they'd work with anyone who is/was willing to develop one and spread it out.
  5. borandi

    HWBOT x265 Benchmark

    My input: Doesn't display properly on HiDPI displays - allow for 150% / 200% scaling. The submit 'take a screenshot' takes a long time when running high resolution displays. If you're going to implement a result submission that relies on a checksum, I'd suggested limiting the screenshot to an ALT+PRTSCN application that just captures the benchmark window. Show the time taken to process the benchmark at the end Show the estimated time to complete during the benchmark Allow a command line interface to run the benchmark which screenshots the result, saves the HWBOT file, and quits out automatically. That way someone could script up 50 runs and just choose to submit the best. Automatically generate a result text file with a verbose output, or in the log include the benchmark result. Include 8K. For LOLz. Out of interest, have you spoken at all to MultiCoreWare in preparing this benchmark? They develop the x265 algorithm which is meant to be the toughest and most efficient in the business. I had a good long chat with their VP of product management about our own x265 encoding tests at AnandTech, relating to overclocked stability while transcoding, last week at IDF. We even discussed the potential of an open benchmark, like x264 HD 5.0 and the like. Looks like you're already ahead here, albeit with Java in tow. But it might be interesting if you did a cross collaboration on this. I can make intros where necessary, hit me up.
  6. Time was 14 minutes and 50 seconds, not 14.050 seconds.
  7. Submitted to wrong benchmark. This is a 3DPM-MT score, you subbed to 3DPM-ST
  8. Thanks guys, time to get the 16C and 18C HSW-E chips in
  9. Ticket ID: 1920 Priority: Medium Bascially I need all of these added:\r\n\r\nhttps://en.wikipedia.org/wiki/List_of_Intel_Xeon_microprocessors#Xeon_E5-2xxx_v3_.28dual-processor.29\r\n\r\nAll the way up to the 14/16/18 cores
  10. Wrong benchmark. You ran the multi-threaded version, which is 3DPM-MT. You need to resubmit in the right benchmark.
  11. borandi

    HWBOT Memebase

    From https://twitter.com/Sneblot/status/467590789707878400/photo/1 That's Roy Taylor, AMD VP Sales. Francois responded with:
×