1. はじめに

こんにちは、びしょ〜じょです。 "日刊"ですが昨日は神絵師活動のためお休みをいただいたため、ほぼ日になってしまいました。

今回は、前回の課題であったsetTimeoutがなんかおかしいのを直しました。 本当はPromiseまでイッキにいきたかったが、もう一発大改修が必要そうだったので今回は諦めました。

今回も放映した

Enjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.

ところで中途半端にBaseを使っていたが、いよいよopen Baseした。

2. closure

クロージャ実装してなくてワロタなので実装した。 クロージャというのはですねえ変数環境をclosingしている関数のことです。

fが環境[{name: "x"; value: 3}]をclosingしている
const x = 3;
const f = () => x;
console.log(f()); // ==> 3

letにした場合(内部的に)reference cellになるので外側から書き換えができますが、今回の実装はJSのサブセットになっておりletはomitしているので考えません。

クロージャを実装するために、まず実行時の値を定義する。

(* 確かに環境は束縛されている変数と 実行時の値 のペアのリストですね *)
type env = (variable * runtime_value) list

and runtime_value =
  | RNull
  | RUnit
  | RNum of number
  | RBuiltin of builtin
  | Closure of env * variable list * stmts

Closure 以外はかなり作者都合によるものですね。キツい。 そしてそれらとvalueを相互に変換するためのvalue_of_rtvrtv_of_valueを定義した。 後者は関数からクロージャを作るときに環境を注入したいのでenvを同時に受け取る。

