You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have to confirm, the horror story is true: I rendered a 1MB file in 20 seconds without calling encode-html-entities on string parts in HTML::Tag, with that call inside the render method, that was 160 seconds, and mind you, I didn't even have stuff to escape.
This level of inefficiency is a show-stopper. If the creators of the XML module can't do something with the performance, I think this module has to find a different basis in order to be useful at all.
The text was updated successfully, but these errors were encountered:
2colours
changed the title
Horroristically slow because of the XML module
Horroristically slow
Jul 22, 2022
I edited the title because taking a look at the code, I started wondering if it is really the fault of the (otherwise actually terribly slow) XML module that this module is unusably slow. It might be simply because the trans method cannot bear with the sheer amount of generated substitution characters here.
raku-community-modules/XML#63
I have to confirm, the horror story is true: I rendered a 1MB file in 20 seconds without calling encode-html-entities on string parts in HTML::Tag, with that call inside the render method, that was 160 seconds, and mind you, I didn't even have stuff to escape.
This level of inefficiency is a show-stopper. If the creators of the XML module can't do something with the performance, I think this module has to find a different basis in order to be useful at all.
The text was updated successfully, but these errors were encountered: