学んだことまとめ 2011 7/11〜7/15
反省 毎週書くつもりが、いつの間にか1ヶ月経ってました。 まとめ Fiber と Proc 手続きを抽象化する二つの機能 Fiber はよく Thread と比較されるけど、並列実行できるわけではない？ これが一番スッキリわかった。 Fiber で抽象化した「処理」は「処理」の中で Fiber.yield が呼ばれたタイミングで処理が終了し、再度呼び出した場合は Fiber.yield の呼び出しの続きから「処理」が再開されるのに対して、Proc で抽象化した「処理」は何度呼び出してもその「処理」の最初から実行されます。 Fiber はそれを作ったスレッドからしか使えない。 別スレッドに参照を渡して実行しようとすると、「fiber called across threads (FiberError)」となる。 特定のパスへのアクセスだけRails以外で処理する DocumentRoot を
コールバックを使わずに、RubyでHTTPリクエストを並列発行する方法 - Qiita
次のようなユースケースで、HTTPリクエストを並列発行したいことがあるでしょう。 URLのコンテンツ内容の監視（Webレスポンス監視） コンテンツの応答監視（ページの更新チェック） Webページのクロール（スクレイピング） 非同期処理と言ったらコールバックですね。ただ、コールバック地獄は避けたい。 そんな時には次のようにEventMachineとFiberを用いると、読みやすい非同期処理の実装が出来ます。 URLの数だけ並列実行する方法 とにかく速いですが、URLリストが増えた場合には次の問題が起きうるので注意が必要です。 ファイルディスクリプタの上限を叩く可能性 接続先Webサーバの最大同時接続数を使い果たす可能性 NATルータ機器を通してインターネットに出ている場合には、そのNATテーブルが溢れる可能性 スパイク的なリクエストを発生させることで、下りネットワーク帯域を埋め尽くす可能性
「変わる開発から変える開発へ」の第一歩 〜プロダクト開発本部 全体会レポート〜｜Supershipグループ社内報 - Super Stories
皆さんお疲れ様です！Supershipホールディングス コーポレートコミュニケーション部／Super Stories編集部の大崎です。 先月、Supership プロダクト開発本部の全体会がオンラインにて開催されました。 プロダクト開発本部は、今年度下期の組織変更により生まれた新組織で、「アドテクノロジーセンター」「データソリューションスタジオ」「データアナリティクス部」（旧データサイエンス＆エンジニアリング部）「アドソリューション室」（旧プロダクト企画部）を内包し、Supershipの開発部門を一つに束ねる組織となっています。 この組織の誕生に伴い、エンジニアやデータサイエンティストに改めてマネージャーたちのメッセージを伝えるため、開催されたのが今回の全体会となります。 全体会では、プロダクト開発本部の本部長を務める執行役員CPOの佐野さんをはじめとするマネージャー陣が登場し、それぞれの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
