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'm the author of imstr. I just stumbled across this work and I think it is awesome to get some data on the performance of various string implementations. The more data we have, the better we can choose which approach works best.
One of the reasons I wrote imstr was that I had a specific use-case in mind: parsing data. Specifically, parsing massive XML files, and pulling content into structs in a way that does not need to copy strings around all the time. Basically, the same thing Bytes can do (atomic, reference-counted, slicable buffers).
Which brings me to my question: do you think it would be possible to take some representative real-world code, make it generic so it works with any string implementation, and testing it here? There could be some interesting data lurking. Especially in places like frontend code it is nice to be able to be conservative with memory and copying stuff around.
Since I am quite interested in this, I would be available to help out.
The text was updated successfully, but these errors were encountered:
My initial idea would be to pick say the top n binary crates from crates.io, and see if any of those can be modified to be generic over the string implementation. But I don't imagine that to be too simple :D
Hey!
I'm the author of
imstr
. I just stumbled across this work and I think it is awesome to get some data on the performance of various string implementations. The more data we have, the better we can choose which approach works best.One of the reasons I wrote
imstr
was that I had a specific use-case in mind: parsing data. Specifically, parsing massive XML files, and pulling content into structs in a way that does not need to copy strings around all the time. Basically, the same thingBytes
can do (atomic, reference-counted, slicable buffers).Which brings me to my question: do you think it would be possible to take some representative real-world code, make it generic so it works with any string implementation, and testing it here? There could be some interesting data lurking. Especially in places like frontend code it is nice to be able to be conservative with memory and copying stuff around.
Since I am quite interested in this, I would be available to help out.
The text was updated successfully, but these errors were encountered: