Re: *at family of syscalls in FreeBSD



On Wed, Jun 06, 2007 at 09:44:29AM +0200, Roman Divacky wrote:
On Tue, Jun 05, 2007 at 06:17:40PM -0700, Eric Lemar wrote:
I'm definitely a fan of this API. Aside from the general thread-related
utility of this API, it provides a reasonable API for accessing
windows-style ADS streams (subfiles) on a filesystem that supports them
and is becoming reasonably cross-platform. This lets you handle things
like ADS hanging off directories in a comparatively sane manner.

We've actually implemented a subset of these syscalls in-house (Isilon)
for use with our filesystem, largely for the ADS-related functionality.
Generally speaking, in our tree most of the traditional non-'at' syscalls
are just small kernel wrappers around the 'at' interfaces. Overall ends
up looking fairly clean and we've ended up using them even in places
where we don't need the ADS functionality just because they are so
convenient.

If you're interested in implementing this API I'd be happy to talk about
our implementation and see whether the relevant parts of our implementation
would be useful for the general community.

my current patch is at: www.vlakno.cz/~rdivacky/linux_at.patch

it does not implement the native fbsd syscalls, only the linuxulator ones
but adding those is a matter of minutes. I asked for a review by pjd and/or
rwatson and hopefully this will get commited soon..

I think it would be very useful to look at Isilon implementation, and possibly
merge your and their patch. In particular, it could give an insight of what
real uses for the API/KPI are.

Attachment: pgpgi8xc4TgEC.pgp
Description: PGP signature



Relevant Pages

  • Re: *at family of syscalls in FreeBSD
    ... utility of this API, it provides a reasonable API for accessing ... and is becoming reasonably cross-platform. ... like ADS hanging off directories in a comparatively sane manner. ... for use with our filesystem, ...
    (freebsd-arch)
  • RE: *at family of syscalls in FreeBSD
    ... *at family of syscalls in FreeBSD ... utility of this API, it provides a reasonable API for accessing ... like ADS hanging off directories in a comparatively sane manner. ... for use with our filesystem, ...
    (freebsd-arch)
  • Re: [patch 2/3] fs: introduce perform_write aop
    ... It doesn't work for any filesystem that needs slightly fancy locking. ... That and the reason that's an interface that doesn't fit into our ... So I've tried a different approach - the 2-op API rather than an actor. ...
    (Linux-Kernel)
  • Re: Very slow writing to SATA disk
    ... An incompatible change to the API did:) You ... > raw disk device or though the filesystem? ...
    (freebsd-hackers)
  • Re: [PATCH] IFS: Inode FileSystem
    ... >> This is primarily an API issue, not a filesystem layout issue. ... Changing the statAPI to support 64-bit inodes does not require us ...
    (freebsd-current)