タグ

2014年2月26日のブックマーク (2件)

  • 第1回 本で床は抜けるのか

    木造二階建てアパートの二階にある4畳半の部屋に仕事場を移したところ、畳がすべて荷物で埋まってしまった。部屋の壁際三辺は立て掛けた棚や分解した机で覆われ、部屋の大部分を占めるそれ以外のスペースは高さ約30センチのの束で埋め尽くされた。 部屋の真ん中にいる僕の足元は見えない。の束と束の間にかろうじて足を突っ込んでいるからだ。足に泥は付着しないが、ぬかるみに膝下をずぶずぶ突っ込んでいるようなものだ。部屋の中を移動するにはの束から足を引き抜いて、の束を踏み台にするか、つま先がやっと入るかどうかのすき間に無理矢理足を突っ込むしかない。 不安のはじまり 床がで埋まっているというのに不思議と焦ってはおらず、床が抜けるというケースはまったく想像していなかった。むしろ運び終えたことに安堵していて、時間をかければ何とか片付くだろ、と呑気に考えていた。 運搬を手伝ってくれた便利屋スタッフが帰りの車中

    kimutansk
    kimutansk 2014/02/26
    「つまり80センチ×30センチの本棚に4段以上の本棚、高さ90センチで4段以上あればNG」あれ、一時期明らかにこれを超過する本を積んでいたような。とりあえず運が良かったということで・・
  • DynamoDBやSQSといったAPIを高頻度に使うときに忘れずにセットしておきたいカーネルパラメータ - aws memo

    DynamoDB, SQSなどは、Linux内部から高頻度に HTTP APIを叩きに行くことになる。( Fluentdやら、memcachedやらも同じかも) 通常のLinuxのカーネルパラメータ設定で、番環境や、負荷テスト環境に使うと、おそらくネットワーク障害のような状況に陥るはず。 その時、「DynamoDBの IOPS不足?」「 SQSのAPI スロットリング?「AWSの限界?」と思う前に、これチェック! netstat -an この結果に、大量のTIME_WAITが表示された場合は、 エフェメラルポートが枯渇して socket作れない状態に陥っている。つまり、DynamoDBやSQSまでパケット届いていない状態なのでAWS側は原因ではない。 ということで、エフェメラルポートを最大限使うようにカーネルパラメータを設定しておくことを忘れないようにするためのメモ。 $ sudo cp

    DynamoDBやSQSといったAPIを高頻度に使うときに忘れずにセットしておきたいカーネルパラメータ - aws memo
    kimutansk
    kimutansk 2014/02/26
    DynamoでもSQSでもありませんが、一度これをやらかしてかなり焦ったことがありましたねぇ。