isucon12-qualify-swift

ISUCON12予選問題の、非公式なSwift実装です。 Swift5.7をベースに作成されています。

利用方法

このリポジトリの/webapp以下のファイルを公式実装の/webappにコピーすることであとは他の言語と同様に利用できます。

公式実装: https://github.com/isucon/isucon12-qualify

競技環境を再現するには https://github.com/matsuu/cloud-init-isucon が便利です。 競技環境を再現したのちに本リポジトリのファイルを競技サーバにコピーし、あとは手でサーバを起動したりsystemdのサービス設定を変更すればSwift版の競技サーバを起動できます。

その他

Swift実装特有の気をつけたいポイント

リクエストボディの最大値

Vaporは普通に利用するとリクエスト処理時にボディを自動で読み込みますが、デフォルトだとその最大値が小さいです。この文章を書いた時点では16kbに設定されています。今回の問題においてこれより大きなサイズでPOSTされることがあり、最大値が小さいままだとエラーになってしまいます。

手っ取り早く一律で最大値を変更したければ、以下のように書けます。

app.routes.defaultMaxBodySize = "1mb"

StackTrace

アプリケーション各所でVaporのAbortを用いてエラーを返すようにしていますが、Abortは生成時にスタックトレースをキャプチャします。このスタックトレースのキャプチャは比較的重い処理であり、エラーを頻繁に返すような状況であれば気になる負荷かもしれません。

手っ取り早く一律でStackTraceのキャプチャを無効にしたければ、以下のように書けます。

StackTrace.isCaptureEnabled = false 

EventLoop & Swift concurrency

本実装にはSwift concurrenyを使用しています。 これまでSwift on Serverにおけるノンブロッキングなイベント駆動処理の実行基盤として、SwiftNIOのEventLoopが広く使用されてきました。Swift concurrencyの実行基盤はその代替になり得るものですが、まだ出たばかりで過渡期という状況です。本実装ではこれらが混ざり合っており、たびたびそのコンテキストスイッチが発生しています。

// EventLoopからSwift concurrencyのコンテキストへのホップ
let foo = try await eventLoopFuture.get()

// Swift concurrencyからEventLoopへのホップ
eventLoop.performWithTask {
    try await task()
}

このホップではスレッドの移動が起こるため、オーバヘッドがあります。 普段は無視できるレベルですが、場合によってはこのオーバヘッドが気になるタイミングが訪れるかもしれません。

ログ

ログにはSQLiteのログが大量に流れます。 あまりの量につき、その処理時間がボトルネックと言えてしまいそうなレベルです。

手っ取り早く一律でデバッグログの出力を抑えたければ、以下のように書けます。

LoggingSystem.bootstrap { label in
    var handler = ConsoleLogger(label: label, console: Terminal())
--    handler.logLevel = .debug
++    handler.logLevel = .error
    return handler
}

SQLiteログのダンプ機能は未実装です

ベンチマークを通す上で特に必要ない機能だったのでサボりました。 クエリログ自体は流れているので、SQLiteの挙動の調査には特に困らないのではないかと思います。