Kotlinのことをよく知らないのですが、同じような機能のようですね。Continuationのscopeがよく分からない。継続処理を行いたい範囲をしめすものです。どこからでも自由に中断・再開を行うのは難しいので、継続ができる範囲を決めているという感じです。Fiberも内部でスコープを持っていて、Fiberのタスク処理の中だけで継続を行っています。I/Oの待機やロックの取得を含む非同期処理であればFiberを使うのがよいと思います。Frameworkを使いましょう。それ以外だったらThreadになると思いますが、今でもExecutorServiceにタスクを渡すのが主で、Threadを直接使うことはまずないはずです。既存のThreadをFiberに置き換えるイメージがつかめません。ExecutorServiceでThreadを使うようなことはFiberでもできるのでしょうか。Fiber.scheduleメソッドがExecutorService.submitメソッドのような感じです。Fiber.scheduleメソッドはstaticメソッドなので、ExecutorServiceのようにExecutorsクラスでExecutorServiceインスタンスを生成して、それからsubmitするまでを行っているような感じです。私が調べたときにはなかったです。Docker上でLoomのJDKをビルドしようとするとなぜか落ちてしまうので、私はローカルな環境でビルドしてからそれをコピーするDockerfileを作ってDockerのイメージを作ってました。明確なリリース予定時期がFiberを作っている人たちの間ではあるのかもしれませんが、私には分からないです。少なくとも、Windowsで動作できるようにならないとリリースはできないので、そこが最低限の目標となるのではないでしょうか。