Ruby に Software Transactional Memory (STM) を入れようと思った話 - クックパッド開発者ブログ
技術部でRubyインタプリタの開発をしている笹田です。コロナの影響で、リモート勤務などに移行し、新しい生活スタイルを満喫されている方々がたくさんいらっしゃるんじゃないかと思います。ただ、私は以前から自主的に自宅勤務することが多かったので、正直生活がぜんぜん変わっていません。 さて、家で私が何をしているかというと、Ruby 3の準備です。その中でも、数年取り組んできた Ruby で並列処理をするための仕組みである Ractor の開発をしています（以前は Guild というコードネームで呼んでいました）。Ractor という名前は、Ruby の Actor みたいな意味で付けました。Erlang とか Elixir で有名な Actor model というアレです。厳密には、Actor model でよく言われる特性をすべて備えているわけではないのですが、並列で動く Ractor を複数作る
RubyのHTTPリクエストをできるだけシンプルに実装する - Qiita
背景 Rubyの標準ライブラリであるnet/httpを用いたHTTPリクエストって、Net::HTTP.newしたりNet::HTTP::Get.newしたりhttp.start {...}したり色々と実装が面倒臭いなとずっと思っていたんですが、実は1行で書けることを知ったので open-uri との比較も含めて少しまとめてみました。 環境 Ruby 2.6.0 目次 一番シンプルな方法 リクエストヘッダを指定する方法 Basic認証を使う方法 Proxyを挟む方法 open-uri を使う方法 一番シンプルな方法 GET require "net/http" uri = URI.parse("https://jsonplaceholder.typicode.com/todos/1") response = Net::HTTP.get_response(uri) response.code
WEBrickはシングルスレッドではない
表題の通り、WEBrickはシングルスレッドなアプリサーバではなくマルチスレッドです。 にも関わらず、Web上にはWEBrickがシングルスレッドであるかのような記事が多く、Wikipediaでも Unlike most of the servers that are used in production, WEBrick is not scalable since it is a single threaded web server by default. と記載があり、とても誤解をまねきやすいです（デフォルトで、と言っているので完全に間違っているとは言い難いけど） 今回は、WEBrickがマルチスレッドサーバである根拠と、なぜシングルスレッドと誤解されているのかをRailsのバージョンの話も交えて書いていきます。 WEBrickがマルチスレッドである根拠 どのバージョンを見ても、acc
ActiveRecord::EnumのI18n
ActiveRecordのenumにI18n用の機能を提供するgemをつくった。 https://github.com/r7kamura/activerecord-enum_translation どういうものか Userがenumを利用したstatusというカラムを持っているとすると、I18n用の辞書としてこういう風なデータを用意しておけば… ja: activerecord: attributes: user: name: 名前 status: active: 利用中 inactive: 停止中 次のようにメソッドを呼び出すことで、翻訳された辞書が利用できるようになる、というやつ。 user.human_enum_name_for(:status) #=> "利用中" 技術的な難題の解決とかは全く狙っていなくて、どちらかと言うと、この手の仕組みにルールが無くてアプリ内のいろんなところに
記号だけで brainfuck インタプリタ - まめめも
Ruby 1.9 の新機能のひとつに「lambda { ... } を -> { ... } と書ける」というのがあります。この表記は反対意見が根強い *1 ですが、確実にすばらしい点があって、全部記号だということです。これによって Ruby が記号だけでチューリング完全になります *2 。 デモとして、brainfuck インタプリタを記号だけで書いてみました。 $___,@_,@__,$_=(@@__="")=~//,?#=~/$/,->(_){_<(__="####"=~/$/)**__&&(@@__<< _;@__[_+@_])},[*$<]*@@__;@__[$___];$____,$_,@___,$__,@__=$_[@_+($_+?!=~/!/ )..-@_],$`,[],[],->(_){(__=$_[_];__=~/[><+\-\.,]/?$__<<$_[_]:__==?
Guild → Ractor
Guild → Ractor ささだこういち Ruby 3 さみっと 2020/04/17 背景 • Ruby の 1 プロセスでは（基本的には）並列処理できない • 同時に複数 CPU を使う処理 • Ruby（MRI）のThread == 並行処理 • マルチプロセスは難しそう… • そもそも Thread 難しい • 適切な同期漏れ • データレース • レースコンディション • デッドロック、ライブロック • 再現性がなくデバッグが困難 簡単に 並行・並列処理 したい！ 間違いを起こさないためには？ • スレッドを良い感じにサポート • 再現性をあげる（OS scheduler に手を入れるなど） • デバッグサポートを行う（Thread Sanitizer, helgrind, etc） • データの書き換えを禁止 • Erlang など • データ（オブジェクト）を共有しない
Rails 設計 最強
自分が目指したいRailsアプリの形とは何か、ということについて考えていた。 常日頃から考えていたRailsアプリでの不満をこの議論に合流させた結果、「Rubyを書くときに当たり前にやるようなことを、Railsアプリを書くときでも当たり前のようにやる」というところが肝で、自分が目指したいRailsアプリの形はその先にあるのではないか、と一旦結論付けてみることにした。 「普通にRubyでコードを書くときはやらないけど、Railsだったらこう書く」という何かが存在していることが、さまざまな失敗の原因をつくっていると思う。 RubyとRailsが地続きに繋がっていないというか、どこかで断絶があり、そこから筋の悪い設計が生まれている ―あるいは持ち込めるはずの良い設計を持ち込めていない― のではないか、という話。 実際にはどの辺りが気になっているのか？という例を挙げると、氷山の一角を指摘するだけな
環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI
Writing a Ractor-based web server<!-- --> • Kir Shatrov
Ractor, the new concurrency primitive in Ruby, has been merged to the upstream few days ago. I’ve been following that PR and watching the author’s talk at RubyKaigi (in Japanese, I wasn't able to find the translated version but it should be available somewhere), which got me excited to try Ractor myself. A web application server is the first thing that comes to mind when playing with concurrency.
On sending methods
Samples: 39K of event 'cycles', Event count (approx.): 499087050327 Overhead Command Shared Object Symbol 24.91% thread_pool.rb* ruby [.] vm_exec_core 2.90% thread_pool.rb* ruby [.] vm_call_iseq_setup 2.59% thread_pool.rb* ruby [.] method_entry_get 2.52% thread_pool.rb* ruby [.] vm_call_cfunc_with_frame.isra.0 2.48% thread_pool.rb* ruby [.] st_lookup 2.47% thread_pool.rb* ruby [.] rb_id_table_look
Ruby 3.0 で変わる Module#include の挙動 - Secret Garden(Instrumental)
今日の RubyKaigi Takeout 2020 の Ruby Committers vs the World でチラッと話が出たのでちょっとまとめでみました。 該当チケット：Bug #9573: descendants of a module don't gain its future ancestors, but descendants of a class, do - Ruby master - Ruby Issue Tracking System 注意！！ これはまだ開発版の機能になり Ruby 3.0 がリリースされるタイミングで挙動が変わっている可能性があるので注意してください。 Module#include の変更点 今までは M.include M2 を行ってもすでに include M しているクラス/モジュールの継承リストには反映されませんでした。 module M
Hacking parse.y (RubyConf 2009)
The document summarizes hacking the Ruby parser (parse.y) to add new syntax features to the language. It discusses four cases: 1) allowing the :-) syntax for hash rockets, 2) treating single quotes as symbols, 3) adding increment operator ++, and 4) allowing method definitions like def A#b. The presenter explains how changes can be made to the lexer and parser to implement these features by modify
better_errorsコードリーディング
BetterErrorsのコードリーディングをしました。 基本的にはRackミドルウェアでエラーハンドリングをして、エラーのバックトレースを表示。binding_of_callerがある場合はWeb上からirbでデバッグできるようにJSからRackミドルウェア向けにAPIを叩いてコマンドを実行・結果出力する、という感じです。 エラー表示するまで Railtieでは、productionではなくconsider_all_requests_localがtrueの場合のみBetterErrors::Middlewareを差し込みます。 module BetterErrors # @private class Railtie < Rails::Railtie initializer "better_errors.configure_rails_initialization" do if use_b
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Proposal to deprecate `term_on_timeout: false` · Issue #169 · zombocom/rack-timeout
GitHub - frsyuki/trino_sql_parser: Parse a SQL using Presto's native SQL parser and reports syntax errors
GitHub - Shopify/rotoscope: High-performance logger of Ruby method invocations
URI.escape is obsolete. Percent-encoding your query string
ruby/doc/ractor.md at master · ruby/ruby
Build REST API with GraphQL Ruby
Error: "literal contains escape sequences incompatible with UTF-8" even when MRI can parse it · Issue #283 · whitequark/parser