let eval_exp env exp =
  match exp with
  (* Value(Var(x)) -> lookup x env が要らなくなったんでウレシ *)
  | Value v -> rtv_of_value v
  ......
  | Call (e1, e2) ->
    let fn = eval_exp env e1 in
    let args = List.map ~f:(eval_exp env) e2 in
    (match fn with
    | Closure (env', xs, body) ->
      let env'' = bind_args xs args @ env' in
      eval_stmts env'' body |> rtv_of_value env''
    ......)

closingした環境だけでやっていくので、現在の評価環境は使いません。

let%test "fun" =
  (**
   * const x = 5;
   * const f = (y) => x + y;
   * const x = 10; // そもそもsyntax errorだが念のため
   * return f(12)
   *)
  let stmts =
    Nlist.from_list
      [ Def ("x", Value (Num 5))
      ; Def
          ( "f"
          , Value
              (Fun
                 ( [ "y" ]
                 , Nlist.from_list [ Return (Op (Add, Value (Var "x"), Value (Var "y"))) ]
                 )) )
      ; Def ("x", Value (Num 10))
      ; Return (Call (Value (Var "f"), [ Value (Num 12) ]))
      ]
  in
  let result = run_program stmts in
  equal_value result @@ Num 17
;;

ヨシ! ……そういえば再帰関数が定義できない。

closingしている環境に関数自身を参照できるようにしなければならない。 自身が束縛される変数名を持っておく必要もある。

ま、まあ今回はJSのサブセットなんで再帰関数は実装しないという逃げの一手でいきます。

let-rec inのように環境を作る変数束縛だったらシュッといけたのに……。

3. setTimeout をやりなおしましょうースレプっぽいやつ

前回問題として残ったものはsetTimeoutが同期的にsleepするためになんもいいことがない、ということであった。

では、こうしましょう。

まずスレッドプールを作る。 setTimeoutに渡された関数をスレプに突っ込む。 nマイクロ秒ずつsleepしてからpending、nマイクロ秒ずつsleepしてからpendingを繰り返す。 pendingしたらもとの実行に戻る。 合計してsetTimeoutに渡された時間だけsleepしたら、渡された関数を実行し、終了。

スレプにツッコまれる"スレッド"は以下の値を返すthunkである。

type thread_status =
  | Pending of (unit -> thread_status)
  | Done of runtime_value

PendingにOCamlレベルの関数を渡すことで、いい感じにsleepを走らせられるようにする。 スレプはこのthunkがツッコまれたキューになっている。 Thread_poolがスレプを実装したモジュールである。 キュー自体は隠蔽されている。

前回定義したbuiltinを拡張し、以下のように関数をキューイングする。

(* 睡眠時間の最小単位 20ms *)
let wait_unit : Float.t = 20. /. 1000.

let rec builtin bin rtvs =
  match bin with
  | SetTimeout ->
    let n = List.nth_exn rtvs 0 |> value_of_rtv |> number_of_value in
    (* やはりカリー化をやめた。第2引数に関数を受け取る。 *)
    (match List.nth_exn rtvs 1 with
    (* クロージャが役に立った😃 とりあえず引数は捨てる。 *)
    | Closure (env, _, stmts) ->
      (* refにつっこむ *)
      let time = ref @@ (Float.of_int n /. 1000.) in
      let () =
        ignore
        @@ Thread_pool.enqueue
        @@
        (* トランポリン化のような形になって面白い。この関数をスレプに突っ込む。 *)
        let rec it () =
          (* wait_unit秒sleepする *)
          let () = Unix.sleepf wait_unit in
          (* 最悪19ms余計にsleepするが、精度はそんなに精密である必要はない *)
          let rest = !time -. wait_unit in
          if Float.(rest < 0.)
          then (
            let () = eval_stmts env stmts |> ignore in
            Done RUnit)
          else (
            time := rest;
            Pending it)
        in
        it
      in
      RUnit
    | _ -> failwith "second value of setTimeout should be a function")
  ......

スレプからスレッドを1つ取り出して実行し、pendingしたらまたスレプに戻す、という操作をeval_exp1回ごとにおこなう。

and eval_exp env exp =
  let () = Thread_pool.run () |> ignore in
  match exp with
  ......

eval_exp1回あたりの評価時間を無視しているが、無視している実行時間によりsleepがどんどんズレていくことになるが、まあこの方法では仕方ない。

Thread_pool.runはこんな感じにoptionalにDoneの持つ値を返す。

let run () =
  (* キューの先頭を取り出し、 *)
  let top = Queue.dequeue q in
  match top with
  | None -> None
  | Some ts ->
    (match ts with
    | Done rtv -> Some rtv
    (* pendingしていたらそのスレッドを走らせて結果をキューイングする。 *)
    | Pending thread -> Fn.const None @@ Queue.enqueue q @@ thread ())
;;

しかしこれだけだと、

setTimeout(() => {
  console.log("world")
}, 500);

console.log("hello");

というプログラムを実行したときに、(500/20=)25回も式を評価しないため、setTimeoutに渡さされた関数が実行されない。 ではどうするか?

プログラムを実行してから、スレッドプールに入っているスレッドが全てDoneになるまで走らせれば良いでしょう。

let run_program stmts =
  let ret = eval_stmts [] stmts in
  let () = Thread_pool.run_all () in
  (* 実行世界から帰るのでとりあえず変換しているが…… *)
  value_of_rtv ret
;;

Thread_pool.run_allはこんなかんじ

let rec run_all () = if Queue.is_empty q then () else run () |> ignore |> run_all

テストしますよーテスト

let%expect_test _ =
  (**
   * const x = 100;
   * setTimeout(() => console.log(x), 2000);
   * console.log(500);
   * setTimeout(() => console.log(40), 500);
   *)
  let stmts =
    Nlist.from_list
      [ Def ("x", Value (Num 100))
      ; Expression
          (Call
             ( Value (Builtin SetTimeout)
             , [ Value (Num 2000)
               ; Value
                   (Fun
                      ( []
                      , Nlist.from_list
                          [ Expression
                              (Call (Value (Builtin ConsoleLog), [ Value (Var "x") ]))
                          ] ))
               ] ))
      ; Expression (Call (Value (Builtin ConsoleLog), [ Value (Num 500) ]))
      ; Expression
          (Call
             ( Value (Builtin SetTimeout)
             , [ Value (Num 500)
               ; Value
                   (Fun
                      ( []
                      , Nlist.from_list
                          [ Expression
                              (Call (Value (Builtin ConsoleLog), [ Value (Num 40) ]))
                          ] ))
               ] ))
      ]
  in
  let () = run_program stmts |> ignore in
  [%expect {|
    500
    40
    100
    |}]
;;

標準出力のテストのためにppx_expectを使った。 こいつぁすげえや。

4. Promise、ゆ、友じょ……

スレプできたしもう勢いでPromise実装やっちゃうかー!! と思ったんですがダメそうなことが分かりました。

new Promiseが返す実行時の値としてRPromiseを追加します。 Promiseがスレプにツッコまれるので、スレッドに対応するUUIDを返す。 ところでUUIDは内部でcore_kernelを使っている。

runtime_repr.ml
and runtime_value =
  ......
  | RPromise of Uuid.t

逆にスレプにはスレッドとそれのUUIDのtupleを突っ込む。 対応するUUIDを返すことで、awaitでスレプから対応するスレッドを一気に走らせられるようにする。

thread_pool.ml
type t = (Uuid.t * thread_status) Queue.t

let enqueue th =
  let uuid = Uuid.create () in
  let () = Queue.enqueue q (uuid, Pending th) in
  uuid
;;

let wait =
  let rec go th =
    match th () with
    | Pending th' -> go th'
    | Done r -> r
  in
  fun id ->
    let o_th = Queue.find ~f:(fun (id', _) -> Uuid.equal id id') q in
    match o_th with
    | Some (_, ts) ->
      (match ts with
      | Done rtv -> rtv
      | Pending thread -> go thread)
    | None -> failwith "no such id"
;;

あとはやるだけ!w と思ったのですが……

eval_exp
  ......
  | Promise p ->
    (match p with
    | Constructor exp ->
      (match exp with
      | Value (Fun (_, _) as fn) ->
        let exp' = Call (Value fn, [ Value Unit ]) in
        let uuid = Thread_pool.enqueue @@ fun () -> Done (eval_exp env exp') in
        RPromise uuid
      | _ -> failwith "this is not callable object")
    | Wait exp ->
      let rtv = eval_exp env exp in
      (match rtv with
      | RPromise uuid -> Thread_pool.wait uuid
      | _ -> rtv))

うまくいかない。 とりあえず、Promise(Constructor(-))に渡されるものが関数ーさらに今回は手抜きで関数リテラルに制限しているーの場合にそれをスレッドにしてスレプに突っ込み、対応するUUIDをRPromiseに包んで実行時の値にして返す。 WaitはそのままThread_pool.waitのラッパーになっている。 Promise以外をawaitするときはJSと同じようにサッと流す。 そういえばこのサブセットには配列がないのでPromise(All(-))はしれっと消した。

しかしこれではうまくいかない。 Waitがうまくproimiseを待ってくれない。 これはまあまあ検討がついている。

JSのPromiseを思い出してみると、

const f = async () => {
  const promise = new Promise(resolve => setTimeout(() => {
    console.log("hello");
    resolve();
  }, 500));
  await promise;
  console.log("world")
}

f();

そういえばresolveとかいうやつあったな。 上記のJSプログラムでresolvesetTimeout内で呼ばないと結構面白い結果が得られる。 ……どうですか? 結果は500ミリ秒の沈黙ののちにhelloが出力されるのみである。 awaitは何なのかを思い出してみると、awaitを使わなければ上記のプログラムは以下のように変形できる。

const f = async () => {
  const promise = new Promise(resolve => setTimeout(() => {
    console.log("hello");
    resolve();
  }, 500))
  promise.then(() =>
    console.log("world"));
}

f();

まるでcall/ccだな。 実際のところは現在のscope内の限定継続を利用しているのだが。

ふーむ、振り返るまでもなくこのような挙動にはなってない。 前回は「statementの残りこそが継続である」と言ったが、まさにこれを利用すべきで、Promise内でresolveのようなものを呼んだら"この残りのstatement"を評価すればよい。

これは次回だな。 木曜は有給取ってないんですが今って木曜の午前4時……

5. おわりに

pending