This domain may be for sale!
This domain may be for sale!
squeezeデフォルトのカーネルだとバギーだったので、kernel.orgの2.6.39を試してみた。 ついでに解説じみたものを書いてみたけど、あまり自信がないので何か間違っていたら適宜ツッコミよろしくお願いします。 まえがき ブート時には、ブートローダが/bootにあるカーネルをまず読む。その後、カーネルはルートファイルシステムをマウントを行おうとする。このとき、ルートファイルシステムを直接マウントする場合と、一旦initramfsと呼ばれるものをメモリ上に展開し、それをマウントしてからルートファイルシステムのマウントを実行しようとする場合とがある。 なんでinitramfsは面倒なことやってるん?て話になるんだけど、ぶっちゃけブートできりゃどっちでもいい。ただ、システム構成に変更が多々加わる環境だと、その度にkernelを作り変えなければならない前者は手間。一方、イメージファイルの中
設定値が使用できるかどうかは,使おうしているビデオチップ・繋がっているモニタ・モニタがanalog/digitalで繋がっているのかといった物も影響してくるので,後述の一覧にのっているからといって必ず使えるとは限らないので,一度vga=askで見るのがおすすめ。 また,hwinfo --vbeで調べる事もできる。 例: # hwinfo --vbe | grep -i mode ~中略~ Mode 0x0314: 800x600 (+1600), 16 bits Mode 0x0317: 1024x768 (+2048), 16 bits Mode 0x031a: 1280x1024 (+2560), 16 bits Mode 0x030e: 320x200 (+640), 16 bits Mode 0x0320: 320x200 (+1280), 24 bits vga=0x300〜0x
2009/6/23 更新( Debian5 での準備追加) 2008/4/29 更新(ブロックデバイス追加) 2008/3/18 作成 目次 [1] はじめに [2] 準備 [3] 簡単なモジュール [4] モジュールパラメータ [5] procファイルシステム [6] キャラクタデバイス [7] ブロックデバイス [1] はじめに Linux(kernel-2.6系)のカーネルモジュール(ドライバ)を作成する。 テストした環境は次の通りである。 OS: Fedora7 カーネル: kernel-2.6.23.15-80.fc7 OS: Debian5 カーネル: kernel-2.6.26-2-686 [2] 準備 (2-1) Fedora7,Fedora8 の場合 Fedoraでカーネルモジュールを作成するにあたり、まず fedora wikiを参考にしながら カーネルモジュールをコン
Javaでデバッグしにくい3つの場面 Javaアプリケーションで構築されたシステムの障害や性能問題が発生した場合、大半はデバッガやプロファイラ、ミドルウェアやサードパーティが提供するツールを用いることで解析できてしまいます。 しかし、以下のような状況ではJavaの世界からのアプローチがしにくく、通常のデバッグノウハウが使えないことがあります。 プロセス再起動が許されないシステムでの情報取得がしたいとき 本番環境でしか発生せず、テスト環境でデバッグできない問題の場合 GC(ガベージ・コレクション)ログ(-Xloggcなど)のように、javaコマンド起動オプションを与えなければ取得できない情報が必要な場合 ソース変更が許されない場合に、特定状況下の情報を取得したいとき ある特定のメソッドなどが実行された瞬間のスレッドダンプやスタックトレースなどが必要な場合 ソースの変更ができない、環境の制約な
Oracle, The World's Largest Enterprise Software Company Oracleは、Linuxカーネルに対してシステムを再起動することなくパッチを適用する機能を実現したことを発表した。「ゼロダウンタイムアップデート」と呼ばれる機能で、既存のサブスクライバおよび新しい「Oracle Linux Premierサポート」のサブスクライバが同機能を利用できる。 「ゼロダウンタイムアップデート」機能はOracleが2011年7月に買収した「Ksplice」という企業が有していた技術。KspliceをOracle Linuxにインストールするとカーネルモジュールが読み込まれ、そこからカーネルの動的な変更が実施される。このため、Kspliceインストール後に再起動や設定変更などの作業は不要。インストール後にそのまま「ゼロダウンタイムアップデート」の恩恵を受け
Lempel-Ziv-Oberhumer (LZO) は、可逆データ圧縮アルゴリズムであり、解凍速度の速さに特徴がある。Markus Franz Xaver Johannes Oberhumer が1996年より開発していて、ライブラリとしての LZO とコマンドライン版の lzop がある。[1] 設計[編集] LZOは以下のような特徴があるアルゴリズムである。 圧縮速度はdeflate圧縮に匹敵する 解凍速度は非常に速い 圧縮時にはバッファ領域を必要とする(圧縮レベルによるが、8kBや64kB等である) 解凍時には解凍元・解凍先以外のメモリ領域は必要としない 圧縮品質と圧縮速度のバランスを指定できる。それは解凍速度に影響を与えない 実装[編集] ライブラリは ANSI C で実装されており、GNU General Public License v2+ の下で利用できる。GPLとは異なる
VMware Explore Registration Is Open Map your next move at the industry’s essential cloud event in Las Vegas August 26 – 29. Register Now Welcome VMware Members We are pleased to announce that VMware Communities, Carbon Black Community, Pivotal Community, and the Developer Sample Exchange will go live on Monday, 5/6. Stay tuned for updates. Read More Welcome VMware Members We are pleased to annou
Microsoft contributes a lot of changes to Linux kernel 3.0 - The H Open Source: News and Features Linus Torvalds の Google+ への投稿によるとリリースが予定より遅れそうな Linux カーネル3.0だが、これにマイクロソフトの K. Y. Srinivasan による343個の変更を筆頭として、マイクロソフト開発者による合計361個の変更が入るそうな。 開発者の所属企業で考えた場合、当然ながら Red Hat などには及ばないわけだが、マイクロソフトの人がそれと分かる形でこれだけ Linux カーネルにコミットするとは時代も変わったものである。 ネタ元は Hacker News。
Oracle, Open Source, Private12/24にLinux kernel 2.6.28がリリースされました。このリリースの目玉としてExt4実装があります。Ext4はExt3と互換性を保ちながらも多くの改良がなされたものになっているようです。kernelnewbies.orgに記載されているNew featureを意訳してまとめてみました。 互換性 既存のExt3ファイルシステムはExt4にリフォーマットすることなく移行可能。具体的には該当ボリュームをReadOnlyでマウントしていくつかコマンド叩くだけでOK。 より大きなファイルシステムサイズ、ファイルサイズのサポート Ext3からExt4ではそれぞれの制限は以下の通り。 ファイルシステムサイズ:16TB -> 1EB (エクサバイト) ファイルサイズ:2TB -> 16TB ちなみにEBとは、 (1 EB = 10
Show Your Support: Did you know that the hundreds of articles written on Phoronix each month are mostly authored by one individual? Phoronix.com doesn't have a whole news room with unlimited resources and relies upon people reading our content without blocking ads and alternatively by people subscribing to Phoronix Premium for our ad-free service with other extra features. Say Hello To Linux 3.0;
要約 ITPro 掲載のチューニング記事に書かれていた、 「mount オプションに noatime オプションを付加すると読み込み速度が倍になる」 という情報について検証を行いましたが、検証方法や考察に誤りがありました。 調査の結果 Fedora8, Fedora9, Ubuntu8.04 LTS ではデフォルトで relatime オプションがついていることがわかりました。 検証方法を read() システムコールの実行時間測定という方法に変更し、あらためてデフォルト、noatime, relatime マウントオプション付加時の性能検証を行ったところ、私の環境(Core 2 Duo(2.2GHz),メモリ2GB,Fedora8)では noatime, relatime マウントオプションを付加することで、デフォルト時の実行時間の半分で read() システムコールを実行することができ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く