Taming Rails memory bloat | Mike Perham
2018-04-25 MRI, the standard Ruby interpreter, has a serious problem with memory bloat in large Rails apps. It’s quite common for me to see Sidekiq processes which are 1-2GB in RSS or even larger! It turns out that a large part of this memory usage is due to memory fragmentation: MRI uses the OS’s memory allocator by default (on Linux, almost always GNU glibc), which seems to work poorly with Ruby
Ruby でラインメモリプロファイラ - Qiita
プロファイラ好きなモニタの前の皆さんこんにちは。@sonots です。この記事では、Ruby コードのどの行がどのぐらいメモリを消費しているか調べる方法を紹介します。 オブジェクトの数を数える Ruby には ObjectSpace というオブジェクトの情報を集めたり操作したりする module があります。 このモジュールの each_object メソッドを使用すると、RubyVM 上の全てのオブジェクトを取り出すことができます。 このメソッドを使って、以下のようなコードを書くと、実行した地点で、RubyVM 中にどのクラスのオブジェクトが何個存在しているのかカウントできたりするわけです。興味深いですね! ObjectSpace.each_object.inject(Hash.new 0) {|h,o| h[o.class]+=1; h } #=> {Class=>241, Strin
スレッドではインスタンス変数を排他的に使わないとメモリを喰いまくるorz（←Rubyで使用メモリを減らすには（特にNet::HTTPライブラリを使う場合）） - 別館 子子子子子子（ねこのここねこ）はてブロ部
ガーベージコレクション（以下GC）すれば不要なオブジェクトが整理されてメモリが減る、と思い込んでいた[twitter:@riocampos]です。 環境はRuby 1.9.3です。 2014/8/19追記 google-picasa gemを扱うときにログインを終えたインスタンスをインスタンス変数に入れ、スレッドでインスタンス変数を呼んでいたのですが、どうやらインスタンス変数を呼び出すときに排他処理をしていなかったためにメモリリーク（？）が生じていたようです。 mutexを使ってインスタンス変数の呼び出しを排他処理したところ、メモリ使用量が抑えられたようです。 やはりスレッドとインスタンス変数とは相性が悪いようです…^^;; （追記ここまで） いまやってること あるサイトで定期的に更新される画像をRmagickで少し手を加えてPicasaに画像をアップする、という作業をherokuで動かし
Rails: Puma/Unicorn/Passengerの効率を最大化する設定（翻訳）｜TechRacho by BPS株式会社
まとめ: アプリのサーバー設定はRuby Webアプリのスループットやコストあたりのパフォーマンスに大きな影響を与えます。設定の中でも最も重要なものについて解説します（2846 word、13分） RubyのWebアプリサーバーは、ある意味で自動車のガソリンに似ています。よいものを使ってもそれ以上速くなりませんが、粗悪なものを使えば止まってしまいます。実際にはアプリサーバーでアプリを著しく高速化することはできません。どのサーバーもだいたい同じようなものであり、取っ替え引っ替えしたところでスループットやレスポンスタイムが向上するわけではありません。しかしダメな設定を使ったりサーバーで設定ミスしたりすれば、たちまち自分の足を撃ち抜く結果になります。クライアントのアプリでよく見かける問題のひとつがこれです。 本記事では、3つの主要なRuby アプリサーバーであるPuma、Unicorn、Pass
Rubyプログラマが一番よく使うテスティングフレームワークはRSpecのようです（2018年3月調べ） - give IT a try
はじめに 先日Qiitaでこんな記事を拝見しました。 この記事の中に以下のような記述がありました。 RSpecとは Ruby用のテスティングフレームワーク。 Ruby on railsには標準でminitestが搭載されているが、より多く使われているのはRSpec（主観） 最後に書いてある「主観」がちょっと気になりますね。 僕もたしかにそんな気がするのですが、僕の考えもやっぱり主観でしかありません。 そこで、Twitterを使ってアンケートを採ってみることにしました。 「一番よく使っているテスティングフレームワークはどれですか？」というアンケートです。 さあ、そのアンケート結果がどうなったかというと・・・ 結果はRSpecが77%で（やっぱり）1位！ 投票結果は以下のとおりで、RSpecが1位（77%）となりました（主観どおりでしたね）。 【Rubyプログラマ向けアンケート】 結構ベタなテ
[rails]ELBのヘルスチェックをアプリケーションログに残さないようにする
Ruby2.1.4, Rails4.1.7で確認。 ELB使用時にRails上にヘルスチェック用のアクションを作って、Railsアプリの状態チェックをするようにした場合、アプリケーションログにヘルスチェックのログが残ってしまいます。 ヘルスチェック用のアクションをつくることに関しては以前の記事を参照ください。 [[rails]ELB使用時にヘルスチェック用のアクションを作成する](http://blog.hello-world.jp.net/ruby/2104/)上記記事に沿ってアクションを作成した場合は、以下のように /health へのアクセスがアプリケーションログに記録されます。 # log/production.log I, [2014-12-15T19:59:54.149846 #7459] INFO -- : Started GET "/health" for 127.0.0.
![[rails]ELBのヘルスチェックをアプリケーションログに残さないようにする](https://cdn-ak-scissors.b.st-hatena.com/image/square/1a64cc21309639f33304c4730f8ddaaf393eeaf8/height=288;version=1;width=512/https%3A%2F%2Fblog.hilotter.com%2Ffavicon%2Fogp.png)
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
アセットパイプライン - Railsガイド
1 アセットパイプラインについて アセットパイプライン（asset pipeline）は、JavaScriptとCSSアセットの配信を処理するためのフレームワークを提供します。これは、HTTP/2のような技術や、アセットの連結や最小化といった技術を活用することによって行われます。アプリケーションは、最終的に他のgemのアセットと自動的に結合できるようになります。 アセットパイプラインは importmap-rails gem、sprockets gem、sprockets-rails gem によって実装されており、デフォルトで有効になっています。新しいアプリケーションを作成する際に、以下のように--skip-asset-pipelineオプションを渡すとアセットパイプラインを無効にできます。 本ガイドでは、CSSの処理にsprocketsを、JavaScriptの処理にimportmap
TomDoc for Ruby - Version 1.0.0-rc1
TomDoc for Ruby - Version 1.0.0-rc1 Purpose TomDoc is a code documentation specification that helps you write precise documentation that is nice to read in plain text, yet structured enough to be automatically extracted and processed by a machine. The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document are to
Ruby FFIを使ったエクステンションの作り方 - Boost Your Programming!
Ruby FFIについて ここ最近libclangのRuby Bindingのffi-clangに機能を追加していたのですが、その過程でFFI(Foreign function interface)というものを知りました。FFIとはようするに多言語を呼び出すためのインターフェイスのことのようで、RubyにおけるFFIはlibffiを利用しているようです。 Rubyでは(C言語で)エクステンションを書けば共有ライブラリを利用するようなライブラリ(Gem)を作ることができますが、FFIを使えばRubyで書くことができますしポータブルな実装になります。本家曰く: コンパイルが必要無い マルチプラットフォーム(変更無しでJRubyやRubiniousなどで動作する) 記述がRubyなので読み書きしやすい Rubyの実装の変更に影響されない 実際FFIを使ってみると、単純なものなら一瞬でバインディン
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
Sequel: The Database Toolkit for Ruby
Thread safety, connection pooling and a concise DSL for constructing SQL queries and table schemas. Comprehensive ORM layer for mapping records to Ruby objects and handling associated records. Advanced database features such as prepared statements, bound variables, stored procedures, savepoints, two-phase commit, transaction isolation, primary/replica configurations, and database sharding. With ad
Hash から文字列でもシンボルでも値を取り出す - Qiita
hash = { yuno: 'ゆの', miyako: '宮子' } hash[:yuno] #=> "ゆの" hash['yuno'] #=> nil hash = { 'sae' => '沙英', 'hiro' => 'ヒロ' } hash[:sae] #=> nil hash['sae'] #=> "沙英" きっちりしてて結構なんだけど、 key が文字列かシンボルか意識しなくても value を取り出せるとありがたい場合もありますよね。 そういえば、Rails 4 の Controller の params って文字列でもシンボルでも value を取り出せますよね。 あれの型は実は Hash ではなくて Hash のサブクラスである ActiveSupport::HashWithIndifferentAccess なんです！ (正確には、さらにそのサブクラスである Action
RubyKaigi2014 速報(3) - Symbol GC - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
Symbol GC - @nari3 SymbolをGCの対象にしたよ、という話 "Nakamra" の中でRuby会最強 意識低いRubyistとして活動中 ruby-2.2.2だと作ったシンボルは開放されないけど、ruby-trunkだときちんと開放される symbolとは？ primitiveなデータ symbolの落とし穴 rubyは素晴らしい言語で使う人を飽きさせないために 一つとして、symbolはGCの 脆弱性にも繋がりやすい。ユーザの入力をsymbolに変換してしまうとメモリ使用量が増加し続ける 脆弱性の例 RailsでDigestのヘッダ情報をhashに変換していた。whitelistにも登録されていないので、たくさんのkeyを指定するとメモリ使用量が膨大になっていく @nari3さんが笹田さんのアイデアを実装 「これで2.1をオワコンにしてしまった。またやってしまった」
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
これを読むとRSpecの裏側がどうやって動いているのか分かるかもしれないぜ - Qiita
これはTokyuRuby会議08にて発表した資料を元にQiita向けに再編集したものです。 元々Advent Calendarと共用にしようと思って、どう考えても5分で話せない資料でLTしたのでした。 最初に RubyのテスティングフレームワークとしてはトップクラスにメジャーなRSpecですが、内側の実装が黒魔術感に溢れていて非常に読み辛い。 そしてカスタマイズするにも学習コストが高いという話を聞きます。 最近「RSpec止めますか、人間(Rubyist)止めますか」みたいな風潮が出ていてバリバリのRSpec派の私としては見過ごせない感じになってきたので、いっちょRSpecがどんな感じで動いてるのかを大まかに解説していくことで、世の中に対して再びRSpecを啓蒙していこうと思うわけです。 この話はrspec-core-3.1.7辺りをベースにしています。 起動 rspecのコマンドエンドポ
sysinfo(2)でシステム情報の取得 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2014の2日目の記事です。 プログラムの中でロードアベレージとかメモリの空き容量を見るのにどうしようかなーと思っていて見つけたのがsysinfo(2)です。 使い方は至って単純でsysinfo構造体のアドレスをsysinfo(2)に渡せば情報が入ってくるのであとはご自由にという感じでいけます。 cだとこんな感じです。SI_LOAD_SHIFTは/usr/include/linux/sysinfo.hにて定義されています。 #include <stdio.h> #include <sys/sysinfo.h> #define LOAD_AVERAGE(x) x / (double)(1 << SI_LOAD_SHIFT) int main(int argc, char **argv) { struct sysinfo info = {
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ふつうのRailsアプリケーション開発
React+Webpackを利用したRailsアプリケーションをHerokuで本番運用するノウハウ
Rubyでウェブアプリ〜Rack | | Scimpr Blog
