15:36 <FromGitter> <alex-kampa> @naqvis Re listening to two separate tcp ports on spawned threads ⏎ ⏎ > either you go with parallelism (i.e. via `-Dmt_preview`) or better go with two separate process each listening on its own port ⏎ Fyi it actually works just by creating a channel and adding this to the end of the program: ⏎ ... [https://gitter.im/crystal-lang/crystal?at=60ce0ee94e325e6132920286]

16:06 <FromGitter> <Blacksmoke16> @maxfierke Any objection to making a PR for https://github.com/maxfierke/crystal/commit/fad7c79c50a95b556f4d8b66bb420151ed77bf35 ?

16:06 <FromGitter> <naqvis> @alex-kampa I think we are talking about two different concepts here. `Fiber` is not a OS Thread. Crystal default behavior without enabling that `preview_mt` is Single threaded model. All Fibers are run inside a single thread, so if you have a `Fiber` which run in a tight loop will starve all other Fibers to execute