2010年10月12日 カーネルレベル暗号ファイルシステムpefs、開発者マージの意思提案 | gihyo.jp
heads-up pefs - stacked cryptographic filesystem current - Gleb Kurtsou氏がカーネルレベルでの暗号化ファイルシステムを提供するpefsについて報告しています。Google Summer of Code 2009から開発が始まったファイルシステムで、9-CURRENTにマージするために十分成熟してきたという判断があるようです。pefsは透過的にファイルシステムの暗号化を実現するもので、基盤がZFS、UFS、tmpfsのどのファイルシステムであっても動作します。次のような特徴があります。 カーネルレベルの暗号化ファイルシステム。既存のファイルシステムに対して透過的に機能する 同じ内容のファイルを暗号化した場合でも、暗号化された結果は違うものになる 暗号化されたファイル名のみがメタデータに保存される pam_pefsを設定すれ
2010年10月7日 Linuxバイナリ互換機能の仕組みの紹介 | gihyo.jp
FreeBSD Linuxulator explained docs - FreeBSDにはLinuxバイナリ互換機能が用意されています。通称Linuxulatorとも呼ばれます。LinuxulatorはLinuxエミュレータではなく、バイナリインターフェースと若干のトリックを追加する機能で、基本的にFreeBSDはネイティブにLinuxバイナリを実行します。Adobe ReaderやSkypeを使っているFreeBSDユーザは少なくないと思いますが、これらアプリケーションはLinuxバイナリのアプリケーションです。 どういった仕組みでこれを実現しているのかの説明がThe FreeBSD-linuxulator explained (for users) | Alexander Leidingerに掲載されていて参考になります。 図1 FreeBSDで動作するAdobe Reader -
2010年4月28日 ≪注目≫UFS2にジャーナル機能登場、Soft-Updates Journaling | gihyo.jp
FreeBSD Daily Topics 2010年4月28日≪注目≫UFS2にジャーナル機能登場、Soft-Updates Journaling heads-up Soft-Updates Journaling current - 2010年4月24日に実施されたsvn commit: r207141のコミットでFreeBSD 9-CURRENTへSoft-Updates Journalingの機能がマージされました。これはUFS2にジャーナリングの機能を追加するもので、開発者の間では短縮してSUJと呼ばれています。 UFS2の最大の問題点のひとつが、予期せぬシステムクラッシュのあとにファイルシステムの整合性を保つためにfsck(8)を実施する必要があることにあります。最近の大容量ディスクでたくさんのファイルを保持している場合、fsck(8)に長い時間がかかります。システムが起動するまで
FreeBSD版 dynamic ticks のプロトタイプ版が動き始めました - big-eyed-hamster’s diary
FreeBSD 版 dynamic ticks の実装ですが、デバイスドライバと callout queue 走査のコードが密結合した prototype 版が動き始めました. これを、VMware Fusion 上で動作させて CPU 使用率の差を見てみます. タイマ割り込み間隔が狭くなると、VMM は細かい間隔でゲストOSに対して割り込みを注入することになり、結果的にホストOSのCPU時間をガシガシ利用しにいきます. 今回のようにタイマ割り込みの間隔を dynamic にすることで、ホストOS の CPU 使用率は interval tick mode に比べて抑えられるはずです. これを検証するため、今回のような実験を行いました. なお、測定には top コマンドの Accumulative mode を用いました. 以下が結果です. タイマ割り込み間隔を 1000 HZ にしたとき
2010年2月4日 2009Q4報告: ジャーナルSoftUpdates進捗報告、NFSv4 ACLサポート、POSIX utmpxへの入れ替え実施 | gihyo.jp
FreeBSD Daily Topics 2010年2月4日2009Q4報告: ジャーナルSoftUpdates進捗報告、NFSv4 ACLサポート、POSIX utmpxへの入れ替え実施 heads-up 2009Q4 FreeBSD Status Reportが公開されました。報告されているプロジェクトから興味深いプロジェクトを紹介します。 SUJ - Journaled SoftUpdates システムが不正にシャットダウンしたあとに実施されるバックグラウンドfsckを不要にするための開発SUJ - Journaled SoftUpdatesの現状が報告されています。これはUFS2に対して必要最小限のログ機能を追加することでfsckにかかる時間の劇的な短縮を実現するものです。必要最小限のログだけをとるため、最大でもログ領域に64MBのみが消費され、fsckにかかる時間もファイルシステ
2009年12月15日 ≪注目≫FreeBSD UFS+Softupdateにミニジャーナリングを追加してバックグラウンドfsckを不要にする取り組み | gihyo.jp
FreeBSD Daily Topics 2009年12月15日≪注目≫FreeBSD UFS+Softupdateにミニジャーナリングを追加してバックグラウンドfsckを不要にする取り組み heads-up Journaled Softupdates Hybrid system current - Jeff Roberson氏およびKirk McKusick氏がFreeBSD UFS/Softupdatesに最小限のジャーナリング機能を追加することで、バッググラウンドfsckを不用にするための取り組みをしていると発表しています。2009年12月の間には9-CURRENTにコードをマージするとしており、向こう2週間の間にはソースコードを公開すると説明されています。 jeffr_tech: Journaling softupdates, SU+J jeffr_tech: What's in
うぉ。。。FreeBSDゼロデイ。。。:Geekなぺーじ
追記：The FreeBSD Project Security Advisory : Improper environment sanitization in rtld(1) 追記２：404 Blog Not Found: #FreeBSD - local r00t zeroday の対策 「Full Disclosure: ** FreeBSD local r00t zeroday」が出ています。 ローカルでroot権限が取得できてしまいます。 メーリングリストによると影響を受けるのとされているのが、FreeBSD 8.0, 7.1, 7.0のようです。 誰でも実行可能な実証コードが広く公開されてしまったので、FreeBSDをご利用の方は対応した方が良いのかも知れません。 早速緊急パッチが以下のURLで公開されています。 アナウンス：http://home.jp.freebsd.org/
2009年8月18日 マウントした状態でデバイスを切ってもクラッシュしないよう改善、FreeBSD 8.0-RELEASEは9月末が有力、PBI Builder 2.3登場 | gihyo.jp
FreeBSD Daily Topics 2009年8月18日マウントした状態でデバイスを切ってもクラッシュしないよう改善、FreeBSD 8.0-RELEASEは9月末が有力、PBI Builder 2.3登場 heads-up Safe Removal of Active Disk Devices current - FreeBSD Foundation: Safe Removal of Active Disk Devicesにおいて、FreeBSD Foundationが支援した開発の1つが成果を上げていることが報告されています。FreeBSDではマウントした状態でデバイスを切断するとシステムがクラッシュしていました。これはUSBポータブルHDDやUSBメモリのように活線挿抜で活用されるデバイスとともに使う場合、不便なところがありました。 FreeBSD Foundationはこれを
2009年7月21日 日本語が表示できる新しいコンソールドライバ開発中（Ed Schouten氏）、tcsh 6.17.00登場、Firefox 3.5国際版登場 | gihyo.jp
FreeBSD Daily Topics 2009年7月21日日本語が表示できる新しいコンソールドライバ開発中（Ed Schouten氏）、tcsh 6.17.00登場、Firefox 3.5国際版登場 heads-up new console driver current - Ed Schouten氏がcurrent mlにおいて、開発を進めている新しいコンソールドライバについて説明しています。コンソールの状態で日本語が表示できるようになる興味深い取り組みです。 FreeBSDのデフォルトのシステムコンソールは、VGAのテキストモードを利用しており、8ビットキャラクタしか扱えません。FreeBSD 8-CURRENTには限定的ではありますがUnicodeを扱うための機能が追加されており、カーネルを「options TEKEN_UTF8」と「options TEKEN_XTERM」のオプシ
2009年6月5日 ATAをCAMの元へ統合するプロジェクト、BSDライセンス版bc(1)およびdc(1)、128並列プロセッサ、KDE 4.2.4他 | gihyo.jp
FreeBSD Daily Topics 2009年6月5日ATAをCAMの元へ統合するプロジェクト、BSDライセンス版bc(1)およびdc(1)、128並列プロセッサ、KDE 4.2.4他 heads-up SCSI and ATA going to under the CAM current - FreeBSD開発者であるAlexander Motin氏がcurrent mlにおいて「WIP: ATA to CAM integration」のタイトルのもと、興味深い取り組みを報告しています。ATAをCAMのもとに統合し、SCSIもATAも同じように扱えるようにし、さらに現在のATAサブシステムに存在する問題の解決や最新の機能の活用などを実現しようというものです。この取り組みはすでにScott Long氏が進めており、このプロジェクトにAlexander Motin氏も参加する流れになり
FreeBSD - ataのtimeoutが早すぎ? : 404 Blog Not Found
2009年05月01日04:30 カテゴリTips FreeBSD - ataのtimeoutが早すぎ? これなのですが、もしかしてdiskは壊れていなかったのかも知れません。 404 Blog Not Found:tips - zfs raidz修復の実際 ad8: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=802513599 ad8: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=802513599 ad8: FAILURE - READ_DMA48 timed out LBA=802513599 WD10EADS Western Digital 気がついたきっかけは、交換ディスクとして WDC WD10EADS を使い始めたこと。それ以前に使っていた7200rpm / Di
2009年4月20日 FreeBSDネットワークスタックからGiant Lock完全排除、BSD Cell Jail/VPSサービス、7.2RC1登場 | gihyo.jp
FreeBSD Daily Topics 2009年4月20日FreeBSDネットワークスタックからGiant Lock完全排除、BSD Cell Jail/VPSサービス、7.2RC1登場 heads-up Giant Lock in Network Stack All Gone Robert Watson氏は2009年4月19日、氏が2009年4月18日に実施したコミットRevision 191253をもって、FreeBSDネットワークスタックからGiant Lockがすべて排除されたことを発表しました。 ネットワークスタックに残っているGiant Lockの排除計画を発表してから4年の歳月を経て、今回の発表が実現されましたことになります。IPv6に関する対応がいくぶん残っていますが、FreeBSD 8.0-RELEASEまでに対処される見通しです。 FreeBSDネットワークスタック
【レポート】FreeBSDロックの秘密は"マルチコアでパフォーマンス" (1) すべてはマルチスレッドプリエンプションへの要求から始まった | エンタープライズ | マイコミジャーナル
2009年3月12日から15日までの4日間、東京において「AsiaBSDCon 2009」が開催された。本誌では、同カンファレンスの中から特に興味深いセッションをピックアップしてお伝えする。 FreeBSDロック処理の背後にあるコンセプト - よく理解して使うこと Attilio Rao氏 - The FreeBSD Projec マルチコア/プロセッサ化に対応すべく、FreeBSDはカーネルからサブシステムに至るまで改善に取り組んできた。このFreeBSDロック処理の取り組みの背後には、開発者に対して「ロックを使うところでは問題や動作をよく理解したうえで、適切で正しいプリミティブを使うこと」といったように、ロックを使う側でロック問題への理解やカーネルが提供しているロック手段といった2つの物事への理解を求めている。 AsiaBSDCon 2009ではAttilio Rao氏がFreeBSD
FreeBSD の mount は 7.0 で壊れて、8.0 で更に悪化: uyota 匠の一手
UNIX の mount(1) プログラムは、古来より mount_XXX を活用するように作られている。mount が扱えるのは、FreeBSD なら ufs 等といったように、システムのデフォルトのファイルシステムぐらいだ。 数あるファイルシステムを一つのコマンドで賄うのには無理がある。そこで、各ファイルシステムに特化したプログラムをと言った経緯で古い時代の UNIX から、外部コマンドに依存した形になっていた。 大まかな mount_XXX の経緯はこんなところだ。実際に、mount_ を探してみると、手元のシステムでもこんなに沢山の物が出て来る。 % locate mount_ | grep bin /sbin/mount_cd9660 /sbin/mount_md /sbin/mount_mfs /sbin/mount_msdosfs /sbin/mount_nfs /sbin/
Kazuho@Cybozu Labs: FreeBSD の ptrace ではサンドボックスを作れないという話
« Q4M 0.8.4 をリリースしました | メイン | MySQL Conference & Expo 2009 に参加してきました » 2009年03月16日 FreeBSD の ptrace ではサンドボックスを作れないという話 t/rperl.tを使うと、特定のシステムコールを禁止しつつ任意の perl script を実行できます。 404 Blog Not Found:perl - FreeBSD::i386::Ptrace released! 自分も今回、弾さんのモジュールを試すまで知らなかったのですが、FreeBSD では ptrace をそのような目的で使うことはできないと思います。というのは、私の理解が正しければ、linux とは異なり、FreeBSD の ptrace でシステムコールの実行を検出し PT_KILL を発行しても、そのプロセスが停止するのはシステムコ
FreeBSD の比較的新しい VM の解説: uyota 匠の一手
少し、FreeBSD の VM 関連の記事を探してみた。Design elements of the FreeBSD VM system by Matthew Dillon あたりが、比較的新しく現状を記述しているみたいだった。 このページは、何故だかファイル名が -text で終わっている。実質的には HTML で書かれていた。しかし、タグに若干問題があるらしく HTML として表示するには、最初の数行を修正する必要があった。 以下に、冒頭部分を要約した。本文には、VM オブジェクトの扱いから、各種最適化方法が更に綴られている。 FreeBSD 3.x の頃のスワップは事前に割り当ててあった配列を元にした実装だった。そのため、カーネルのメモリが断片化しやすく、また線形検索だった為、速くはなかった。また、カーネルメモリの割り当てもスワップ時に起きていたので、デッドロックの可能性もあった。
2008年8月21日 GiantフリーFreeBSDへ大きく前進 ≪注目≫HPS-USBマージ間近、≪注目≫MPSafe TTYレイヤマージ完了、他多数 | gihyo.jp
FreeBSD Daily Topics 2008年8月21日GiantフリーFreeBSDへ大きく前進 ≪注目≫HPS-USBマージ間近、≪注目≫MPSafe TTYレイヤマージ完了、他多数 heads-up HPS-USB comming soon current - 2008年8月19日（協定世界時）、Alfred Perlstein氏はcurrent mlにおいてHEADSUP new usb code coming in.のタイトルのもとHans Peter氏が開発した新しいUSBスタック、いわゆるHPS-USBを近いうち8-CURRENTにコミットすると発表しました。Hans Peter氏が開発したUSBスタックは従来のUSBスタックよりも多くの機能をサポートし性能も優れ、Giantロックの大幅な排除にも成功していたものの、従来のUSBスタックとの互換性や試験不足などに懸念
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mirror.sweon.net/madchat/sysadm/kern/kern.bsd/FreeBSDVM.txt
Matthew Dillon's Brown Lecture Slides
FreeBSD の swap デバイスの大きさ: uyota 匠の一手