2016年4月26日のブックマーク (5件)

  • 日本面

    西田幾多郎「自己が創造的となるということは、自己が世界から離れることではない、自己が創造的世界の作業的要素となることである」 特徴直面する問題・課題を技術によって解決しようとする点は元同盟国と共通するが、日の場合はひたすら磨く方向に進む。革新的な技術や発想を導入するのではなく、既存の技術・技能を、いわゆる“職人芸”でもって、精緻を極めていくところが特色。寸法とか質量とかコストとかの諸々を削る(ダウンサイジング)のも得意分野。クライアント(顧客、依頼人)からの要求には、嫌がらせ同然の無理難題にすら対応しビジネスとして成り立つ範囲までコストを抑える努力を惜しまない。 ゆえに、決められた枠内で優れたものを仕上げるのは得意であり、重巡洋艦や軽自動車、発泡酒や第3のビール……のように規制や各種制約を逆手に取る、レギュレーションの限界カツカツのものを作るなどして上級クラスや他の市場を脅かす存在を生み

    日本面
    craze669
    craze669 2016/04/26
  • Linux のプロセスが Copy on Write で共有しているメモリのサイズを調べる

    Linux は fork で子プロセスを作成した場合、親の仮想メモリ空間の内容を子へコピーする必要があります。しかしまともに全空間をコピーしていたのでは fork のコストが高くなってしまいますし、子が親と同じようなプロセスとして動作し続ける場合は、内容の重複したページが多数できてしまい、効率がよくありません。 そこで、Linux の仮想メモリは、メモリ空間を舐めてコピーするのではなく、はじめは親子でメモリ領域を共有しておいて、書き込みがあった時点で、その書き込みのあったページだけを親子で個別に持つという仕組みでこの問題を回避します。Copy-On-Write (CoW) と呼ばれる戦略です。共有メモリページは、親子それぞれの仮想メモリ空間を同一の物理メモリにマッピングすることで実現されます。より詳しくは コピーオンライト - Wikipedia などを参照してください。 この CoW に

    Linux のプロセスが Copy on Write で共有しているメモリのサイズを調べる
    craze669
    craze669 2016/04/26
    Rss Pss Shared Private メモリ
  • VSS RSS PSS USS の説明 - Meblog

    android - Is this explanation about VSS/RSS/PSS/USS accurately? - Stack Overflow StackOverFlowより Androidのメモリ消費量を調査したいとき、毎回困るのが、このvss,rss,pss,ussの概念だ。Linuxにおいては一般的な概念らしいんだけど、Linux開発なんて通らずにAndroid開発にいったものだから、この概念については全くの門外漢だった。 メモリ調査 メモリ調査に関して、軽く触れておく。 参考 まずは公式サイト Investigating Your RAM Usage | Android Developers 日語だとatmarkITが詳しい Androidで動く携帯Javaアプリ作成入門(49):Android 4.4のメモリ使用状況を把握する3つのツールの使い方 (1/2)

    VSS RSS PSS USS の説明 - Meblog
  • プロセス毎のメモリ消費量を調べたい時に使えるコマンド - Qiita

    # ps aux | grep unicor[n] USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND user 1111 0.0 10.4 479180 177440 ? Sl Aug16 0:38 unicorn worker[0] -D -E production -c /RAILS_ROOT/config/unicorn.rb user 2222 0.0 10.5 547060 178604 ? Sl Aug16 0:39 unicorn worker[1] -D -E production -c /RAILS_ROOT/config/unicorn.rb user 3333 0.0 10.5 479180 178764 ? Sl Aug16 0:26 unicorn worker[2] -D -E production -

    プロセス毎のメモリ消費量を調べたい時に使えるコマンド - Qiita
  • 中規模サイトのApacheチューニング - Qiita

    イマドキApacheのチューニングなんてしなくてもちゃんと動くだろうと思ってたら痛い目にあったので、書いてます。基をおろそかにするとよくないですね。 [追記] スライドも作ってみました。良かったら見てください。 http://www.slideshare.net/yumemikouda/apache-69549461 前提 Apache2.x系です preforkでの起動です 写真はイメージです WEBサーバ数台+DB2台(マスター1、レプリカ1)程度のトラフィックを前提 大規模だとまた話が変わってきます mpm関連 パラメータ説明 項番 項目 説明 補足

    中規模サイトのApacheチューニング - Qiita
    craze669
    craze669 2016/04/26
    RES、Rss、Pss、/proc/<PID>/smaps 共有メモリ