Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

2015年2月23日のブックマーク (6件)

  • ガンダムを見た事のない私が想像だけでガンダムを語る Ver.2

    2. @a_macbee ! 職業 #ajitor (a.k.a pro ajitor) ガンダム初心者 ・主人公アムロ版が元祖 ・「ザクとは違うのだよザクとは」 ・ガンプラ=ガンダムプラモデル(さっき調べた) ・ガンプラの出来が勝負を分ける (日のお昼ご飯時に仕入れた情報) ・#ajiting でびるどふぁいたーずの歌だけ覚えた ・びるどふぁいたーずは普通のガンダムと違う(!?)

    ガンダムを見た事のない私が想像だけでガンダムを語る Ver.2
    lesamoureuses
    lesamoureuses 2015/02/23
    “バックに何かを背負ってれば たぶん強い(小並感)”
  • クロネコDM便 | ヤマト運輸

    「クロネコDM便」は、カタログやパンフレット、チラシを全国へ送ることができる、 受領印をいただかない投函サービスです。 弊社とご契約いただいた法人や各種団体のお客さま、個人事業主のお客さまがご利用いただけます。 掛売契約可 時間帯指定 営業所止め可 着払い可

    クロネコDM便 | ヤマト運輸
    lesamoureuses
    lesamoureuses 2015/02/23
    “ご契約のお客さまに限るため、ご契約のない一般のお客さまのご利用、ならびにコンビニエンスストアなどの取扱店ではお取扱いいたしません”
  • Goで再帰使うと遅くなりますがそれが何だ - YAMAGUCHI::weblog

    はじめに こんにちは、Go界のうまい棒です。昼間にTwitter眺めてたら次のような記事を見かけました。 この頃 流行りの 言語たち(他)でベンチマーク (Dart, Go, Julia, Nim, Python, Rust 他) - Blank File 結果はあくまでフィボナッチ数列をナイーブに実装した場合なんで、まあ明らかに遅くなるよなあと予想通りの実行結果でした。 件のプログラム ナイーブにフィボナッチ数列を実装してますね。 package main import "fmt" func fib(n int) int { if n < 2 { return n } return fib(n-2) + fib(n-1) } func main() { fmt.Println(fib(42)) } これを実際にビルドして実行するとどれくらいかかるかというと、だいたい手元で2.5秒以上かか

    Goで再帰使うと遅くなりますがそれが何だ - YAMAGUCHI::weblog
  • negative dentry と tmpfs で negative dentry がキャッシュされない理由について調べた - hibomaの日記

    kazeburo さんの 一時ファイルとdentry cacheとメモリ を読んでからしばらくファイルシステム周りを調べていたのでした。 先のエントリで /tmp のファイル作成/削除を繰り返して dentry キャッシュ がもりもり溜まっていくのは negative dentry であることが理解できました。 negative dentry とは negative dentry とは 存在しない inode に対応する dentry です。 dentry キャッシュの役割は RAM より低速な HDD や SSD などの二次記憶装置からのディレクトリエントリの読み取りをメモリにキャッシュしておき高速化するためですが、negative dentry をキャッシュすることで存在しないディレクトリエントリの読み取りもキャッシュされます。 「存在しないのにキャッシュ?」がしばらくイミフだったので

    negative dentry と tmpfs で negative dentry がキャッシュされない理由について調べた - hibomaの日記
    lesamoureuses
    lesamoureuses 2015/02/23
    “一方で File::Temp の tmpfile() のようにランダムなパスを生成し同一パスの再利用を避けるケースと相性が悪い”
  • アプリケーション内でhttpsによる外部APIを叩いているサーバのメモリ使用量が増加し続ける件について - s_tajima:TechBlog

    問題 アプリケーション内でhttpsによる外部APIを叩いているサーバのメモリ使用量が増加し続ける件について調べた。 該当のサーバでは、以下のようにメモリの使用率が徐々に上昇していく。 また、アプリケーションのプロセス自体がメモリを消費しているわけではない状態。 原因 調査すると、このバグ仕様を踏んでいるのではないかと思われるページを見つけた。 https://bugzilla.redhat.com/show_bug.cgi?id=1044666 内容としては、curlを実行した際に /etc/pki/nssdb/以下の存在しないファイル(毎回違うパス)に対してaccessシステムコールが大量にコールされ、 negative dentry cacheが溜まっていき、メモリ使用量が圧迫されるというもの。 実際、この状況が起きているサーバを調べるとメモリ使用率のうち多くを占めているのはnega

    アプリケーション内でhttpsによる外部APIを叩いているサーバのメモリ使用量が増加し続ける件について - s_tajima:TechBlog
    lesamoureuses
    lesamoureuses 2015/02/23
    そういうのがあるですか “NSS_SDB_USE_CACHEのオプションを有効にして、 ファイルシステムの検査をせずにキャッシュを使うようにすればいいようだ”
  • Chef-soloからItamaeに完全移行した話 - Qiita

    ※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 (ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…) 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部

    Chef-soloからItamaeに完全移行した話 - Qiita
    lesamoureuses
    lesamoureuses 2015/02/23
    “Itamae、 ユーザーが求めていたChef という感じでだいぶ好感触です”