Google Wokspace: 社内ファイルサーバから共有ドライブ移行時の注意点と対策｜TechRacho by BPS株式会社
⚓ 更新情報 最初の記事を公開（2018/07/04） 追記（2019/09/13）チームドライブは2019年4月に「共有ドライブ」に変更されました。これに伴い本記事タイトルのみ「チームドライブ」を「共有ドライブ」に差し替えました。本文の「チームドライブ」は「共有ドライブ」に読み替えてください。 参考: G Suite Updates Blog: Team Drives is being renamed to shared drives 追記（2020/10/29） G Suiteが新ブランド「Google Workspace」に移行することが発表されました。これに伴い本記事タイトルのみ「G Suite」を「Google Workspace」に差し替え、若干追記しました。本文の「G Suite」は「Google Workspace」に読み替えてください。 参考: Google Worksp
Ruby内部の文字列を共有してスピードアップする（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Speeding up Ruby with Shared Strings | Tenderlovemaking 原文公開日: 2018/02/12 著者: Aaron Patterson サイト: http://tenderlovemaking.com/ メモリを削減し、かつスピードもアップするようなパッチを書き上げられることはそう多くはありません。いつもならメモリとスピードのトレードオフでにらめっこするところですが、今回はうまいことに1つのパッチで両方を実現できました。そこで本記事では、Rubyに投げた#14460チケットについて書きたいと思います。このパッチは「起動後の」Railsアプリのメモリ使用量を4%削減し、requireを約35%高速化します。 実はこのパッチを書いていたときはメモリ使用量の削減を狙っていたのですが、や
Rails: RedisキャッシュとRackミドルウェアでパフォーマンスを改善（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Optimize Rails performance bottleneck with Redis caching and Rack middleware 原文公開日: 2018/02/05 著者: Paweł Urbanek パレートの法則によると（少々誇張あり）、Railsアプリにおけるパフォーマンス問題の95%は、エンドポイントのわずか5%で発生していることになります。本記事では、シンプルなRedisキャッシュ技法とカスタムRackミドルウェアを用いて、私のRailsアプリでエンドポイントのボトルネックを500%以上改善したときの方法について解説いたします。 ベンチマークは、Macbook Pro 2015（RAM 16GB、2.2 GHz Intel Core i7）でSiegeを使いました。productionのデータベー
Ruby 3 JITの最新情報: 現状と今後（翻訳）｜TechRacho by BPS株式会社
JITでどれだけ速くなるか この世には「嘘」、「ひどい嘘」、そして「ベンチマーク」があります（訳注: 元ネタ）。JITによる高速化を正確な値で表すなど無理な相談です。正確な値など存在しないからです。しかし、特定のプログラムについては、完全に合理的な負荷をかけた状態で50%、150%、あるいは250%までJITで高速化できるケースが多々あります。現実的な負荷の元で、500%以上もの高速化を達成するケースすらいくつかあります。ただし、JITよりインタプリタの方が速いケースも若干あることは言うまでもありません。なぜなら、現実世界には常に最適化されているものなど存在しないからです。 現時点での無難かつシンプルなCRuby向けJIT実装では、およそ30%〜50%のパフォーマンス向上が見られ、測定方法次第では最大150%に達することもあります。30%〜50%はJITにしてはかなり控えめな値ですが、これ
Ruby: mallocでマルチスレッドプログラムのメモリが倍増する理由（翻訳）｜TechRacho by BPS株式会社
要約 メモリ断片化は測定や診断が困難ですが、驚くほど簡単に修正できることもあります。マルチスレッドのCRubyプログラム（mallocのスレッド単位メモリアリーナ）におけるメモリ断片化の原因を追ってみましょう。本記事のボリュームは3343語、20分程度です。 単純な設定変更だけで問題を完全に解決できることはめったにありません。 私の顧客のSidekiqプロセスが大量のメモリを消費していたことがありました（1プロセスあたり1 GB程度）。開始当初の各プロセスは300MB程度でしたが、時間の経過とともにじわじわと肥大化してほぼギガバイトレベルにまで達したところで落ち着き始めました。 私は顧客にMALLOC_ARENA_MAXというたった1つの環境変数の変更を依頼しました。「2に設定してください」と。 プロセス再起動後、「じわじわ肥大化」現象はピタリと止みました。プロセスのメモリ使用量は以前の半
ベテランRubyistがPythonコードを5倍速くした話（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Lifelong Rubyist makes some Python code 5x Faster 原文公開日: 2017/10/02 著者: Richard Schneeman 私はかれこれ10年以上Rubyコードを書きまくっていますが、最近は修士科目の関係でPythonコードも書きまくっています。RubyとPythonは多くの点で違っていますが、パフォーマンス上の特性やコードの最適化といった面では似ています。本記事では、私が最近最適化したPythonコード片を題材に、Rubyコードの場合の高速化手順と比較してみることにします。 本記事について「Pythonインタプリタの高速化かと思った」というご感想をいくつもいただきました。それはそれできっとクールだったでしょうが、この記事はそちらではなく、インタプリタ言語を使うコードの高速化
メモリを意識したRubyプログラミング（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Memory Conscious Programming in Ruby 原文公開日: 2017/10/31 著者: Thomas Leitner サイト: https://gettalong.org/index.html -- メモリ使用量を節約する方法と戦略 Rubyのプログラミングでメモリが大量に消費されるのは当たり前で、避けられないと考えている人がたくさんいますが、メモリ使用量を削減するさまざまな方法や戦略が利用できます。本記事ではその中からいくつかをご紹介いたします。 Rubyの内部を常に意識する TrueClass、FalseClass、NilClass、Integer、Float、Symbol、String、Array、Hash、StructといったRubyの主要なビルトインクラスは、実行パフォーマンスやメモリ使用量
Ruby 2.5のパフォーマンス改善点（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Performance Improvements in Ruby 2.5 原文公開: 2017/11 著者: Jesus Castello サイト: http://www.rubyguides.com/ Rubyは常に改善を繰り返しており、Ruby 2.5でも同様です。 Ruby 2.5でいくつかの最適化が行われました。 サイズの大きな文字列を作成したときの式展開が約72%高速化 String#prependの引数が1つだけの場合に約42%高速化 Enumerable#sort_by、Enumerable#min_by、Enumerable#max_byが約50%高速化 ベンチマークを見てみましょう。 文字列の式展開パフォーマンス この最適化のコミットメッセージに含まれていたコード例を使いました。 require 'benchma
ベンチマークの詳しい理解と修正のコツ（翻訳）｜TechRacho by BPS株式会社
こんにちは、hachi8833です。今回の翻訳記事は、Railsを含む一般的な開発・システム管理で使えると思います。 Railsのパフォーマンス改善については、先日開催されたぎんざRuby会議01でのk0kubunさんの発表スライドと合わせて読むとさらによいと思います。 Railsアプリケーションのパフォーマンス改善手法 - k0kubun 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Understanding your benchmarks and easy tips for fixing them 公開日: 2017/07/13 著者: Hongli Lai サイト: https://blog.phusion.nl/: Webサーバー「Passenger」で知られるオランダのPhusion社のブログです。 blog.phusion.nlより 開発者は本質的にスピードを愛
RailsConf 2017のパフォーマンス関連の話題（3）「あなたのアプリサーバーの設定は間違っている」など（翻訳）｜TechRacho by BPS株式会社
「RailsConf 2017のパフォーマンス関連の話題」は今回で完結です。 第1回: BootsnapやPumaなど -- 開発中のRailsをBootsnapで倍速起動するなど 第2回: rack-freezeやsnip_snipなど -- スレッドバグや未使用カラムの検出など 第3回: 「あなたのアプリサーバーの設定は間違っている」など（本記事） 概要 原著者より許諾を得て翻訳・公開いたします。 元記事: Railsconf 2017: The Performance Update 著者: Nate Berkopec (@nateberkopec): Railsのパフォーマンスコンサルタントです。 主著: The Complete Guide to Rails Performance 楽しい画像はすべて元記事からの引用です。 7. あなたのアプリサーバーの設定は間違っている 私は今回
RailsConf 2017のパフォーマンス関連の話題（2）rack-freezeやsnip_snipなど（翻訳）｜TechRacho by BPS株式会社
2017.06.15 RailsConf 2017のパフォーマンス関連の話題（2）rack-freezeやsnip_snipなど（翻訳） こんにちは、hachi8833です。引き続きNate Berkopec氏の記事をお送りいたします。rack_freezeとsnip_snipはRails開発で役に立ちそうです。 第1回: BootsnapやPumaなど -- 開発中のRailsをBootsnapで倍速起動するなど 第2回: rack-freezeやsnip_snipなど（本記事） 第3回: 「あなたのアプリサーバーの設定は間違っている」など 概要 原著者より許諾を得て翻訳・公開いたします。 元記事: Railsconf 2017: The Performance Update 著者: Nate Berkopec (@nateberkopec): Railsのパフォーマンスコンサルタントで
RailsConf 2017のパフォーマンス関連の話題（1）BootsnapやPumaなど（翻訳）｜TechRacho by BPS株式会社
こんにちは、hachi8833です。 今回は、大著「The Complete Guide to Rails Performance」で知られるNate Berkopec氏の記事を何回かに分けてお送りいたします。 第1回: BootsnapやPumaなど（本記事） -- 開発中のRailsをBootsnapで倍速起動するなど 第2回: rack-freezeやsnip_snipなど -- マルチスレッドバクや未使用カラムを検出するgem 第3回: 「あなたのアプリサーバーの設定は間違っている」など 概要 原著者より許諾を得て翻訳・公開いたします。 元記事: Railsconf 2017: The Performance Update 著者: Nate Berkopec (@nateberkopec): Railsのパフォーマンスコンサルタントです。 主著: The Complete Guid
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
