Re: [compress] Some Compressor Benchmarks

2017-02-25 Thread Stefan Bodewig
On 2017-02-25, Stefan Bodewig wrote: > On 2017-02-25, Stefan Bodewig wrote: >> I'll write benchmarks for the Checksum algos next, it might be the >> xxhash32 implementation being slower than the crc32-c we've got. > It is, by a factor of two. It was, by now xxhash32 is a tiny bit faster :-)

Re: [compress] Some Compressor Benchmarks

2017-02-25 Thread Stefan Bodewig
On 2017-02-25, Stefan Bodewig wrote: > I'll write benchmarks for the Checksum algos next, it might be the > xxhash32 implementation being slower than the crc32-c we've got. It is, by a factor of two. Stefan - To unsubscribe,

[compress] Some Compressor Benchmarks

2017-02-25 Thread Stefan Bodewig
Hi all I've started to play with jmh[1] a bit, primarily as I wanted to tune the LZ77 code a little before proposing the next release. Code is in my github space[2] While I was at it I thought it would be nice to compare the performance of the compression formats we support:

Build failed in Jenkins: commons-cli #15

2017-02-25 Thread Apache Jenkins Server
See Changes: [Robert Scholte] CLI-269: Introduce CommandLine.Builder -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on beam1

Re: [lang] Why have a HashSetvBitSetTest?

2017-02-25 Thread Pascal Schumacher
Hi Allon, there is this issue: https://issues.apache.org/jira/browse/LANG-1110 and this pull request: https://github.com/apache/commons-lang/pull/182 which plan to convert the test to a JMH based benchmark. I think the plan was to merge the pull request soon. If that does not happen, I'm +1

[lang] Why have a HashSetvBitSetTest?

2017-02-25 Thread Allon Mureinik
Hi all, Building commons-lang locally made me notice HashSetvBitSetTest, which made me wonder why we need it as a unit test. I'm guessing it was originally used to support a design decision about which data structure to use. But having done it, we now have a relatively slow test (on my machine

[lang] Question with the StringEscapeUtils.(un)escapeEcmaScript

2017-02-25 Thread Yasser Zamani
Hi there, I just wonder why `StringEscapeUtils.escapeEcmaScript` also includes `JavaUnicodeEscaper`? is it it's business really? the problem is when we use it to prevent script injection by user, it also replaces user input's unicodes with "\u"s which is not deducted with `escapeEcmaScript'