-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ft_printf
can be very slow
#7
Comments
Thanks for the tip @RalphAS . What if we create another formatter called Btw, I really don't mind to have Formating.jl as a dependence since it loads very quickly, actually it would be pretty good if this can improve the performance :) |
Wow! I just did a test here and I got 25s from |
Actually, I am having problem with
However, I think it is way better to just replace the |
Done, thanks @RalphAS for the tip. The performance is much, much better now. Is it possible to test before I tag the new version? You just need to use the same |
Your new version works well for my typical cases; thanks. You might need to cache or memoize functions to use |
Although the slowness is acknowledged in the documentation, it is extreme for some format strings. I have found this pattern to be a good alternative:
If dependence on Formatting.jl is undesirable, it would still be helpful to mention this in the documentation. (The above format takes several seconds for 100 numbers with wide dynamic range using
ft_printf
, vs several millisec with Formatting.)The text was updated successfully, but these errors were encountered: