タグ

ブックマーク / toritori0318.hatenadiary.jp (5)

  • Redis 6.x の Threaded I/O 対応雑感 - アルパカDiary Pro

    2020/5/6 追記 ベンチマーク結果に mset / sadd / zadd / hset / lpush / lrange 300 を追加しました Redis 6系がリリースされましたね! mag.osdn.jp やはり気になったのは「マルチスレッド対応」という文字。 Redisといえばシングルスレッドでしたが、今回の対応がどういうものか?パフォーマンスにどの程度影響するのか?が気になったので軽く調べてみました。 redis.confの説明文 redis.confに THREADED I/O の頁が追加されています。 要約するとあくまで I/Oアクセスをマルチスレッド化 する対応のようです。 1 スレッド化なし/あり時の実際のプロセスの様子 io-threads=1の時 io-threads>1の時 スレッド表示OFF スレッド表示ON きちんとスレッド化されている様子がわかりますね

    Redis 6.x の Threaded I/O 対応雑感 - アルパカDiary Pro
    yosuke_furukawa
    yosuke_furukawa 2020/05/06
    さすが仕事が早い。この時のリソース状況も見てみたいな。CPU使用率とかメモリとか。
  • microインスタンスはlimitかけると大きくパフォーマンスが向上する(※再追記あり) - アルパカDiary Pro

    ※2014/07/02 T2インスタンスタイプとの比較 を追記しました。 ※2014/03/13 他インスタンスタイプとの比較/m3.mediumの検証 を追記しました。 こちらの記事の二番煎じです。 cgroupで、お手軽CPU使用率制限 なるほど。 リソースにLimitかけるとstealを防げるためパフォーマンスも上がるというわけですね。 どのくらい変わるのか実験してみました。 cgroup前準備 sudo yum install libcgroup sudo chkconfig cgconfig on sudo service cgconfig start cgroup設定 上記参考URLとほぼ同じ設定です。 実行時はcpu.cfs_quota_usを変動させて比較してみました。 sudo vi /etc/cgconfig.conf # 以下を追加 group limittest {

    microインスタンスはlimitかけると大きくパフォーマンスが向上する(※再追記あり) - アルパカDiary Pro
  • チャットを面白おかしくするおもちゃ箱 - アルパカDiary Pro

    Skype や IRCなど、チャットツールは サービス開発のコミュニケーションツールとしては無くてはならないものである。 しかし時として、場の空気が重くなることもあるだろう。 そんな時、一筋の光をもたらすようなbotがいたなら。。。 時に笑いを提供し、時には場の空気を読まない悪戯小僧のような存在。 そんなライブラリ書いた。 リポジトリ https://github.com/toritori0318/p5-toy 基的には「おもしろ画像URL」をランダムに返すだけのライブラリなので、 どのチャットツールでもご利用可能です。 unazusanを利用していれば、exampleをコピペするだけですぐに投入できるでしょう。 プルリクも大歓迎! 画像取得用サービス一覧 ちくわぶ画像検索 キーワードなしでも、キーワード付きでも検索可能 一番いい仕事する LGTM.in 地獄のミサワ 飯テロ Tumbl

    チャットを面白おかしくするおもちゃ箱 - アルパカDiary Pro
    yosuke_furukawa
    yosuke_furukawa 2014/03/10
    エロ的な意味で
  • socket.ioでxhr-pollingのコネクションが詰まる件(解決 - アルパカDiary Pro

    ※2012/01/09 追記 続きもあるよ あらすじ 先月晴れてsocket.ioクラスタがデビュー。 しかし想定していたよりxhr-polling接続が多くてフガフガな状況に。 こりゃxhr-pollingの性能評価もしとくべきだったなーと思いを馳せるアルパカ。 そこでsocket.io-clientでベンチマークを走らせたのだが websocketと時と異なりコネクションがすぐに詰まるという自体が発生…! アルパカ大明神の運命やいかに!? 現象 socket.io-clientでxhr-pollingのコネクション貼りまくると5コネクションで詰まる。 時間が経つとその内ヌルッと進む。 chromeやfirefoxでも同様。 調査 様々なクライアントから実行しても同様の状況が見られたため サーバの問題と断定しサーバ調べる。 しかしコード追ったりトレース取ったりしてもまったく原因わからず…

    yosuke_furukawa
    yosuke_furukawa 2013/01/09
    あ、これ、Node道場でやった奴だ!
  • expressやsocket.ioのテストはこんな感じで書いてます、というお話 - アルパカDiary Pro

    最近仕事ではNode.jsしか書いてないtoritoriです。 お仕事でもexpressやsocket.ioを使っているのですが WebアプリケーションのテストについてWeb上にあまり書かれていないような気がします。 特にソケット接続した後のメッセージ送信/受信の部分です。 今までのようなHTTPの単純なリクエスト/レスポンスとは手法が異なりますしどうしたものかと。 そこで「自分はこんな感じでテストしてますよー」という記事を書いてみます。 裏を返せば「もっといい方法あるよ!」というのを聞きたいのです>< サンプルについて socket.ioのexample を使います。 ただし、サンプルではログイン時に遷移しない方式なので もう少し実用的な動作に近づかせるため あえてログインURLから遷移するようにし、 セッションもRedisを使うようにしてexpressとsocket.ioでセッションを

    expressやsocket.ioのテストはこんな感じで書いてます、というお話 - アルパカDiary Pro
  • 1