mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jamie Lokier <lk@tantalophile.demon.co.uk>
To: Oskar Liljeblad <oskar@osk.mine.nu>, linux-kernel@vger.kernel.org
Subject: Re: directory notifications lost after fork?
Date: Tue, 12 Mar 2002 12:19:37 +0000	[thread overview]
Message-ID: <20020312121937.A4281@kushida.apsleyroad.org> (raw)
In-Reply-To: <20020310210802.GA1695@oskar> <20020311084154.C4573@riesen-pc.gr05.synopsys.com>
In-Reply-To: <20020311084154.C4573@riesen-pc.gr05.synopsys.com>; from Alexander.Riesen@synopsys.com on Mon, Mar 11, 2002 at 08:41:54AM +0100

Alex Riesen wrote:
> Just a "me too".
> I have tried also to use the default (SIGIO) by setting owner pid (just
> in case). It is all the same.
> Does someone use the notifications, btw?
> The whole thing seems somewhat untested.

I don't yet, but I am planning to use them for an ultra-high-performance
dynamic web server and make-like tool.

The idea is that a dynamic page's cache validity (or the validity of a
subrequest) may depend on a large number of stat() results.

Dnotify can be used, as I understand it, to avoid having to actually do
the stat() calls on each request.

In this way, cached dynamic pages can be served as quickly as static
pages, right down to using the minimum set of system calls.

At the same time, dynamic pages are served perfectly _as if_ they are
recalculated every time from their prerequisite files, including: script
code (Perl, PHP etc.), included files, templates, images, database
files.  So with things like setting the width and height of each IMG tag
from scanning the image files, and complex templates such as navigation
bars that you currently remake by hand using "make" -- these things
immediately update as you modify the site's source files.

It makes a pretty nice document editing environment too -- save file
from Emacs, immediately view formatted file in web browser :-)

I can do this at the moment, but with a number of stat() calls on each
request.  With dnotify I think I can eliminate those but I haven't got
that far yet.

If dnotify is too buggy as stands then for this project I'd very much
like it to be fixed.  Loss of notifications after fork() sounds like a
rather serious bug :-/

cheers,
-- Jamie


  reply	other threads:[~2002-03-12 12:20 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-10 21:08 Oskar Liljeblad
2002-03-11  7:41 ` Alex Riesen
2002-03-12 12:19   ` Jamie Lokier [this message]
2002-03-11  8:50 ` Oskar Liljeblad
2002-03-11 10:20   ` Alex Riesen
2002-03-11 10:26 ` Andrea Arcangeli
2002-03-12  1:04 ` Stephen Rothwell
2002-03-12  1:20   ` Andrea Arcangeli
2002-03-12  2:59   ` Stephen Rothwell
2002-03-12  4:01     ` Andrea Arcangeli
     [not found] <20020311122701.A9718@riesen-pc.gr05.synopsys.com>
2002-03-11 19:34 ` Alex Riesen
2002-03-12  1:47 Malte Starostik
2002-03-12 12:55 ` Jamie Lokier
2002-03-12 16:37   ` Daniel Phillips
2002-03-12 17:21     ` Jamie Lokier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020312121937.A4281@kushida.apsleyroad.org \
    --to=lk@tantalophile.demon.co.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=oskar@osk.mine.nu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®