IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
まとめページ作りました。 メンバーなら自由に編集出来るので、弄って充実させちゃってください。 http://groups.google.com/group/kernelvm/web/%E7%AC%AC%E4%B8%80%E5%9B%9E+%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB%EF%BC%8Fvm%E6%8E%A2%E6%A4%9C%E9%9A%8A%E3%81%BE%E3%81%A8%E3%82%81?hl=ja
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
ディレクトリの中にある大量のファイルを高速に読み込む方法が知りたかったので、実験してみた。想定しているシチュエーションは、一つ一つのファイルは数KB程度だが数が多い、という場合である。適当な順番でアクセスすると、ランダムアクセスになってしまいとても時間がかかる。個々のファイルを読み込む順番はどうでも良く、すべてのファイルを処理することさえできればいいので、原理的にはシーケンシャルアクセスで処理できてしかるべきである。 まず、ファイルシステムについて。HDDやSSDなどのハードウェアにアクセスする際には、ファイル名などという概念はもちろん存在しない。ファイル名と実際のディスク上の対応を管理するのがファイルシステムの主な役割である。ファイルシステムは、ファイル名からそのファイルに対応するブロック番号(メモリアドレスみたいなもんだな)を調べて、そのブロック番号を指定してHDDやSSDにアクセスす
【 pidof 】コマンド――コマンド名からプロセスIDを探す (2017/7/27) 本連載は、Linuxのコマンドについて、基本書式からオプション、具体的な実行例までを紹介していきます。今回は、コマンド名からプロセスIDを探す「pidof」コマンドです。 Linuxの「ジョブコントロール」をマスターしよう (2017/7/21) 今回は、コマンドライン環境でのジョブコントロールを試してみましょう。X環境を持たないサーバ管理やリモート接続時に役立つ操作です 【 pidstat 】コマンド――プロセスのリソース使用量を表示する (2017/7/21) 本連載は、Linuxのコマンドについて、基本書式からオプション、具体的な実行例までを紹介していきます。今回は、プロセスごとのCPUの使用率やI/Oデバイスの使用状況を表示する「pidstat」コマンドです。 【 iostat 】コマンド――I
先日のカーネル読書会はOLS (Ottawa Linux Symposium)の出張報告をいろいろな方にやっていただいたのだが、それぞれ味のあるお話で大変興味深かった。 TOMOYO Linuxは原田さんのプレゼンにあったように2007年2月8日にYLUGカーネル読書会で初めて発表してもらった。そのビデオがGoogle Videoでみれる。 http://video.google.com/videoplay?docid=-5205950078661881140&hl=en 1時間の予定が、後半大変活発な質疑応答があり、1時間14分ころから海外発表はないのかとかの議論がわきおこりOttawaで発表しましょうという話がでる。さらに1時間20分ごろからのはげしいやりとりがあって、原田さんたじたじ。激励なのか叱責なのか。 現場にいたものとしては、愛のある応援として聞いていたのだが、原田さん達には、
You need to start by getting a kernel tree (generally, the more recent, the better): host% wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.24.tar.bz2 --15:02:55-- http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.24.tar.bz2 => `linux-2.6.24.tar.bz2' Resolving www.kernel.org... 204.152.191.5, 204.152.191.37 Connecting to www.kernel.org|204.152.191.5|:80... connected. HTTP request sen
Next Previous Contents 12. Kernel debugging examples 12.1 The case of the hung fsck 訳注: これは、Jeff DikeがUMLのデバッグ中に起こったことを例に、 UMLを使ったカーネルのデバッグ法を解説している。 でも、ここでおきてる問題は、UML特有のそれなんで、適切かどうかは疑問。 内容としては、カーネルの初期化の過程で、メモリ領域の開放に問題があり、 それがまわりまわって fsck をハングさせていた、というもの。 カーネルをブートしました。fsck が失敗しました。シェルが立ち上がりました。 なんとかしろってさ。 で、fsck -y。みごとハング。 Setting hostname uml [ OK ] Checking root filesystem /dev/fhd0 was not clea
User Mode Linux Core Team Wed Apr 10 15:05:13 EDT 2002 翻訳:有限会社デジタルインフラ 本ドキュメントは、 ユーザ モード リナックス(Jeff Dike氏開発)の使用法の解説です。 1. UML概略 1.1 ユーザ モード リナックスは、なにが普通のリナックスと違うの? 1.2 ユーザ モード リナックスって、何をするためのもの? 2. カーネルとカーネルモジュールのコンパイル 2.1 カーネルのコンパイル 2.2 カーネルモジュールのコンパイルとインストール 3. ユーザ モード リナックスを起動し、ログインする 3.1 UML の起動 3.2 ログイン 3.3 動作例 4. 2G/2G問題 4.1 2G/2G問題ってなんだ? 4.2 問題点 4.3 解決策 訳注:2G/2G問題は普通の人には関係ない。いきなりSegmentati
YLUG 第84回カーネル読書会 - 62 min - Feb 25, 2008 MiracleLinux,YLUG - www.miraclelinux.com () Rate: http://www.ylug.jp/ お題:ランタイム・バイナリパッチャ(KAHO)の開発 発表者:大和さん(ミラクル・リナッ...all » http://www.ylug.jp/ お題:ランタイム・バイナリパッチャ(KAHO)の開発 発表者:大和さん(ミラクル・リナックス株式会社) 内容: ミラクル・リナックス社が開発したランタイム・バイナリパッチャ(KAHO)と、 KAHOが利用するカーネル機能(kprobes、utrace等)を紹介します。また、類 似のソフトウェアであるpannusやlivepatchとの違いも説明します。 資料:http://blog.miraclelinux.com/yume/
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
Many times patches for bugs are committed upstream but have yet to make their way down to the Ubuntu kernel. It is often helpful if users are able to verify if the upstream patches do indeed resolve the issue they are witnessing. Likewise, in the opposite situation, it is useful to know if a bug may still exist upstream. The following document should help users build their own kernel from the upst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く