libera/commonlisp - IRC Chatlog
Search
17:04:56
Shinmera
Nilby: (read-from-string (format NIL "#*~b" 101)) is very fast to type at least ;)
17:07:53
Nilby
Shinmera: And one library even does it close to that way. Thank you, but I've already hacked something quick enough with sbcl internals. Now I have to figure it out on any other implementation. Sigh.
17:14:59
Shinmera
I'm trying to think of situations where having a bit vector would make things faster, rather than just having an integer and using ldb etc.
17:18:56
Nilby
Bike: yes, that's one reason. random 2d access seems easier too. i imagine i might go back to the the ldb way if need be
17:27:56
Nilby
I would wish that the number and array would end up being equivalent speed, and one could just choose the most convenient representation, but I guess i'll have to see
17:33:21
pjb
Nilby: there's almost no difference between number and bit-vector access times: https://termbin.com/wmxs
17:33:22
Nilby
pjb: Thanks. That looks pretty fast. That is very similar in structure to what I did with %*vector-raw-bits. Perhaps I can do that for other implementations.
17:35:20
Nilby
Yes, my code is very mutating, which is one reason why I chose the vector way to begin with
17:36:03
pjb
And, if you have very big vectors, you can also use multithreads to process separate parts.
17:38:36
Nilby
yes, most of the problems i'm working on have natural parallelism, so it can be split that way
23:13:30
Psybur
anybody know of a general sql parser that can let me work with ASTs? one that can not completely choke a non standard dialect?