freenode/#sbcl - IRC Chatlog
Search
10:01:08
flip768
Using the QL system GZIP-STREAM to transparently read from a compressed file SB-SPROF says that (cumulated) 46% of time is spent in READ-BYTE and below. Has anybody investigated already whether that could be sped up?
10:03:05
stassats
sb-ext:parse-native-namestring interface is bad, two &optionals, then &keys, and optionals can't work with NIL
10:08:56
borodust
hi stassats, is there a way to disable only "slot names with the same SYMBOL-NAME but different SYMBOL-PACKAGE" style-warning in SBCL?
10:13:09
Shinmera
flip768: |3b| has been working on a faster deflate, but it's not yet done. https://github.com/3b/3bz
10:41:43
flip768
using an external "zcat" (via uiop) gets me from 5 sec to 1 sec.... so that's what I'll stay with for now.
15:38:12
flip768
stassats`: please look at https://github.com/edicl/hunchentoot/pull/164 again, this fixes a denial-of-service.
19:11:45
|3b|
flip768: that comment is about decompressing from a stream, 3bz decompresses from normal files reasonably quickly using mmap. 3bz doesn't currently have an API for reading the decompressed data as a stream, but that does sound useful, will consider adding that at some point
19:13:21
|3b|
from the profile you pasted, it looks like mostly gray-stream overhead, not sure if i'd be able to avoid that if i added it to 3bz though