タグ

2009年2月4日のブックマーク (10件)

  • 今の資本主義はもう、やめてくれ:日経ビジネスオンライン

    2009年3月期決算での最終赤字を発表したトヨタ自動車を皮切りに、ソニー、パナソニック、シャープ、東芝など日を代表する企業が最終赤字や営業赤字に転落しようとしている。実体経済に痛撃を与えた金融危機。これまで繁栄を謳歌したグローバル資主義経済の1つの転換点と言って過言ではない。 私たちの想像を超える深度で進む危機。一定の周期で訪れるバブルが破裂しただけなのか、それとも既存の社会・経済システムが激変する地殻変動の兆候なのか――。その解を探るには、全く異なるレンズを通して今を眺めることも重要なのではないか。数千年のスパンで文明の盛衰を見つめる環境考古学者に聞いた。(聞き手は、日経ビジネス オンライン記者 篠原匡) ―― 数千年のスパンで人間社会を見つめている考古学者が今の金融危機をどう見ているのか。今日はそれを聞きたいと思ってきました。題に入る前に、安田教授が唱える「環境考古学」とはどのよ

    今の資本主義はもう、やめてくれ:日経ビジネスオンライン
    rsyudou
    rsyudou 2009/02/04
    イースター島の人達の中にも、このままではやばいと思ってた人達がきっといるはず。それでも崩壊したのは人間の性ですか。これに打ち勝つためには教育が必要ですが、次世代はともかく現世代の意識変革が問題と思う。
  • 個別「子供であろうと容赦しないTSUTAYA武蔵小金井店」の写真、画像 - twitter's fotolife

    ユーザー登録ログインヘルプ 子供であろうと容赦しないTSUTAYA武蔵小金井店 20090203 SH903i 5.60mm f/3.40 Trackback - http://f.hatena.ne.jp/twitter/20090203015616 さまざまなめりっと - 武蔵小金井は怖いです 思索の海 - 命がけで散歩しなければならない沖縄の公園 SND-L/KSND - [注目] src’s note - 気になるその他メモ passive log storage - 2nd - TUTAYA武蔵小金井こえぇ 神コップBloG_ver.? - 2月4日のニュース ひびきの消防はてなダイアリー出張所 - みんな「発砲」に突っ込んでいるのだけれど 幹也日々記憶記録  〜Academic Days〜 - 武蔵小金井ってどんなとこなんだ?! 明日は明日の風が吹く - <a href="ht

    rsyudou
    rsyudou 2009/02/04
    週末TSUTAYA行ったら新作ばっかりになっててガッカリだったよ。警備員のおっちゃんがDVD元に戻す作業してるし店舗はなくなるの?
  • redhat updateマニュアル

    Red Hat Insights Increase visibility into IT operations to detect and resolve technical issues before they impact your business. Learn More Go to Insights Red Hat Product Security Center Engage with our Red Hat Product Security team, access security updates, and ensure your environments are not exposed to any known security vulnerabilities. Product Security Center

    redhat updateマニュアル
    rsyudou
    rsyudou 2009/02/04
    「biフィールドは ブロックデバイスに毎秒2ブロックが書き込まれていることを表し(主としてディスクドライブ)、 bo フィールドは ブロックデバイスから毎秒6ブロック読み読み込まれていることを表しています。 」←逆?
  • naoyaのはてなダイアリー - 負荷とは何か

    調べごとをしたので blog に書いて理解を深めようのコーナーです。長文です。 Linux でシステム負荷を見る場合にお世話になるのが top や sar (sysstat パッケージに同梱されてるコマンド) などのツールです。 top ではシステム統計のスナップショットを見ることができます。今システムがどういう状態かなーというときは top が便利。 top - 08:16:54 up 3 days, 14:43, 6 users, load average: 0.18, 0.07, 0.03 Tasks: 43 total, 2 running, 41 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2% us, 0.0% sy, 0.0% ni, 81.8% id, 0.0% wa, 0.0% hi, 0.0% si一方の sar では10分ごとのシ

    naoyaのはてなダイアリー - 負荷とは何か
  • naoyaのはてなダイアリー - Linuxのページキャッシュ

    世間では PHP が、Perl が、と盛り上がっているようですが空気を読まずまたカーネルの話です。今回はページキャッシュについて。 /dev/shm に参照系DBを持っていくと I/O 負荷が激減した件(当たり前だけど) - drk7jp で、ディスク上にあったファイルを /dev/shm (tmpfs) に移したら I/O 待ちがなくなって負荷がさがった、ということなんですがおそらくこれは tmpfs に置く必要はないかなと思います。Linux (に限らず他の OS もそうですが) にはディスクの内容を一度読んだらそれはカーネルがキャッシュして、二度目以降はメモリから読む機構 = ページキャッシュがあります。tmpfs にデータを載せることができた、ということは物理メモリの容量に収まるだけのデータサイズかと思うので、放っておけば該当のファイルの内容すべてがメモリ上にキャッシュされて io

    naoyaのはてなダイアリー - Linuxのページキャッシュ
  • 2.6 swapping behavior [LWN.net]

    There has, recently, been a new round of complaints about how the 2.6 kernel swaps out memory. Some users have been very vocal in their belief that, if they have sufficient physical memory, their applications should never be swapped out. These people get annoyed when they sit down at their display in the morning and find that their office suite or web browser is unresponsive, and stays that way fo

    rsyudou
    rsyudou 2009/02/04
    /proc/sys/vm/swappiness について
  • Linux Memory Overcommit - memologue

    かなり昔ですが、或日さんのSolaris8におけるmemory over commitの話題に触発され、Linuxの場合について調べた事があります。正しさは保証しませんが当時のメモを貼っておきます。 memory overcommit? メモリ資源の非常に限られた環境でLinuxを使用しているとよく遭遇する現象なのだが、kernel 2.4までのLinuxでは、"mallocが成功を返したにもかかわらず、その確保した筈のメモリ領域にアクセスすると、SIGKILLによってkernelから強制終了させられてしまう" という現象が 発生することがある。これは、「全プロセスがnew/mallocしたメモリの総量」に対して物理メモリ量が少なすぎる瞬間に於いては常に発生し得る。 何に困っているかといえば、C++でオブジェクトをnewした時に、メモリの枯渇をstd::bad_alloc例外送出という形で

    Linux Memory Overcommit - memologue
    rsyudou
    rsyudou 2009/02/04
    memory overcommit
  • JF: Linux Kernel 2.6 Documentation: vm.txt

    JF: Linux Kernel 2.6 Documentation: /usr/src/linux/Documentation/sysctl/vm.txt sysctl/vm.txt /proc/sys/vm/* に関する文書 [プレインテキスト版] 原著作者: Rik van Riel <riel@nl.linux.org> 翻訳者: 川崎 貴彦 <takahiko(a)hakubi.co.jp> バージョン: 2.6.7 翻訳日時: 2004/07/29 /proc/sys/vm/* に関する文書 カーネルバージョン 2.2.10 (c) 1998, 1999, Rik van Riel <riel@nl.linux.org> 一般的な情報と法的宣言については、README を見てください。 ============================================

    rsyudou
    rsyudou 2009/02/04
    /proc/sys/vm/* に関する文書
  • DBサーバ向けLinuxチューニングを考える 〜 メモリオーバーコミット編 : DSAS開発者の部屋

    Cでプログラムを書いていて大量のメモリを確保したくなったとき、大抵は mallocを使うと思いますが、その際には戻り値がNULLかどうかを判断してエラー処理に飛ばすと思います。しかし、Linux のメモリ管理サブシステムには「メモリ・オーバーコミット」という機構があり、実装されているメモリ以上の領域を確保できてしまいます。 #include <stdio.h> #include <stdlib.h> int main() { int i; char *p; for(i=0;i<65536;i++){ p = (char *)malloc(65536); if(0 == (long)p){ break; } } printf("SIZE=%dMB\n",i*65536/1024/1024); return(0); } swapoff したメモリ 1G のマシンでこれを実行するとこんな感じにな

    DBサーバ向けLinuxチューニングを考える 〜 メモリオーバーコミット編 : DSAS開発者の部屋
    rsyudou
    rsyudou 2009/02/04
    物理メモリ以上の仮想メモリ作成を抑えて、メモリ不足時のカーネルによる強制killを抑制する。DBサーバで活用。
  • Linuxエンジニア日記 ページキャッシュの効率化

    メモリチューニングの一環としてページキャッシュの効率化を纏めてみます。 ちなみにLinuxは空きメモリをがしがしファイルI/O用のキャッシュとして利用しますが、 メモリはページ単位で分割管理されており、これらのキャッシュをページキャッシュと言います。 (これらは使われっぱなしではなく頻繁に割当て、解放が行われています) ではページキャッシュのチューニングとは何をするかと言うと、 要は無駄なページキャッシュを残さないようにしてあげればよいのです。 通常のI/O処理はライトバックで処理されているので、ページキャッシュに書き込まれた時点で プロセスには書き込み完了通知が返され、キャッシュ上のデータはバックグランドでディスクに 書き込まれていきます。 ライトバックしたキャッシュ上のデータは解放可能なデータとなりますので、 頻繁にライトバックをしてあげる事でキャッシュの解放サイクルを早める事が出来ま

    rsyudou
    rsyudou 2009/02/04
    ページキャッシュに使用するパラーメーターの解説