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 t
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 できないよって怒られたのは内緒
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 t
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 できないよって怒られたのは内緒