GC¥¢¥ë¥´¥ê¥º¥à¾ÜºÙ²òÀâ ÆüËܸì¤Î»ñÎÁ¤¬¤¹¤¯¤Ê¤¤GC¥¢¥ë¥´¥ê¥º¥à¤Ë¤Ä¤¤¤Æ¾ÜºÙ¤Ë²òÀ⤷¤Þ¤¹ ¥È¥Ã¥×¥Ú¡¼¥¸¥Ú¡¼¥¸°ìÍ÷¥á¥ó¥Ð¡¼ÊÔ½¸ GC ºÇ½ª¹¹¿·¡§ author_nari 2010ǯ03·î14Æü(Æü) 20:47:11ÍúÎò Tweet ¤³¤ÎWiki¤¬Ìܻؤ¹½ê GC¤È¤Ï¡© GC¤ò³Ø¤ÖÁ°¤ËÃΤäƤª¤¯»ö ¼Â¹Ô»þ¥á¥â¥ê¹½Â¤ ´ðËÜ¥¢¥ë¥´¥ê¥º¥àÊÔ Reference Counter Mark&Sweep Copying ±þÍÑ¥¢¥ë¥´¥ê¥º¥àÊÔ IncrementalGC À¤ÂåÊÌGC ¥¹¥Ê¥Ã¥×¥·¥ç¥Ã¥È·¿GC LazySweep TwoFinger Lisp2 Pa

「予備知識のない状態でニセ科学を見分けるのは難しい」という指摘があったので、予め警戒しておくべきニセ科学をリストアップしてみる。 量が多くて一度には書ききれないので順次追加。説明だけでなく項目自体増やしていくので、抜けを思い付いた方、間違いを見付けた方は御一報頂ければ幸甚。 広い意味で「間違った情報が信じられている」ものとしては歴史・経済・政治分野などにも多く存在すると思うが、この辺りは厳密な検証が困難であり泥沼化しやすいので割愛する。 また「かつて支持されていたが棄却された仮説」は科学的にニセだったわけではないので取り上げない。「科学の原則に則っていないニセ科学」と「科学に則してはいたが誤りだった仮説」は別物なので注意。 医学系 医学は勿論科学を元に発達した学問だが、多分に経験的である(=効く理由は判らないが効くことは実証されるような状態)ために似非理論が排除し難いのか、或いは患者への説

ちと仕事であるといいなーと思ったのでメモです。 そもそも ftp://ftp.redhat.com/pub/redhat/linux/enterprise/4/en/os 普通はここらへんからRPMやらSRPMを拾って来ます。公式なんである程度信頼して良いでしょう。 RHEL4用のyum repositoryはあるのか 答えはあります！ ＠IT：Fedora Coreの非公式リポジトリをyumで利用するには のかなり下の方にサードパーティ用のyum reposがあるんですけど、 定義ファイル名 名前 URL atrpms.repo ATrpms http://atrpms.net/ dag.repo Dag's repository http://dag.wieers.com/home-made/apt/ dries.repo Dries RPM Repository http://dri

Linuxのコマンドをカテゴリ別にまとめました。コマンドの動作、構文、オプションの意味までを掲載しています。コマンドの基本を学びたい方は「Linuxコマンド道場」を参照ください。ファイルの操作からテキスト・ファイルの処理方法まで，例題に基づいて学べます。 コマンド集(アルファベット順) | コマンド逆引き大全 | シェル・スクリプト・リファンレス カテゴリ一覧 シェル・コマンド | ファイル管理 | システム管理 | ジョブ・プロセス管理 | テキスト・ファイル操作 | ネットワーク管理関連 | ネットワーク・クライアント関連 | セキュア・シェル（SSH）関連 | デバイス関連 | 印刷関連 | 符号化操作（圧縮・展開・エンコード・デコード） | パッケージ関連 | mtools関連（MS-DOS互換） | その他 アルファベット順メニューへ シェル・コマンド &コマンドをバックグラウン

