第32回 Reactorで非同期処理をやってみよう（2） | gihyo.jp
おさらい 第29回では、非同期処理を実現する方法としてReactorパターンを紹介しました。 一般的に非同期処理として使われているスレッド処理と違い、Reactorパターンはシングルスレッドで動作し、スレッド間のデータの共有に悩む必要はありません。しかしReactorパターンはコードが直感的ではなく、慣れていない人には取っつきにくいものであることも確かです。 そのため、Reactorパターンを意識せずに非同期処理を実現するためのライブラリがRubyにはたくさん用意されています。 今回は、その中でもよく使われているEventMachineについて簡単に説明します。 EventMachineとは EventMachineとは、Reactorパターンを利用して非同期処理を実現し、高レベルなネットワークインターフェースを提供するライブラリです。 複雑なReactorパターンによる処理はブラックボッ
第7回 【Trema編】新シリーズ始動！ OpenFlow界のRailsことTrema入門 | gihyo.jp
はじめに 効率とは賢く怠けることである （作者不詳） 無精：エネルギーの総支出を減らすために、 多大な努力をするように、 あなたをかりたてる性質。 （Larry Wall） 優れたプログラマが持つハッカー気質のひとつに「無精」があります。大好きなコンピュータの前から一時も離れずにどうやってジャンクフードを手に入れるか――普通の人からするとただの横着に見えるかもしれませんが、ハッカー達にとってそれはいつでも大きな問題でした。たとえば、ハッカーの巣窟として有名なMITのAIラボにはかつて、UNIXのコマンド一発でピザをFAX注文するxpizzaコマンドが存在しました[1]。また、RFC 2325として公開されているコーヒーポットプロトコルでは、遠隔地にあるコーヒーポットのコーヒーの量を監視したり、コーヒーを自動的に淹れたりするための半分冗談のインターフェースを定義しています。 こうした「ソフ
第29回 Reactorで非同期処理をやってみよう（1） | gihyo.jp
はじめに WebサービスのAPIをコールするような、ネットワークを介した通信処理は、今日では頻繁に行われています。 ローカルマシンのみで完結する処理と比べると、通信が必要な処理は多大な時間が必要になります。相手サーバへの接続、相手サーバ側での処理、相手サーバからの受信など、何もすることなくただ待つだけの時間が存在します。 この無駄な時間の間に他の処理ができるならば、トータルの処理時間を大幅に短縮することが可能になります。これを実現するためにスレッドがよく使われています。しかしマルチスレッドプログラミングはいろいろと注意を払う点も多く、使いにくさを感じている方も多いのではないでしょうか。 今回はReactorパターンという、マルチスレッドとは違ったアプローチで非同期処理を実現してみたいと思います。 複数のwebサーバからHTML文章を取得してみる 同期処理 ひとまず非同期処理を忘れて、シーケ
こんな夜中にOpenFlowでネットワークをプログラミング！ 記事一覧 | gihyo.jp
第12回【Trema編】動画放送局をIPマルチキャストで作ってみよう！ Trema プロジェクト，高宮安仁，@yasuhito，すぎょうかずし，千葉靖伸，鈴木一哉，小出俊夫，@effy55 2012-05-16 第11回【Trema編】実践あるのみ！ 生活ネットワークをOpenFlowに移行しよう Trema プロジェクト，高宮安仁，@yasuhito，すぎょうかずし，千葉靖伸，鈴木一哉，小出俊夫，@effy55 2012-04-11 第10回【Trema編】Tremaプロジェクトの深層に迫る! Trema プロジェクト，高宮安仁，@yasuhito，すぎょうかずし，千葉靖伸，鈴木一哉，小出俊夫，@effy55 2012-03-14
Herokuが「Heroku DX」を発表、Herokuボタン、新ダッシュボード、Postgres強化などをまとめて
PaaS型クラウドサービスとしてクラウド上でRuby on Railsなどの開発環境と実行環境などを提供する提供するHerokuは、従来のサービスを強化した「Heroku DX」を発表しました。 Heroku DXはおもに3つのサービス「Heroku Button」「Heroku Dashboard+Metrics」「Heroku PostgresDbX」で構成されます。Herokuのブログ「Heroku | Introducing Heroku DX: The New Heroku Developer Experience」から、説明を引用しましょう。 Collectively, we call these new features Heroku DX—the next evolution in Heroku’s developer experience. Our goal with t
クライアントからやってくる本物のHTTPリクエストをダンプする - Qiita
Rack限定ならむかし rack-spyup というものを書いた。自分で使ってみたけどJSON APIのデバッグとかだと革命的に便利だと思う。 ただ、Rackに到達する前にリクエストがお亡くなりになったりとか、そもそもサーバルビーじゃないしとかあると思うので、もっと汎用的な感じでダンプする手順をメモしてみる。 リクエストが来たら内容を全部ダンプするHTTPサーバを作る Rubyに標準添付されている、WEBrickの基本的な機能で割と簡単に作れる。 # -*- coding: utf-8 -*- require 'optparse' require 'webrick' require 'json' options = ARGV.getopts("p:", "port:") # The :monkey: raises # cf. http://d.hatena.ne.jp/vividcode/
AmazonクラウドがRuby対応、Elastic Beanstalkで。Java、PHP、Python、.NET、Ruby環境が揃う
Elastic BeanstalkこれまでJava、PHP、.NETをサポートしてきており、今年の8月にはPythonのサポートが加わっていました。 2011年1月にElastic Beanstalkが初めて発表されたとき、最初にサポートされた言語はJavaでしたが、Ruby 対応を進めていることが当時のプレスリリースに明記されていました。それがようやく実現したことになります。 Elastic Beanstalkは無料で利用できるサービスで、必要な費用は使用したAmazon EC2などのインフラ利用料のみ。アプリケーションの実行環境を簡単に提供してくれるだけでなくオートスケーリング機能などの運用環境まで提供してくれます。 仮想プライベートクラウドでElastic Beanstalkを実現 今回の発表に合わせて、Elastic Beanstalkの環境をVirtual Private Clo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社長が訊く『すれちがい通信中継所』｜ニンテンドー3DS｜任天堂
Rubyで創るOpenFlowネットワーク - LLまつり