Live data from Hacker News

Viewing profile — elmarhaussmann

elmarhaussmann

HN member
Joined
Fri, Feb 23, 2018, 5:02 PM UTC
HN karma
50
Public activity
26 items

About elmarhaussmann

No profile information was provided.

Recent public activity

  1. comment
    Comment #16937974

    Author here. Yes, thanks for mentioning that! That's what the article is alluding to at the end. There's also something like a "cost-to-model" and that's influenced by how easy it …

  2. comment
    Comment #16937961

    For this benchmark, NVLink and gradient reduction isn't the bottleneck. The performance scales almost perfectly linearly from one GPU to four.

  3. comment
    Comment #16933698

    Happy you like the post! The implementations we used are open source (we reference the specific revisions), so reproducing results is possible right now. We haven't thought about p…

  4. comment
    Comment #16933634

    Indeed, that's also my experience. ImageNet is pretty huge (although 'it's the new MNIST') so that seems to help converging to very similar solutions and accuracies. Tracking down …

  5. comment
    Comment #16932730

    In general, you try to keep the TPU/GPU busy 100%, so enough data needs to be readily accessible at any point in time. In this example, images needs to be read from disk, decoded, …

  6. comment
    Comment #16932431

    Thanks for catching this!

  7. comment
    Comment #16932420

    All of the computation, including pre-processing, is offloaded to the TPU. The weak machine is really just idling. A bigger one will only cost money and have no measurable effect o…

  8. comment
    Comment #16932392

    They don't require it but some of the ResNet-50 implementations can make use of it (e.g., the ones in the Docker containers on the Nvidia GPU Cloud). But even the ones without seem…

  9. comment
    Comment #16932282

    Probably not the best phrasing in the post ("next to buying"). It's only comparing cloud pricing (since the TPUv2 is only available there). If you consider buying hardware the situ…

  10. comment
    Comment #16932147

    Yeah, pretty big coincidence. However, this may change with the next TensorFlow versions, which supposedly has further speed improvements for the TPUv2. Note also, that the ~2% per…

  11. comment
    Comment #16932014

    Happy to hear the benchmark is useful to you! We'd love to try different setups and further models/networks. On the other hand, such benchmarks are a LOT of effort (which we undere…

  12. comment
    Comment #16931982

    So far only very few details are disclosed. Here are two presentations: https://supercomputersfordl2017.github.io/Presentations/Imag... http://learningsys.org/nips17/assets/slides/…

  13. comment
    Comment #16931781

    On AWS this was using nvidia-docker with the TensorFlow Docker images. Probably, the AWS AMI Deep Learning gives very similar performance (with same versions of CUDA, TensorFlow et…

  14. comment
    Comment #16931514

    Hi, author here. The motivation for this article came out of the HN discussion on a previous post ( https://news.ycombinator.com/item?id=16447096 ). There was a lot of valuable fee…

  15. comment
    Comment #16451243

    Thank you for your feedback! (author here) Our intention is really to provide a sound comparison. I think we agree that these kinds of comparisons can be hard given the constraints…

  16. comment
    Comment #16450974

    It was my understanding that the TensorFlow benchmarks do make use of TensorCores on the V100. We'll verify and update accordingly.

  17. comment
    Comment #16448860

    I tested many different batch sizes for the LSTM, so I am pretty confident it's not the reason.

  18. comment
    Comment #16448806

    Author here. Thanks for your feedback. As I noted above, we will report further results with larger batch sizes (and smaller ones for the TPU). The LSTM not converging is one of th…

  19. comment
    Comment #16448729

    Author here. These are only available on the Google Cloud right now. I don't think there are plans to sell them anytime soon.

  20. comment
    Comment #16448715

    Author here. No, this is really only comparing the throughput on the devices. A thorough comparison should really focus on time to reach a certain quality - including all of the tr…

  21. comment
    Comment #16448632

    Author here. Note that the TPU supports larger batch sizes because it has more RAM. We tested multiple batch sizes for GPUs and reported the fastest one. We'll try increasing the b…

  22. comment
    Comment #16448144

    Author here. Point well taken, we'll make sure to add a comparison to 4 and 8 GPUs. For now, a "Cloud TPU" (containing 8 cores) seems to be the smallest unit to allocate. The quest…

  23. comment
    Comment #16448061

    Would you expect a big performance difference from using CUDA 9.1?

  24. comment
    Comment #16448037

    Author here. Good point, I agree that the FP16 GPU results should be closer or grouped with the TPU results. We'll try to update accordingly.

  25. comment
    Comment #16448013

    Author here. Thanks for your feedback and your suggestions (and from everybody else)! We'll make sure to gather all of the valuable feedback and run additional experiments. Differe…