DBアクセスで遅くなったテストの実行時間を Docker で 40% 削減した方法 - Qiita
DBのレイヤーを含むエンドツーエンドテストやDBに依存したコンポーネントの自動テストがたくさんあると、全てのテストが終わるまでに長い時間がかかるようになってしまうことがあります。DBのクエリ実行はネットワークIOやディスクIOなどを含んだ高コストな処理だからです。 Docker を少し工夫して使うと、お手軽にテスト中のDBのクエリ実行にかかる時間を削減できます。自動テストが完了するまでの待ち時間を短縮し、開発のフィードバックサイクルをより早く回せるようになります！ MariaDB を用いたプロジェクトの実績では、DBアクセスを伴うテストケースが 153件 ありましたが、この方法によりそのテストスイートのローカル環境での実行時間を約 43% 削減できました（約 145.7s → 約 83.3s）。 どうやって？ Docker で tmpfs を使います。 tmpfs tmpfs とは、ディス
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
malloc()納めるtmpfs : 404 Blog Not Found
2006年02月18日00:40 カテゴリiTechTips malloc()納めるtmpfs うーん、なんだかスーパーサイヤ人に成れるのに、舞空術を知らない悟天を見た悟飯のような気分。 naoyaのはてなダイアリー - tmpfs は本当に容量が動的なのか tmpfs は OS がメモリが足りなくなったときにスワップして、OS 側にメモリを確保させる機能があるわたしゃLinuxはユーザーとしてしかよう知らないんだけど、これってtmpfsの「機能」でなくて、malloc()の機能だと思うよ。 私のホームグラウンドのFreeBSDにもmdってのがあって、tmpfsのようなことが出来るのだけど、裏ではmalloc()でメモリーを確保している(FreeBSDの場合、malloc()を使わないoptionもありだけど)。だから、メモリーベースでの file system の振る舞いというのは、実は
naoyaのはてなダイアリー - tmpfs は本当に容量が動的なのか
Linux には tmpfs という便利なファイルシステムがあります。 $ mount -t tmpfs -o size=64m tmpfs /dev/shm $ mount -t tmpfs -o size=64m /dev/shm /var/tmpとすると、/var/tmp がディスク上ではなくメモリ上に作られたファイルシステムとして mount されます。なので、/var/tmp は I/O 時にディスクI/Oが一切発生しない高速なディスクとして使えると。いわゆる RAM ディスク。(もちろんサーバーの電源を落とすと保存したファイルは消えます。) この tmpfs はなかなかに便利で、キャッシュとかそういうものでディスクにおいてたものここ置くと、ディスク I/O がカットできて超高速になります。はてなでは MySQL のスレーブの MyISAM のファイルを tmpfs において、オ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
