Live data from Hacker News

Viewing profile — Marat_Dukhan

Marat_Dukhan

HN member
Joined
Sat, Nov 03, 2012, 5:58 AM UTC
HN karma
625
Public activity
126 items

About Marat_Dukhan

XNNPACK TLM @ Google, previously QNNPACK lead @ Facebook, Ph.D. student @ Georgia Tech, and the author of NNPACK library.

My Ph.D. projects:

www.github.com/Maratyszcza/NNPACK

www.github.com/Maratyszcza/PeachPy

www.github.com/Maratyszcza/Opcodes

Cool demos:

www.github.com/Maratyszcza/blis-bench

www.github.com/Maratyszcza/laff-demos

Recent public activity

  1. comment
    Comment #31902689

    Linux-capable RISC-V cores often have 64-bit architecture and no SIMD/vector processing capabilities.

  2. comment
    Comment #31545262

    IMO the author alludes to some enterprise software running on Wintel that has per-core licensing costs.

  3. comment
    Comment #29791918

    He's a Software Engineer on the TPU team. Are you confusing him for Thomas Kurian, GCloud SVP? Note: I work for Google, but speak for myself.

  4. comment
    Comment #28530501

    If by acceleration you mean offloading inference to a different IP block (GPU/DSP/NPU), then yes. XNNPACK is the inference engine for CPU. CPU is the default backend in TensorFlow …

  5. comment
    Comment #28527940

    In order to benefit from optimizations in *this blog post* the model needs to be quantized to 8-bit integers. However, XNNPACK supports floating-point inference as well (including …

  6. comment
    Comment #28527793

    It performs fixed-point arithmetic on 8-bit integers. You can mimick lower than 8-bit precision by using output_min/output_max parameters in XNNPACK operators, but keep in mind tha…

  7. comment
    Comment #28527759

    Yes, these optimizations work with existing tflite models, so long as the quantized operators they use are supported in XNNPACK.

  8. comment
    Comment #28527749

    TensorFlow doesn't support quantized inference (it supports only mimicking quantization in floating-point for quantization-aware training), so it can't immediately benefit from the…

  9. comment
    Comment #28520512

    Author here, happy to take your questions.

  10. story
  11. story
  12. story
  13. comment
    Comment #25381876

    Good. I was surprised that Apple Silicon Macs don't have a built-in cellular modem. This reminds me how iPhone launched without a 3G modem, and I hope Apple will similarly fix the …

  14. story
  15. comment
    Comment #24900280

    Even WebGL2 doesn't expose compute shaders, so any NN computations work by abusing the graphics pipeline, with many inefficiencies involved. Shader dispatch is more expensive, no a…

  16. story
  17. comment
    Comment #24130633

    What a time to be alive!

  18. story
  19. story
  20. comment
    Comment #18424704

    Performance on the plot is higher than FP32 peak, but there's no error - because FBGEMM does not compute in FP32, it computes in 8-bit fixed point. On a Broadwell CPU, you can do 1…

  21. comment
    Comment #18420101

    FBGEMM is faster than theoretical peak FP32 (single-precision floating-point) performance, therefore its faster than SGEMM/DGEMM in any BLAS library

  22. comment
    Comment #18342126

    QNNPACK directly competes with the CPU backend of TensorFlow Lite and the gemmlowp library. The Caffe2 backend of PyTorch 1.0 integrates QNNPACK, and directly competes with TensorF…

  23. comment
    Comment #16365452

    You can use the same toolchain to convert PyTorch model to Caffe2 through ONNX. Caffe2 supports both Android and iOS. There is even a tutorial: http://pytorch.org/tutorials/advance…

  24. comment
    Comment #16353848

    It is possible to perform some computations using OpenGL ES 3.0 / WebGL 2.0, but many types of operations (e.g. anything that involves random-access writes) are impossible, and man…

  25. comment
    Comment #16349494

    WebGL 2 is based on OpenGL ES 3.0, it doesn't give you compute. Compute shaders were added in OpenGL ES 3.1