On Sat, Jan 2, 2010 at 7:17 AM, Nathan Parry <npa...@gmail.com> wrote:

> > > > > Jetty seems to do questionable things with filehandles, opening
> > > > > multiple copies of the same template file and keeping them open too
> > > > > long.  Setting ulimit "fixes" the issue of "Too many open files"
> > > > > exceptions & failed requests, but it still seems like at most
> > > > > templates should need 1 access to check mtime.  Not really a lift
> > > > > issue, and not a deal breaker for us to switch to a different
> servlet
> > > > > container, but I am curious to see what the eventual solution for
> > > > > comet performance is.
> >
> > > > If you can put together a reproducible case on this, we'll see what
> we
> > > can
> > > > do to close stuff that Jetty hands us more explicitly.
> >
> > > I'm a total Lift and Scala newbie, but file-handle problems and last-
> > > modified checks remind me of this bug in Facelets:
> >
> > >https://facelets.dev.java.net/issues/show_bug.cgi?id=278
> >
> > Thanks.  Looks like you found a defect and I've opened a defect.
>
> In case it is helpful, I think you can reproduce the behavior by doing
> something like this:
>
> 1. mvn jetty:run
> 2. Figure out the pid for jetty
> 3. Figure out how many file descriptors are open after startup using:
>      lsof | grep <pid> | wc -l
> 4. Run a command like the one copied below to request the same file
> over and over.
> 5. Run the lsof command line every few seconds to watch the FD count.
>
> Sample command to fetch a file in a loop:
>
> while (`true`); do curl -H "If-Modified-Since: Tue, 29 Dec 2009
> 20:02:16 UTC" -H "Cache-Control: max-age=0"
> http://localhost:8080/classpath/blueprint/screen.css;
> done
>
> Running this locally the FD count seems to fluctuate between the
> baseline count and around 2x the baseline.  I would guess that might
> be based on how frequently the garbage collector is running and
> cleaning up any connections that were not explicitly closed.
>

Nathan,

Now don't take this the wrong way, but I could kiss you. ;-)

This is a great defect report... it's led to:
http://github.com/dpp/liftweb/issues/#issue/275

As well as a fix that I'm posting to review board right now.

Thanks,

David


>
> --
> Nathan
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "Lift" group.
> To post to this group, send email to lift...@googlegroups.com.
> To unsubscribe from this group, send email to
> liftweb+unsubscr...@googlegroups.com<liftweb%2bunsubscr...@googlegroups.com>
> .
> For more options, visit this group at
> http://groups.google.com/group/liftweb?hl=en.
>
>
>


-- 
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Surf the harmonics
--
You received this message because you are subscribed to the Google Groups "Lift" group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/liftweb?hl=en.

Reply via email to