sysacall(2)access could be provided via a shard.
syscall(2)access for a few IO syscalls from crystal's stdlib.
-Dmt_preview) or better go with two separate process each listening on its own port "
loop do puts channel.receive end
Fiberis not a OS Thread. Crystal default behavior without enabling that
preview_mtis Single threaded model. All Fibers are run inside a single thread, so if you have a
Fiberwhich run in a tight loop will starve all other Fibers to execute
Channel#receiveit will collect further updates (over the same Channel) for something like 50-100ms and after that timestamp then do something, even if no further update occured within the timespan. Is that possible? if yes: how would i achieve that?