Robert Watson John Baldwin:
The SMPVFS work is a task to add fine-grained locking to the VFS layer of the kernel as well as the UFS and nullfs filesystems. The VFS layer provides the abstractions in the kernel that describe file objects. Each filesystem provides a VFS "driver" to manage the files on a disk device according to the design of that filesystem. Adding fine-grained locking to VFS and the UFS filesystem allows more concurrency in the kernel, especially with workloads that include disk I/O.
SMPVFS仕事はUFSとnullfsファイルシステムと同様にカーネルのVFS層への適度な粒状のロックする事です。
VFS層はカーネルにおけるファイルオブジェクトの抽象化を提供します。
各ファイルシステムは、そのファイルシステムのデザインによる、
ディスク装置のファイル管理用のVFS「ドライバー」を提供します。
VFSとUFSファイルシステムへ適切な粒状のロックを加えると、カーネルにおける、より多くの合意が許されます、特に disk I/O を含んでいるワークロードで。
# 1 はこの後 Robert N M Watson と Scott Long の interview が続く。
# が、今は時間が無いので保留。
# だれか、訳してくれるとうれしい。
by
Anonymous Coward
on 2005年06月28日 12時47分
(#759322)
John Baldwin:カーネルのVFSレイヤーと、UFSやnullfsファイルオブジェクトにも、きめ細かいロック機能を提供するのがSMPVFS*の機能です。VFSレイヤーというのは、カーネル内でのファイルオブジェクトの扱いを抽象化するものです。ディスクドライブ上のファイルを管理するために、各ファイルシステムがそれぞれの設計に従ったVFS「ドライバ」を持ちます。VFSとUFSファイルシステムにきめ細かいロック機能を追加することで、（とくにディスクI/Oなどのワークロードについて）カーネルの並列処理性能が向上します。
* Symmetric Multiple Processor Virtual File System の略でいいのかな？
Robert N M Watson:
One of the other nice benefits to the SMPVFS work is that
with our fully preemptive 6.x kernel, not holding the Giant lock
over the file system code lets the file system code not only preempt lower precedence kernel threads,
such as background crypto operations or file system operations,
but be preempted by more timing critical code,
such as sound card interrupts, network I/O, and so on.
So this isn't just a win for SMP, but a win for UP also.
The SMP wins are impressive though
-- Kris Kennaway has recently been benchmarking package builds,
a very VFS-intensive workload, on 12-CPU sparc systems,
and all the scalability we'd hoped for is there.
Scott Long:
SMPVFS also reduces contention for storage drivers
that are still under the Giant lock and increases the possible parallelism
between these drivers and the filesystems above them.
Kris' tests are a very good example of this;
even though the SCSI subsystem and most of the ESP driver are still under the Giant lock,
performance still scaled well.
# すみません。
# 時間ができしだい翻訳します。
# とりあえず掲載。
## 連続 post できないよって怒られたのは内緒
John Baldwin: カーネルのVFSレイヤーと、UFSやnullfsファイルオブジェクトにも、きめ細かいロック機構を提供するのがSMPVFS機能です。VFSレイヤーというのは、カーネル内でのファイルオブジェクトの扱いを抽象化するものです。ディスクドライブ上のファイルを管理するために、各ファイルシステムがそれぞれの設計に従ったVFS「ドライバ」を持ちます。VFSとUFSファイルシステムにきめ細かいロック機能を追加することで、（とくにディスクI/Oなどのワークロードについて）カーネルの並列処理性能[concurrency]が向上します。
Robert N M Watson: SMPVFS[＝Symmetric Multiple Processor Virtual File System]機能のすばらしい利点としてもうひとつ、割り当て変更[＝下位スレッドの優先度を操作する機能]をすべて実装した6.xカーネルでは、ファイルシステムコード上でGiant lock を保持しなくても、ファイルシステムコードがバックグラウンドでの暗号化処理やファイルシステムの操作など下位の[＝自分より優先度の低い]カーネルスレッドの割り当てを変更したり、サウンドカードの割り込みやネットワークI/Oなどファイルシステムコードよりも実行タイミングに関してシビアな[＝上位の]コードからファイルシステムコード[のスレッド]を割り当て変更できます。このため、SMPVFSはSMPだけでなくUP[＝Uni Processor]にも役立ちます。とはいえ、SMPにとっての利点は非常に大きく、この間Kris Kennaway が12-CPUのsparcシステム上でパッケージをビルドするベンチマーク（VFSが有効に機能するワークロードです）を行ったところ、我々が期待していたスケーラビリティがすべて実現されていました。
Scott Long: SMPVFSはまた、現在Giant lock を利用しているストレージデバイスの待機時間[＝contention＝競合]を減らし、ドライバやファイルシステムの並列性[parallelism]の上限を高めます。Krisのテスト結果はこの点について非常に良好でした。ESPドライバのほとんどとSCSIサブシステムは依然 Giant lockを利用していたにも関わらず、良好なスケーラビリティを示しました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
1. Tell us more about SMPVFS and its significanc (スコア:1)
Robert Watson John Baldwin:
The SMPVFS work is a task to add fine-grained locking to the VFS layer of the kernel as well as the UFS and nullfs filesystems. The VFS layer provides the abstractions in the kernel that describe file objects. Each filesystem provides a VFS "driver" to manage the files on a disk device according to the design of that filesystem. Adding fine-grained locking to VFS and the UFS filesystem allows more concurrency in the kernel, especially with workloads that include disk I/O.
SMPVFS仕事はUFSとnullfsファイルシステムと同様にカーネルのVFS層への適度な粒状のロックする事です。
VFS層はカーネルにおけるファイルオブジェクトの抽象化を提供します。
各ファイルシステムは、そのファイルシステムのデザインによる、
ディスク装置のファイル管理用のVFS「ドライバー」を提供します。
VFSとUFSファイルシステムへ適切な粒状のロックを加えると、カーネルにおける、より多くの合意が許されます、特に disk I/O を含んでいるワークロードで。
# 1 はこの後 Robert N M Watson と Scott Long の interview が続く。
# が、今は時間が無いので保留。
# だれか、訳してくれるとうれしい。
tyuuさんグッジョプ (スコア:1, 参考になる)
* Symmetric Multiple Processor Virtual File System の略でいいのかな？
# first post したAC
Re:tyuuさんグッジョプ (スコア:1)
first post したAC さんという事なので、一言、お礼を。
Eugenia Loli-Queru さんに問いあわせるきっかけをありがとうございました。
ちなみに、私の Good Job は tamo さんです。
あんたイカしてる ! > tamo さん
Re:1. Tell us more about SMPVFS and its signific (スコア:1)
One of the other nice benefits to the SMPVFS work is that
with our fully preemptive 6.x kernel, not holding the Giant lock
over the file system code lets the file system code not only preempt lower precedence kernel threads,
such as background crypto operations or file system operations,
but be preempted by more timing critical code,
such as sound card interrupts, network I/O, and so on.
So this isn't just a win for SMP, but a win for UP also.
The SMP wins are impressive though
-- Kris Kennaway has recently been benchmarking package builds,
a very VFS-intensive workload, on 12-CPU sparc systems,
and all the scalability we'd hoped for is there.
Scott Long:
SMPVFS also reduces contention for storage drivers
that are still under the Giant lock and increases the possible parallelism
between these drivers and the filesystems above them.
Kris' tests are a very good example of this;
even though the SCSI subsystem and most of the ESP driver are still under the Giant lock,
performance still scaled well.
# すみません。
# 時間ができしだい翻訳します。
# とりあえず掲載。
## 連続 post できないよって怒られたのは内緒
ここにぶら下げよう (スコア:1)
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
1. SMPVFSとその意義についてもう少し教えてください。
John Baldwin: カーネルのVFSレイヤーと、UFSやnullfsファイルオブジェクトにも、きめ細かいロック機構を提供するのがSMPVFS機能です。VFSレイヤーというのは、カーネル内でのファイルオブジェクトの扱いを抽象化するものです。ディスクドライブ上のファイルを管理するために、各ファイルシステムがそれぞれの設計に従ったVFS「ドライバ」を持ちます。VFSとUFSファイルシステムにきめ細かいロック機能を追加することで、（とくにディスクI/Oなどのワークロードについて）カーネルの並列処理性能[concurrency]が向上します。
Robert N M Watson: SMPVFS[＝Symmetric Multiple Processor Virtual File System]機能のすばらしい利点としてもうひとつ、割り当て変更[＝下位スレッドの優先度を操作する機能]をすべて実装した6.xカーネルでは、ファイルシステムコード上でGiant lock を保持しなくても、ファイルシステムコードがバックグラウンドでの暗号化処理やファイルシステムの操作など下位の[＝自分より優先度の低い]カーネルスレッドの割り当てを変更したり、サウンドカードの割り込みやネットワークI/Oなどファイルシステムコードよりも実行タイミングに関してシビアな[＝上位の]コードからファイルシステムコード[のスレッド]を割り当て変更できます。このため、SMPVFSはSMPだけでなくUP[＝Uni Processor]にも役立ちます。とはいえ、SMPにとっての利点は非常に大きく、この間Kris Kennaway が12-CPUのsparcシステム上でパッケージをビルドするベンチマーク（VFSが有効に機能するワークロードです）を行ったところ、我々が期待していたスケーラビリティがすべて実現されていました。
Scott Long: SMPVFSはまた、現在Giant lock を利用しているストレージデバイスの待機時間[＝contention＝競合]を減らし、ドライバやファイルシステムの並列性[parallelism]の上限を高めます。Krisのテスト結果はこの点について非常に良好でした。ESPドライバのほとんどとSCSIサブシステムは依然 Giant lockを利用していたにも関わらず、良好なスケーラビリティを示しました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
「preempt」は「割り当て変更」としました。「割り込み」にすると「interrupt」とかぶるし、「予約」だと「reserve」みたいだし、「横取り」だとちょっとイメージがズレるので。
割と面倒な文章でしたが、えてしてそういう時の方が誤訳が少なかったりしますよね（といいつつも、Giant lock についてほとんど理解できてないのでそこが不安）。
yp
Re:ここにぶら下げよう (スコア:1)
Giant lock -- 粒度の粗いロック。一般には、カーネル全体を一度にロックしてしまうようなロックをいいますが、ここではサブシステムレベル全体をロックしてしまうロックのことを言っていると思われます。
Re:ここにぶら下げよう (スコア:1)
# しかし「fine-grained locking」が普通名詞扱いで
# 「Giant lock」が固有名詞扱い（語頭大文字）なのは
# キモチ悪くないんだろうか＜ネイティブの人。
# 和訳の「細粒度/荒粒度」ってのもすわり悪いけど。
yp