Shibuya Perl Mongers 2代目リーダーにして，ppencodeの作者。広島市立大学卒業後，大企業向けmod_perl製品の開発に従事。2005年よりサイボウズ・ラボ株式会社に入社。LL Ringに参戦。Namazu for Win32，Plagger，Ajajaのコミッターでもある。 CGIといえばPerl。そんな風にいわれていた時期もありました。レンタル・サーバーのCGIで手軽にPerlが使えたこともあり，ちょっとした掲示板のスクリプトやアクセス・カウンタなど，CGIプログラムの多くがPerlで書かれていました。このためPerlが爆発的に普及したのです。Perlは日本のインターネット黎明期を支えたプログラミング言語として，広くその名が知られています。 その半面，Perlで書かれたプログラムの保守性に悩む声も聞かれるようになりました。事実，Perlのプログラミング経験が少

「10巻以内で完結してておもしろいマンガ教えてくれ（「VIPPERな俺」）を参考に、全１０巻以内で完結している漫画を列挙してみる（文庫カウントも含む）。 『バオー来訪者』★★★とか、『羊のうた』★★★★とか、『げんしけん』★★★☆とか、『プラネテス』★★★★とか、そこらへんの定番は既に向こうで挙がっているので、出ていない作品だけ。 まずは少女漫画から。 ・『ポーの一族』★★★★★ ポーの一族 (1) (小学館文庫) 作者: 萩尾望都出版社/メーカー: 小学館発売日: 1998/07/01メディア: 文庫購入: 8人 クリック: 125回この商品を含むブログ (162件) を見る 文庫全３巻。吸血鬼ものの最高傑作。この作品に比べれば、アン・ライスの『インタビュー・ウィズ・ヴァンパイア』も凡作に見えてくる。 ・『日出処の天子』★★★★★ 日出処の天子 (第1巻) (白泉社文庫) 作者: 山岸凉

ひとつ前のエントリ id:naoya:20070924:1190653790 では Linux のコンテキストスイッチにおける、主にハードウェアコンテキストの退避/復帰の処理を追ってみました。その中で カーネルスタック (switch_to() 内で pushl %ebp とかして値が積まれるスタック)とはそのときの実行コンテキストに紐づくカーネルプロセススタックという理解でよいか。 という疑問がもやもや湧いて出てきました。ここ数日 はじめて読む486―32ビットコンピュータをやさしく語る を読んでいたのですが、その中にこの疑問への答えへの入り口が載っていまして、そこを糸口に調べてみました。で、結果としては 答え: 良い でした。 x86 は特権レベルの移行と連動してスタックポインタを切り替える仕組みを持っています。Linux の場合モードはカーネルモード(特権レベル0) とユーザーモード

また Linux カーネルの話です。 Linux では fork によるマルチプロセスと、pthread によるマルチスレッドでの並行処理を比較した場合、後者の方がコストが低く高速と言われます。「スレッドはメモリ空間を共有するので、マルチプロセスとは異なりコンテキストスイッチ時にメモリ空間の切り替えを省略できる。切り替えに伴うオーバーヘッドが少ない。」というのが FAQ の答えかと思います。 が「オーバーヘッドが少ない」と一言にいわれても具体的にどういうことなのかがイメージできません。そこで Linux のスレッド周りの実装を見て見ようじゃないか、というのが今回のテーマです。 3分でわかる(?) マルチプロセスとマルチスレッド まずはうんちく。マルチプロセスとマルチスレッドの違いの図。以前に社内で勉強会をしたときに作った資料にちょうど良いのがあったので掲載します。Pthreadsプログラミ

2007年10月11日02:00 カテゴリ翻訳/紹介Money 惰訳 - 一歩づつ裕福になるための２５ヶ条+弾蛇足 ニコニコ動画RC2のおかげで書きたい事が山ほどできたし、書評のバックオーダーも押しているし、電網大工仕事もあるのだけど、夫婦ともに風邪を引きずって現在徐行運転中。 こういう時は、惰訳でクールダウン。 25 Rules to Grow Rich by ~ Everything Finance 日本でそのまま適用できないものもあるのですが、とりあえず。 以下は成金になるためではなく、快適な生活を送るための基本的なルール。太字は私(元記事の著者)が特に厳しく心がけていること。 家のリフォームで投資効果が最も高いのは、浴室/洗面所。その次にキッチン。要は水回り。 住宅ローンの借り換えは、金利が下がったときに一度は考慮すべし 弾蛇足:私の実家に関しては二度やりました。最初が6.5% →