Hi,
Thanks for your reply.
On 7/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > (1) Should we disable the overrding mechanism for SUID or SGID
> > processes ( e.g. substituting *__secure_getenv* for *getenv*).
>
> Good question actually. I've no idea :-(
>
> In theory, the user should n
Just a few more details: my box has 400MB memory, and inactive was
evolving between 58 and 64MB, so there was plenty of memory free for the
directories/files entries to be cached without having to eject my big
file. This is all with the >2GB support.
Samuel
_
Samuel Thibault, le Mon 06 Aug 2007 21:10:02 +0200, a écrit :
> $ find /var/log -printf ""
Err, that was find /var -printf "" actually. Find /var/log doesn't
trigger the issue, probably because there are not enough
directories/files.
Samuel
___
Bug-hu
Also, something odd: say I have a big file /tmp/foo
$ cat /tmp/foo > /dev/null
... "inactive" grows in vmstat, takes some time...
$ cat /tmp/foo > /dev/null
takes almost no time since it's all cached.
$ find /var/log -printf ""
... "inactive" falls down to the original value
$ cat /tmp/foo > /dev/
Samuel Thibault, le Mon 06 Aug 2007 20:45:53 +0200, a écrit :
> I've ported xosview to GNU/Hurd and had a look during a gcc compilation:
> approximately only half the memory is used. I had a look at
> vm/vm_pageout.c and noticed:
>
> /* When vm_page_external_count exceeds vm_page_external_li
I've ported xosview to GNU/Hurd and had a look during a gcc compilation:
approximately only half the memory is used. I had a look at
vm/vm_pageout.c and noticed:
/* When vm_page_external_count exceeds vm_page_external_limit,
* allocations of externally paged pages stops.
*/
#ifndef
At Mon, 6 Aug 2007 20:14:25 +0200,
Samuel Thibault wrote:
>
> Hi,
>
> Neal H. Walfield, le Mon 06 Aug 2007 19:56:30 +0200, a écrit :
> > > +#ifdef MACH_ENTROPY
> > > + /* Let's grab the cylinder numbers for entropy */
> > > + entropy_putdata (prev, sizeof(io_req_t));
> > > +#endif
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
GCC should turn that to whatever the size of io_req_t is when compiled; if
io_req_t was to change at any point, then when mach is recompiled, that
won't break. Unless I'm misunderstanding your point.
Michael
On Mon, 6 Aug 2007, Samuel Thibault wro
Hi,
Neal H. Walfield, le Mon 06 Aug 2007 19:56:30 +0200, a écrit :
> > +#ifdef MACH_ENTROPY
> > + /* Let's grab the cylinder numbers for entropy */
> > + entropy_putdata (prev, sizeof(io_req_t));
> > +#endif
>
> sizeof will always give the same value. Is this really what you want
>
> Index: device/blkio.c
> ===
> RCS file: /sources/hurd/gnumach/device/Attic/blkio.c,v
> retrieving revision 1.1.1.1
> diff -u -r1.1.1.1 blkio.c
> --- device/blkio.c25 Feb 1997 21:28:13 - 1.1.1.1
> +++ device/blkio.c6
Hello!
On Mon, Aug 06, 2007 at 01:38:31PM -0400, Michael Casadevall wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I've fixed the patch correcting the GCS violations, and I'm sending
Thanks!
> it with a different mailer which shouldn't mutate the patch:
Didn't work out:
> - --
I give up trying to embed it, so to stop spamming the list, here it is as
an attachment.Index: Makefrag.am
===
RCS file: /sources/hurd/gnumach/Attic/Makefrag.am,v
retrieving revision 1.1.2.12
diff -u -r1.1.2.12 Makefrag.am
--- Makefra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've fixed the patch correcting the GCS violations, and I'm sending
it with a different mailer which shouldn't mutate the patch:
Index: Makefrag.am
===
RCS file: /sources/hurd/gnumach
Marcus Brinkmann, le Mon 06 Aug 2007 15:32:57 +0200, a écrit :
> At Sat, 04 Aug 2007 16:46:08 +,
> Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > Mach used to support multiprocessors. GNU Mach should too.
> >
> > What is currently missing is the local APIC support. That can be stolen from
> >
At Sat, 04 Aug 2007 16:46:08 +,
Samuel Thibault <[EMAIL PROTECTED]> wrote:
> Mach used to support multiprocessors. GNU Mach should too.
>
> What is currently missing is the local APIC support. That can be stolen from
> xnu, Darwin's Mach. Then things should "just" need testing.
What about the
15 matches
Mail list logo