On Wed, 2 Jul 2003, Dan Nelson wrote:
> In the last episode (Jul 02), Zhihui Zhang said:
> > Suppose someone ported XFS to FreeBSD, then what liscence can you use
> > without causing any legal trouble? You must use GNU, but the interface
> > code (VFS/vnode, bio, vnode, et
On Wed, 2 Jul 2003, Sam Leffler wrote:
> [cross-posting removed]
>
> >> Note: SCO is suing people who have touched Linux code with code
> >> from commercial OS's derived from System V. SGI's IRIX, from
> >> which XFS comes, is derived from System V, so there is some legal
> >> risk involved to an
On Thu, 26 Sep 2002, Claus Assmann wrote:
> On Thu, Sep 26, 2002, Zhihui Zhang wrote:
> > On Thu, 26 Sep 2002, Claus Assmann wrote:
>
> > > If someone is interested:
> > > http://www.sendmail.org/~ca/email/sm-9-rfh.html
>
> > > Just as a small dat
On Thu, 26 Sep 2002, Claus Assmann wrote:
> On Thu, Sep 26, 2002, Terry Lambert wrote:
> > Claus Assmann wrote:
>
> > > When we tested several filesystems for mailservers (to store the
> > > mail queue), JFS and ext3 (in journal mode) beat UFS with softupdates
> > > by about a factor of 2.
> >
On Tue, 10 Apr 2001, Matt Dillon wrote:
> :> I'm not 100% convinced about the algorithm to avoid clusters filling
> :> up with directory-only entries (it looks like a worst-case would fill
> :> a cluster with 50% directories and 50% files leaving a bad layout when
> :> the directories are po
I believe that it is used to dynamic load filesystem modules. Please read
the following pages to understand what is a kernel module:
http://thc.inferno.tusculum.edu/files/thc/bsdkern.html
-Zhihui
On Tue, 30 May 2000, Yevmenkin, Maksim N, CSCIO wrote:
> Hello All,
>
> i've been looking at ``m
>
> No. You can't kill a process which is in kernel mode. If it doesn't
> come out, you won't be able to stop it. It seems rather unlikely that
> that's the case here, though.
It seems to me that a process can only suicide after it detects somebody
wants to kill it. Anyway, it is the process
>
> The problem is that if you made all of the nodes for all of the
> supported slices, /dev would be incredibly bloated. There are 8
> potential nodes per slice, and 20 potential slices per disk, plus the
> compatability slice, so that's 168 node pairs (raw and buffered)
> _per_disk_.
>
Acc
