Florian Rupprecht

I have been doing some more optimization and benchmarking (now only calling in-memory functions to not be bottlenecked by disk writes) and noticed that httpgd is still exponentially faster than...

While I have changed away from stringstream in a recent commit, this is what it looked like when httpgd still used stringstream:  (There were other optimizations in between, thats...

Yes good to know, thanks for the responses. I primarily wanted to share the new benchmarks.

No problem at all, httpgd has a helper function that plots to SVG by default and returns an R string: ```R library(httpgd) mysvg

Thank you for the quick response. Could you maybe go into more detail why the call stack needs to be empty? Is this a technical limitation or a design decision...

This could be a backend problem. @Fred-Wu can you provide plotting code to recreate the issue? What version of httpgd and R are you using?

Thank you for your reply. > Sorry, I don't think I am able to provide codes to reproduce the issue. It happened just after keep plotting a bunch of different...

If this still happens with the upcoming dev version of httpgd 2.0 let me know (https://github.com/nx10/httpgd/pull/111)

I am close to having this working. Will send a PR soon.

Thanks! > Maybe as a vignette? Do you mean adding the benchmark as a vignette in a separate PR without meow? I would be happy to! > any idea why...