HTTPリクエスト単位でmrubyのバイトコードをProcとFiberで包みなおして実行した場合の性能とv2について - 人間とウェブの未来
2018年4月にngx_mrubyのノンブロッキングHTTPクライアントとノンブロッキングsleep相当のメソッドに対応させてngx_mruby v2.0.0をリリースするという目標を立てた— 松本 亮介 / まつもとりー (@matsumotory) 2018年2月13日 ngx_mrubyのv2の4月リリースに向けて、HTTPリクエスト単位で実行されるRubyのコードを、FiberとProcで包んだオブジェクト経由で実行する実行方式に実装しなおしています。これまでのngx_mrubyのv1系は、Rubyのコードをnginx起動時にstruct RPocにコンパイルしておき、リクエスト毎にそのバイトコードを実行していました。 一方v2では、nginx起動時にコンパイルされたstruct RProcを、HTTPリクエスト時にprocオブジェクトに変換した上で、そのprocオブジェクトをca
mruby-cgroupとmod_mrubyでApacheのリソースを制御、そこから得られるcgroupの挙動とは
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 C言語で書かれた任意のホストプログラムにmrubyを組み込み、そのプロセスリソースを簡単かつ強力に制御するために、mruby-cgroupというmrbgemを作り、以前の記事で紹介しました。 もちろん、mruby-cgroupをmod_mrubyに組み込むことで、ホストプログラムであるmod_mruby、さらにはApacheそのもののリソース制御が可能になり、Webサーバへのリクエスト単位でもリソース制御が可能になります。 しかし、軽量なリクエストに対して、無条件にリソース制御の機能を適応してしまうと、リソース制御を適応すること自体がボトルネックになる可能性が十分あります。また、それとは別に、cgroupの想定していない挙動が得られるかもしれ
第三回mruby-spec進捗確認 - スペクトラム
すでに本人が飽き気味になっていることは世間から全然反応がないからでありウンヌンカンヌン。 Fix bugs 細かいのが多いので一覧はこちらをどうぞ。 https://github.com/mruby/mruby/pulls?utf8=%E2%9C%93&q=is%3Apr%20is%3Aclosed%20author%3Aksss%20created%3A2016-10-01..2017-01-11%20 所感 mruby-specを回してみて無限ループしているっぽい部分をなおした。 (0..Float::INFINITY)みたいなRangeで無限ループしてほしくない場面で無限ループすることが多かった。 無限Range系のバグはほかにもありそうだ。 最近ではshopifyという会社がmrubyを利用しているらしく、沢山のバグ報告がissueに上がっている。 かなり重箱なものが多い印象(No
Itamaeのmruby実装「mitamae」が大体いい感じになった話 - k0kubun's blog
Roppongi.rb #2 で「mitamae」について話してきた Roppongi.rb #2が "Infrastructure x Ruby" をテーマに開催され、そこで RubyなしでItamaeレシピを実行できる「itamae-go」を作った - k0kubun's blog 話と pure mrubyで実装されたItamae「itamae-mruby」を作った - k0kubun's blog 話をしてきた。 いいたかったことはスライドの通りだけど、枠が15分でいろいろ漏れた話を書いておく。 mitamaeの現状について なんでitamae-mrubyからMItamaeに変えたの というか一昨日までmitamaeはitamae-mrubyという名前だった。エエー。変えた理由は真面目な奴がいくつかあるんだけど、あえて不真面目な奴だけ書くと、名前が微妙なソフトウェアは流行らない気が
ngx_mruby に mruby_ssl_handshake_handler を実装した
少し前になるが、ngx_mruby v1.18.4 がリリースされた。このリリースには私が実装した mruby_ssl_handshake_handler ディレクティブが含まれている。 Implement mruby_ssl_handshake_handler() by hfm · Pull Request #205 · matsumoto-r/ngx_mruby mruby_init_worker(_code) や mruby_content_handler(_code) といった他のハンドラでは既にあるディレクティブだったが、mruby_ssl_handshake_handler はまだ無かった。業務で欲しくなったので、慣れないC言語と格闘しながら実装した。 mruby_ssl_handshake_handler ディレクティブの使い方 mruby_ssl_handshake_han
msgpack-inspect を作った - たごもりすメモ
MessagePackはJSONぽいけどバイナリでデータサイズが小さく抑えられ、またシリアライズ/デシリアライズが比較的高速であるとして広く使われておるところであります。なんか #linedevday にいるせいで口調がおかしいな。 が、バイナリなせいでデータを作ったあとその内容が正しいかどうか確認するのがいまいち面倒くさく、いちいちunpackするスクリプトを書いて中身を見る必要がある。JSONみたいに目で見て思った通りの表現になっているかどうかを判別するのは普通の人間にはなかなか難しい*1。 このため開発時にデータがバグってるのかコードがバグってるのかが分かりづらく、MessagePackを利用したアプリケーションおよびサービスを開発する上で問題になっていた。 ので、MessagePackのバイナリデータを食わせると内容を分かりやすくダンプしてくれるツールを作った！ のです！ msgp
mrubyとCRubyの非互換とその対応方法 - Qiita
（メモ。詳しくはあとで追記するかも。） "foo" "bar" の文字列連結ができない "foo" + "bar" を使う。 defined?(Foo)がエラーになる const_defined?(:Foo)を使う。 mrubyにdefined?(Foo)が実装されていない理由は、Fooが未定義でもエラーにさせないために特殊な実行が行われており、それを嫌ったためだったはず。 :"foo#{a}bar#{b}"形式のSymbol定義がエラーになる "foo#{a}bar#{b}".to_symを使う。 $:等の変数がない $LOAD_PATH等はあったりするのでこちらを使う。 RUBY_PATCHLEVEL等の定数がない 適当に定義して回避する？ なお、2016年現在のmrubyにはパッチレベルの概念がない。github:mruby/mrubyのmasterとmruby forumのリリース
mrubyでruby/specを走らせることに成功した - スペクトラム
長いと思うので結果だけ リポジトリはこちら。 github.com 使い方はgit cloneしてmakeするだけと大変お手軽。 make TESTS="core/nil"のように、ディレクトリ指定もファイル名指定もできる。 全国のmrubyistの皆様に於かれましては、是非お試し願いたいところです。 以下つらつらと モチベーション 数年前に始めてからというもの、mrubyという船に乗りかかったからには「mrubyには〜がない」とか「mrubyはバグが多い」とか言われたくない。と思うぐらいには愛着というか責任感を勝手に持っている。 「mrubyはCRubyと動作が違う」というのはよくある話なのだが、これを極力減らしたい。(完全には無理だけど) 仕様が同じならCRubyの知識がそのままmrubyに使えるし、ドキュメントもCRubyのものがそのまま使える。 「CRubyのライブラリをmruby
Big Sky :: mruby-mysql 作った。
以前、mruby-sqlite3 は作ったのでぜひ MySQL もやりたいなーと思いながら手を付けてなかったけどようやく重い腰をあげて書いた。 mattn/mruby-mysql - GitHub https://github.com/mattn/mruby-mysql 動作は SQLite3 のと同じにしてあるつもりです。 MySQL の拡張は何度か書いた事あったけど、レコードを弄る様な物は随分昔に触ったきりで思い出せないし、API がいろいろ新しくなっててハマった。 最初、MYSQL_ROW を使って全部文字列でやれば良くね？と思ってたけど、結局ちゃんと MYSQL_BIND 使って書いた。 これで残すは PostgreSQL だけですが、実は PostgreSQL 使った拡張は今まで書いた事が無い。 誰か作って下さい。 こういうコードが動きます。 #!mruby db = MySQL
pure mrubyで実装されたItamae「itamae-mruby」を作った - k0kubun's blog
itamae-goを作り直してitamae-mrubyを作った 先週Goからmrubyを使ってRubyなしでItamaeレシピを実行できる「itamae-go」を作ったんだけど、全く同じコンセプトの、RubyなしでItamaeレシピを実行できる「itamae-mruby」を作った。 github.com itamae-goの問題点 mrubyは組み込み言語だしこれは本来想定された使い方であり、go-mrubyの実用的な例として普通に作ってよかったと思っているけど、ことItamaeを実装することに関しては以下のような問題があった。 レシピを読む部分以外をGoで実装していたので、specinfraのコードの移植に手間がかかる 主にstandaloneなバイナリを吐く目的にGoが使われているが、mruby-cliでもできるのでGoを使っているメリットがそれほどなく、2つの言語をブリッジするコード
文字だけのMessagePack風シリアライザ「AsciiPack」を書いた - スペクトラム
きっかけは@miyagawaさんのpodcastだった。 それまでMessagePackのことは知らなくて、その時に調べた段階ではJSONをバイナリでどうこうするというフワフワした情報だけしかわかってなかった。 それからアンテナ効果なのかMessagePackの情報が次々と入ってくるので試しにMessagePackの仕様を順守したjavascriptコードを書いてみてAjaxで通信させてみたらあっさりとはできなかった。javascriptがそもそもバイナリを文字として扱えないからだった。typed arrayやbase64エンコードで扱えなくもないけれどそれは何も知らない僕みたいなユーザーは使用を躊躇してしまうには十分な理由になった。 というわけでいっちょMessagePackとはなんぞやということを徹底的に理解しつつ現状のwebブラウザで扱いやすくするために0-9a-zA-Zの62文字だ
HC | Routing HTTP requests with Nginx+Mruby
The Challenge How to route A.com and B.com (and so on) based on host name to any one of a set of backend servers, and have full flexibility in programmatically adding and removing backends at runtme? Introduction An ongoing issue with containerisation is that so many applications are not written with stateless containers in mind. In fact, so many applications are not written with modern operations
h2o での server-push タイミングの最適化 | tech - 氾濫原
h2o は mruby ハンドラで link ヘッダを使って push を指示すると、バックエンドへの問合せと非同期で静的ファイルを push してくれます。 もしバックエンドアプリケーションで link ヘッダを吐いて push する場合、バックエンドアプリケーションの処理が終わったあとから push が始まることになるので、アプリケーションの実行時間分、push できる時間を失うことになります。 server-push の指示をテンプレートに書きたい病 自分はプリロード指示をバックエンド側のテンプレートに書きたい病にかかっており、現状で以下のようなテンプレートコードを書いて、バックエンドから preload ヘッダを吐いています。 r.preload() は link ヘッダを追加するメソッドになっており、これを実際に読みこんでいるHTMLの部分の近くに置くことでリソース管理を簡略化し
ngx_mrubyとdockerでblue-green deployment - Qiita
目的 ngx_mrubyを使ってバックエンドのコンテナを切り替えることができるのかやってみました。 dockerを使いたいと思いつつも、ダウンタイムなしでdeployするにはこうしておけばよい、 という簡単な方法がないようでした。この方法は汎用的に使えるのではないかと思います。 サンプルを動かす 一式をGithub(https://github.com/muk-ai/rest-api) に置きました。 network機能を使うので docker >= 1.10, docker-compose >= 1.6 でお試しください。 git clone https://github.com/muk-ai/rest-api.git cd rest-api/ git checkout 1f978500008e2126fdce2b31b1d4e189520e069b docker-compose bui
mruby-cli で ワンバイナリなツールを作ってみた - 🐾 Nekonote.
今回も長め。 メモツールの移行を思い立ったので、今までのデータを移すべくテキトーなツールをつくって見ました。 移行ツールと言いながらまだ 単一のMarkdownとBoostnote の相互変換くらいにしか対応していませんが、、、 github.com 前回のネタに続いてせっかくなのでGolangでなく、mruby-cli で作ってみました。 今回はその過程でやったことや作ってみて思ったこととかをつれつれなるままに書いてみようと思います。 dojineko.hateblo.jp やったこと mruby-cliでひな型を作る ガシガシ実装する 開発環境向けにコンパイルして、トライ＆エラー 目的の機能が完成するまで 2 と 3 を繰り返す 出来上がったら docker でクロスコンパイル Githubにreleaseを登録しておしまい TDDとかなにそれ美味しいのみたいな感じですが、まぁそれは置
ngx_mrubyがHomebrewで超簡単にインストールできるようになった - 人間とウェブの未来
タイトルの通りなのですが、つい先日Homebrewでngx_mrubyがインストールできるようになりました。 github.com うおお、なるほど超便利と思って手元で試すと、mrbgemで使うライブラリのリンクまわりでコケていてビルドできませんでした。 そこで、必殺の「Hi, I'm ngx_mruby author.」PRによってバグ修正を最速でマージしていただき、無事ビルドできるようになりました事をここにお知らせします。 github.com 実際、ngx_mrubyをちょっと検証してみようかな、という用途でめちゃくちゃ便利で、以下のようにするだけであっという間にMac上でngx_mrubyを組み込んだnginxが動くようになります。 brew tap homebrew/nginx brew install nginx-full --with-mruby-module または、最新の
HTTP/2へのmruby活用やこれからのTLS設定と大量証明書設定の効率化について - 人間とウェブの未来
Webサービス事業者として僕が先行して調査したり研究・開発している技術の中で、Webサーバ設定におけるHTTP/2とそのmruby活用についてや、PFS（Perfect Foward Secrecy）を考慮したTLS設定と大量証明書設定の効率化について、社内のインフラエンジニア向けに技術共有を行いました。 内容としては、まずはざっくりと知ってもらう事を目的に、細かい要素技術について深く立ち入り過ぎない程度に、今後弊社でのWebサービスのインフラ技術周りのアーキテクチャを考える上で必要になりそうな事を中心にお話しましたので、少し汎用性に欠けるかもしれません。 特に技術的に見せられないような話ではないので、参考程度に公開しておきます。どこかで喋って欲しいみたいな依頼は随時受け付けておりますので、お気軽にお問い合わせ下さい。 以下の二本立てです。 HTTP/2とmrubyの活用 HTTP/2時代
ngx_mrubyでメンテナンス画面表示を自動化する - かまたま日記3
自らのホスト名の名前を持つフラグファイルの存在(中身は空)をチェックし、503とメンテナンス画面を返すためのnginxの設定 特定のremote_ip(オフィスネットワークを想定)だったらメンテナンス画面は出さない仕組みもついでに パフォーマンスはベンチ取ってないので不明 mruby_set_code $under_maintenance ' c = Nginx::Connection.new r = Nginx::Request.new allowed_networks = "xxx.xxx.xxx.xxx,yyy.yyy.yyy.yyy" File.exists?("/var/tmp/maintenance/#{r.var.host}") && !allowed_networks.include?(c.remote_ip) '; if ($under_maintenance = "tr
mrubyでHTTP/2の画像変換サーバを作った - 人間とウェブの未来
この記事は、mruby advent calendar 2015の16日目の記事です。 画像やstaticコンテンツ配信系はHTTP/2が有利な状況が幾つかあるので、ついでにHTTP/2を喋る画像変換サーバのプロトタイプをmrubyで作ってみました。ベースはもちろんtrusterdです。なんていったってmrubyのHTTP/2サーバですからね！！ 最近また開発を再開しておりまして、昔はh2oやnghttp2のベンチマークに一緒に比較対象として入れてもらったりしていたのですが、しばらく離れているうちに皆さん先へ先へと行ってしまわれたので、また追いつけるようにセッセと勉強しながら実装しだしております。 github.com その他、trusterdについてはこの辺とか、 qiita.com この辺を見ていただくと良いかと思います。 hb.matsumoto-r.jp trusterdのビルド
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - katzer/mruby-yeah: mruby on tiny rails
