[Ecls-list] ECL reads sysfun.lsp one byte at a time, was: Maxima stats huge numbers of files at startup?

[Juan Jose Garcia-Ripoll]

Streams may be opened with either ANSI C streams (fopen) or with C file
descriptors (open). The later is needed for sockets and certain devices,
while the formers provide buffering and may be better in some systems.
That's all. The difference is that ECL did not allow C file descriptors to
be used before.

Juanjo

On Sat, Dec 12, 2009 at 11:22 PM, Robert Dodier <robert.dodier at gmail.com>wrote:

> On 12/10/09, William Stein <wstein at gmail.com> wrote:
>
> > 2. The user reports that "maxima reads the file
> > local/lib/ecl-9.10.2/sysfun.lsp one character at a time doing 72K
> > read() calls of one
> > character each.  The sys admin doubts that is anywhere near the
> > problem of the NFS stat calls, but it does seem inefficient."
>
> OK, I've confirmed this w/ a recent version of ECL (9.12.2).
> It didn't happen with an older version (I don't remember which version).
> I am working on Linux with an ordinary file system (not NFS).
>
> Other calls to read have block size = 512 or 1024 or 8096.
> Dunno what's going on. Not really so much of a problem,
> but it is a curiosity.
>
> FWIW
>
> Robert Dodier
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Ecls-list mailing list
> Ecls-list at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ecls-list
>



-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20091212/d26c24c5/attachment.html>