Donghee Na
Donghee Na
@ncw Anyway, I will take a look this issue. :)
@HyeockJinKim Yes please
@ncw Looks like we have to create a new issue for build benchmark framework for gpython
I can help you Let's take a look! I have experience with similar task before at grumpy project
> I just want to flag that this is potentially more of a benchmark of I/O and OS system level performance than it is of the Python interpreter. Yeah that's...
> That way we cover more than just the raw byte transmission Yeah, that looks nice, I will update the benchmark with such variations.
@brandtbucher PTAL
I change my mind about Pure Python-based implementation. Sympy-based implementation will be enough since Sympy is implemented by pure Python. I expect that it can reduce the difficulty of implementation.
> I wonder if Pyston's [bm_pytorch_alexnet_inference](https://github.com/pyston/python-macrobenchmarks/blob/main/benchmarks/bm_pytorch_alexnet_inference/run_benchmark.py) would fit the bill? The only hiccup that we've run into is that PyTorch doesn't release wheels for early pre-releases of CPython, and building...
@kmod IIUC, the most user doesn't use `--no-binary` option while they installing packages, Doesn't it show a benchmark that deviates from the general use case?