06:36 <FromGitter> <syeopite:matrix.org> What would be the best way to represent a bunch of constant data that is able to be inherited and have a type that can refer to all of its siblings? ⏎ ⏎ Here's what I mean: I'm trying to represent a bunch of language data (300+ in total) that'll look something along the lines of this: ⏎ ⏎ ```code paste, see link``` ... [https://gitter.im/crystal-lang/crystal?at=611caa5c9484630efa4437ee]

07:37 <frojnd> I'm testing kemal for a simple api. I have get "/:date" do |env| ... end if I enter url without param I get: `Kemal doesn't know this way.`

07:38 <frojnd> So I have to have extra endpoint in order to cover non-param url?

07:38 <frojnd> Also extra url... hm

09:00 <FromGitter> <HertzDevil> so i tried to dump all the type ids in an empty source

09:00 <FromGitter> <HertzDevil> https://gist.github.com/HertzDevil/96b87de84e3a042d925c5ea27ac0399b

09:00 <FromGitter> <HertzDevil> it looks interesting

09:02 <FromGitter> <HertzDevil> it contains more or less every type used in the default prelude, but it also contains what appear to be generic instances having bound type parameters

09:03 <FromGitter> <HertzDevil> look at 624-627 for example

09:04 <FromGitter> <HertzDevil> these come from `Iterator::Flatten` and `Iterator::FlatMap`

09:04 <FromGitter> <HertzDevil> i don't think there is ever a use for those formal types for runtime reflection

11:03 <frojnd> Can someone explains to me why kemal when param is empty adds `favicon.ico` to the param? https://carc.in/#/r/bs23

11:04 <frojnd> https://carc.in/#/r/bs24

11:05 <FromGitter> <y8> Most likely it's your browser trying to fetch favicon for 127.0.0.1:3000. Try `curl http://127.0.0.1:3000/`

11:07 <frojnd> Nah, I see "Kemal doesn't know this way" message it prints html

11:08 <frojnd> From crystal console I see just: 2021-08-18 11:07:57 UTC 404 GET / 66.87µs

11:09 <frojnd> But if I enter with param like this: curl http://0.0.0.0:3000/bla I see date: bla" and 2021-08-18 11:08:58 UTC 200 GET /bla 56.54µs

12:37 <FromGitter> <y8> To handle `GET /`, you need separate route `get "/"`

12:58 <FromGitter> <Blacksmoke16> frojnd: https://athenaframework.org/getting_started/#route-parameters, can have default values :)

14:03 <FromGitter> <stellarpower> Are there any specific docs on how crystal manages memory? Am wondering if custom allocators would be possible.

14:26 <FromGitter> <asterite> Memory is allocated by the GC, we use boehm. You can do `LibC.malloc` and `LibC.free` if you want, but there's no support for custom allocators (Crystal is not a low-level language)

16:01 <yxhuvud> I mean, it is also definitely possible to monkeypatch `allocate`, but it is not a well threaden path and deallocation would be a problem as it would have to be manual

16:04 <yxhuvud> monkeypatching + being self hosted allows so many abilities to do horrible things :D

18:59 <FromGitter> <asterite> It's true! Also, I think you could redefine `allocate` on particular classes, and I think that would allow a custom allocator... except that this language isn't like Rust or C++ where memory is automatically deallocated when things go out of scope, so the custom memory allocator will have to be a GC

20:01 <yxhuvud> Yes, I've played around with custom allocate on classes before. It works but it is a bit of work to get something that is useful. I could see building a slab allocator as well, where the whole slab gets deallocated at once, but that would probably be easiest by having an external allocation method rather than using the default machinery with new and initialize.

20:16 <FromGitter> <jfontan> I've been implementing a toy parallel find like command in crystal and I'm really happy with the language. Using 4 threads (8 workers) it runs slightly faster than another naive implementation I made in rust.

20:16 <FromGitter> <jfontan> Do you know if it's possible to change the number of workers from code. That is, without setting the env var

20:16 <yxhuvud> It is not, currently.

20:17 <FromGitter> <jfontan> ok, thanks

20:22 <yxhuvud> though possible is a very broad word, considering the language allows monkeypatching of basically everything. It is *possible*, but very intrusive and not recommended to redefine Crystal::Scheduler#worker_count to return something else than 4 by default.

20:23 <yxhuvud> personally I'd use https://github.com/yxhuvud/nested_scheduler instead, but I cannot really promise any api stability (or other kind of stability for that matter), at this point.

20:29 <FromGitter> <jfontan> ah, interesting

20:34 <yxhuvud> or for that matter, that the shard continue to work when the next version comes out. it monkeypatches all over the internals :)

20:38 <FromGitter> <jfontan> it works perfect, just a little bit slower than with normal threads

20:39 <FromGitter> <jfontan> ```code paste, see link``` [https://gitter.im/crystal-lang/crystal?at=611d700f4bfde341d9690182]

20:40 <FromGitter> <jfontan> could be the load of my machine anyway. Is a small test

20:49 <yxhuvud> could also be the overhead of the additional threads. Just be aware that it is quite likely that every version of crystal that gets released for the foreseeable future will break the shard until I fix it again :)

20:51 <FromGitter> <jfontan> right, lowering the number of threads to 5 (the same number of fibers) improves the time