Re: [racket-users] Re: note about parsing speed of xml vs sxml?

2020-06-29 Thread Alex Harsanyi
On Tuesday, June 30, 2020 at 7:48:14 AM UTC+8 Neil Van Dyke wrote: > Is even 2x speedup helpful for your purpose? Yes it is, and for my purpose `read-xml` is fine even without any speed improvement. In the sports field, XML (via the TCX format) is a legacy technology. Typical TCX files

Re: [racket-users] Re: note about parsing speed of xml vs sxml?

2020-06-29 Thread Neil Van Dyke
Is even 2x speedup helpful for your purpose?  3 seconds is one old magic number for user patience in HCI, so I suppose there's still a big difference between 4 seconds and almost 10 seconds? For large (and absolutely massive) XML... SSAX can shine even better than in this comparison, since

[racket-users] Re: note about parsing speed of xml vs sxml?

2020-06-29 Thread Alex Harsanyi
I installed the sxml package out of curiosity, and while it is faster, it is not 4 times as fast, as your tests indicate. I used the following test program with a 14Mb XML file (a bike ride in TCX format): (define file-name

Re: [racket-users] Re: note about parsing speed of xml vs sxml?

2020-06-29 Thread Hendrik Boom
On Sun, Jun 28, 2020 at 06:01:27PM -0700, Alex Harsanyi wrote: > I tested the your string port version and I also wrote a "string-append" > version of the xml reader and they are both slower by about 10-15% on my > machine, when compared to the current read-xml implementation which uses >

Re: [racket-users] note about parsing speed of xml vs sxml?

2020-06-29 Thread Bonface M. K.
Neil Van Dyke writes: > I think anyone using XML or HTML seriously with Racket should probably at > least > be told of the SXML family of tools.  And warned about the compatibility > problems. > > Though not tell them *everywhere* XML in the docs.  For example, I > figure a > tutorial for