エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
並列処理でRails5アプリURIHOのRSpecの時間を短縮する | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
並列処理でRails5アプリURIHOのRSpecの時間を短縮する | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
こんにちは、平尾です。URIHOの開発を担当しております。 最近RSpecの時間が長く、開発速度に影響がでて... こんにちは、平尾です。URIHOの開発を担当しております。 最近RSpecの時間が長く、開発速度に影響がでていることに悩んでいたのですが、 RSpecの処理を並列化するparallel_testsというGemを導入して処理時間を短縮することができました。 この記事ではparallel_testsを導入した経緯を通常のRSpecが遅い理由を共に説明し、 parallel_testsの導入方法と実際にどれだけ短縮されたかをご紹介いたします。 通常のRSpecが遅い理由 一般に処理速度のボトルネックはCPUとI/Oに分けられます。 処理が遅いと感じたらコンピュータのCPU使用率や各種I/O使用率(ディスクI/OやネットワークI/Oなど)を見てみてください。 CPU使用率が低くディスクI/O使用率が高かったり CPU使用率が高くディスクI/O使用率が低かったり CPU使用率とディスクI/O使用率が