On Fri, 25 Jun 1999 16:18:04 -0600
Wes Peters [EMAIL PROTECTED] wrote:
Whose BIOS NVRAM?
The host system BIOS NVRAM. I thought we were looking for a per-host
ID here, right?
I think Matt meant "which vendor's BIOS?"
-- Jason R. Thorpe [EMAIL PROTECTED]
To Unsubscribe:
On 07 Jul 1999 20:57:16 +0200
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
Don't use err() indiscriminately after a malloc() failure; malloc()
doesn't set errno.
This is a bug in malloc(3), is it not?
-- Jason R. Thorpe [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
On Wed, 7 Jul 1999 17:03:16 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
If this could result in a smaller overall structure, it may be worth it.
To really make the combined structure smaller we would also have to
pair-down the fields in both structures. For example,
On Tue, 13 Jul 1999 10:11:14 -0400 (EDT)
"Brian F. Feldman" [EMAIL PROTECTED] wrote:
SVR4 has MAP_NORESERVE option for mmap(2) for this.
So, default behaivour don't have to be overcommitment.
Isn't that just like mmap()ing then mlock()ing the range? That would
keep it in core.
On Tue, 13 Jul 1999 11:13:49 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
SysV was totally and utterly broken in regards to swap allocation. The
only major operating system that used it as a base was IRIX and SGI
found out very quickly that pre-reserving swap is a
On Tue, 13 Jul 1999 11:59:25 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
We could have the ability to mark processes as being more or less
preferable as kill candidates. I'm not sure I really care anymore,
though... there is so much disk space available now that it
On Tue, 13 Jul 1999 14:14:52 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
If you don't have the disk necessary for a standard overcommit model to
work, you definitely do not have the disk necessary for a non-overcommit
model to work.
You obviously didn't pay
On Tue, 13 Jul 1999 14:16:54 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
... and it doesn't mean squat. What, the absolutely critical server
that you are trying to run decides to exit because it can't guarentee
sufficient backing store? First of all, this situation
On Tue, 13 Jul 1999 14:27:54 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
You are assuming that the situation actually occurs. In real life,
it will not occur unless the critical server is running away with
memory.
I have never, ever run one of BEST's servers
On Tue, 13 Jul 1999 14:31:38 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
:- I might be creating a very limited embedded system with just a few
: small processes that are all written to *handle* out of memory situations.
Really? Then setting resource limits from within
On Tue, 13 Jul 1999 14:56:52 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
Jason, I am using real life situations to demonstrate my point. You are
perfectly welcome to use your own REAL-LIFE situations to demonstrate
yours. It is the real-life application that
On Tue, 13 Jul 1999 15:37:26 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
When you write embedded systems like these, you do not run any general
purpose binaries at all. You run fully custom binaries and you take
control of the memory management yourself.
Heh,
On Tue, 13 Jul 1999 16:16:07 -0700
Mike Smith [EMAIL PROTECTED] wrote:
Matt's point, which he's not making by virtue of talking too much, is
that you can't make a "no overcommit" system behave like an "overcommit"
system, and most people are used to the sort of things that the latter
On Tue, 13 Jul 1999 16:24:53 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
I'm sure the feeling is mutual. More to the point, I really seriously
doubt that any of the core developers would consider this idea either
because it's been rejected in the past and, so far,
On Tue, 13 Jul 1999 16:29:50 -0700
Mike Smith [EMAIL PROTECTED] wrote:
You can make the "overcommit or not overcommit" option a switch, but
the consumers of the system (may) need to change their behaviour as
well.
I never said they wouldn't have to.
-- Jason R. Thorpe [EMAIL
On Tue, 13 Jul 1999 16:56:26 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
You have to consider the probability of an event occuring, not just
the possibility that the event might occur. If the probability is
one in a million years, then it is not something you need
On Tue, 13 Jul 1999 23:18:58 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
What does that have to do with overcommit? I student administrate a undergrad
CS lab at a university, and when student's programs misbehaved, they generate a
fault and are killed. The only machines that
On Wed, 14 Jul 1999 12:43:07 +
Niall Smart [EMAIL PROTECTED] wrote:
Perhaps it could be an additional flag to mmap, in this way
people wishing to run an overcommited system could do so
but those writing programs which must not overcommit for
certain memory allocations could ensure
On Thu, 15 Jul 1999 01:52:11 +0900
"Daniel C. Sobral" [EMAIL PROTECTED] wrote:
...um, so, make the code that deals with faulting in the stack a bit smarter.
Uh? Like what? Like overcommitting, for instance? The beauty of
overcommitting is that either you do it or you don't. :-)
One
On Thu, 15 Jul 1999 01:59:12 +0900
"Daniel C. Sobral" [EMAIL PROTECTED] wrote:
That's why you make it a switch. No, really, you *can* just make it
a switch.
So, enlighten me, please... how do you switch it in NetBSD?
When the code to do it is implemented (not that hard, really,
On Mon, 19 Jul 1999 20:44:18 +0100
Dominic Mitchell [EMAIL PROTECTED] wrote:
Lovely. Sounds like a much better way to do the Solaris/Linux (and
NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
implemented using masses of weird shared objects...
The plan for NetBSD is
On Tue, 20 Jul 1999 10:02:43 +0100
Dominic Mitchell [EMAIL PROTECTED] wrote:
How will you get around one of the major bugbears of the Solaris
implementation, that is nscd serialises access to these databases? I
understand that the caching will allow you to return most responses
On Tue, 27 Jul 1999 14:14:33 -0700
"Kelly D. Lucas" [EMAIL PROTECTED] wrote:
Is there a FreeBSD driver the the SMC 1211TX 10/100 EZ Ethernet Card?
As far as I can tell, this is a RealTek 8139 board.
-- Jason R. Thorpe [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
On Wed, 28 Jul 1999 09:44:03 +0800
Peter Wemm [EMAIL PROTECTED] wrote:
As far as I can tell, this is a RealTek 8139 board.
Oh my, SMC must be really lowering their standards...
The SMC9432TX is still an EPIC/100. The newer revs of that board are
bug-free (unlike earlier models).
On Thu, 29 Jul 1999 10:21:52 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
I'm testing it now along with the madvise(... MADV_DONTNEED) changes (to
make them work on files in a reasonable way).
When I implemented MADV_DONTNEED and MADV_FREE in NetBSD (UVM):
On Fri, 30 Jul 1999 01:50:28 +0900
"Daniel C. Sobral" [EMAIL PROTECTED] wrote:
Could you please elaborate on "permanent"? To what structure the
information is currently attached, and what, if anything, can make
that structure "go away", short of a reboot?
As permanent as the object ...
On Thu, 29 Jul 1999 09:26:12 -0700 (PDT)
Matthew Dillon [EMAIL PROTECTED] wrote:
Yes, it will work. Oops. I do see one problem though... if you do
this the underlying file object will be marked for sequential operation
even after the grep (in this case) exits. That is, an
On Tue, 3 Aug 1999 11:28:29 -0600
Oscar Bonilla [EMAIL PROTECTED] wrote:
Anyone knows about the BSD Information Retrieval Service (IRS)
mentioned in http://www.padl.com/nss_ldap.html ?
It seems to accomplish the same thing as the NSS stuff we've been
talking about.
In NetBSD, we
On Wed, 11 Aug 1999 20:48:08 +0400 (MSD)
Oleg Derevenetz [EMAIL PROTECTED] wrote:
This small program, running as 'mmap', not 'mmap -u', can hang my machine.
Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
Thank you for answer.
If it hangs your system, must be a bug in
On 12 Aug 1999 11:01:06 +0200
Dag-Erling Smorgrav [EMAIL PROTECTED] wrote:
This prevents you from relicensing BSD software under the GPL. It does
not prevent you from selling an OS that has both BSD and GPL bits, as
long as the GPL bits come with full source.
If you have an executable
On Fri, 13 Aug 1999 22:49:14 + (GMT)
Terry Lambert [EMAIL PROTECTED] wrote:
Has anyone mentioned to them that they will be unable to incorporate
changes made to the GPL'ed version of XFS back into the IRIX version
of XFS, without IRIX becoming GPL'ed?
SGI is plummetting to their
On Fri, 13 Aug 1999 19:49:10 -0400 (EDT)
James Howard [EMAIL PROTECTED] wrote:
I did, they have a feedback form I filled out yesterday. I mentioned that
and that if they dual licensed the code, it could be used by the entire
free software community, not just the hip Linux crowd and also
On Sat, 14 Aug 1999 10:38:17 -0700
Mike Smith [EMAIL PROTECTED] wrote:
What the GPL does is require that full source for the program be included
with the program, and that full source, in my example, would include
a BSD-licensed XFS module.
It also requires that the GPL be
On Sat, 21 Aug 1999 02:10:47 -0600
Wes Peters [EMAIL PROTECTED] wrote:
I discovered to my dismay today that the length field in the mmap call is
a size_t, not an off_t. I was attempting to process a large (~50 MByte) file
and found I was only processing the first 4 MBytes of it.
On Mon, 23 Aug 1999 17:44:47 -0700
"Dave Walton" [EMAIL PROTECTED] wrote:
Hm, just did that. While reading up on nmap, I saw this:
"TCP Initial Window -- This simply involves checking the window
size on returned packets. [...] In their "completely rewritten"
TCP stack for
On Fri, 27 Aug 1999 02:20:52 + (GMT)
Terry Lambert [EMAIL PROTECTED] wrote:
This is a bug.
...but it's a bug in fork(), too. Not just vfork().
For other bugs in vfork(), look at the fact that the vacation
program does not correctly deal with messages.
...fwiw, NetBSD fixed the
On Wed, 01 Sep 1999 15:46:40 -0600
Wes Peters [EMAIL PROTECTED] wrote:
Is this a real tulip, or one of the recent clones? Bill Paul has written a
number of drivers for various near clones of the Tulip, none of which work
quite like the Tulip (of course).
See, for instance, the al,
On Tue, 7 Sep 1999 03:11:24 -0400 (EDT)
Bill Paul [EMAIL PROTECTED] wrote:
The SiS 900 only has one combined status/control word in its
descriptor structure (some of the bits mean different things depending
on whether the descriptors are in the RX ring or TX ring) instead of a
On Tue, 7 Sep 1999 21:13:22 -0400 (EDT)
Bill Paul [EMAIL PROTECTED] wrote:
Well, the older chipsets make it even harder on you: you have to know
just the right way to twiddle the bits in the GPIO register in order to
program the media settings, and to figure that out you're supposed to
On Wed, 8 Sep 1999 10:12:51 -0400 (EDT)
Bill Paul [EMAIL PROTECTED] wrote:
Well, yes, but I made some assumptions in order to do it. The assumption
is that whatever the current speed setting is now, the link partner's
speed setting is exactly opposite. So if I detect the condition, I
On Wed, 8 Sep 1999 00:17:52 +0200 (CEST)
Wilko Bulte [EMAIL PROTECTED] wrote:
There was also an DE-422 EISA card. Dunno if they are different.
I'm not sure what a DE-422 had on it... Matt?
Do you have/want one? I could try to get you one. EISA is dead of course,
but older machines
On Tue, 12 Oct 1999 23:37:53 -0400 (EDT)
Andrew Gallatin [EMAIL PROTECTED] wrote:
Has anybody noticed that scheduling appears to be broken on the alpha?
On both i386 alpha, try:
echo "main(){for(;;);}" foo.c
cc foo.c
/usr/bin/nice -20 ./a.out ; ./a.out
FWIW, Ross Harvey
On Fri, 15 Oct 1999 17:29:07 -0700
Edward Elhauge [EMAIL PROTECTED] wrote:
My other questions is if is a way of replacing the CE OS with something
easier to customize and that might run either Perl or Java?
What sort of processor does the Jornado have? If it's a MIPS-based machine,
On Sat, 16 Oct 1999 17:57:37 +0100 (BST)
Robert Swindells [EMAIL PROTECTED] wrote:
The high end one (820 ?) has a 190MHz SA1100 StrongArm.
I don't think that there is any support in NetBSD/arm32 for either the
SA1100 or SA1110.
No, but it probably wouldn't be that hard to make it go
On Thu, 28 Oct 1999 21:32:51 -0400 (EDT)
Andrew Gallatin [EMAIL PROTECTED] wrote:
exception_return skipped the ipl lowering the check for an ast
since I don't think you're ever going to need to check for an ast
after an interrupt.
Nonsense. ASTs are a key part of process
On Thu, 4 Nov 1999 12:44:34 -0800 (PST)
Matthew Jacob [EMAIL PROTECTED] wrote:
Well, don't laugh too hard, but so does Qlogic in a sense. I've just recently
had to remove their f/w from the NetBSD and FreeBSD CVS repositories because
the copyright was not so good. And in order to get the
On Thu, 4 Nov 1999 13:57:24 -0800
Matthew Jacob [EMAIL PROTECTED] wrote:
Because what I did was wrong. It should also be removed from OpenBSD.
I've had extensive discussions with Theo about this, and the f/w will
probably be removed from OpenBSD as soon as the tree unlocks post 2.6.
On Thu, 4 Nov 1999 17:21:18 -0800 (PST)
Matthew Jacob [EMAIL PROTECTED] wrote:
...especially considering that a fair number of previously happy
Qlogic ISP users now have completely useless boards.
No, that's not correct either. Here's an editted copy of what I sent to
Well, it is.
On Thu, 9 Dec 1999 17:01:38 -0800 (PST)
Archie Cobbs [EMAIL PROTECTED] wrote:
What is the plan (if any) for including crypto stuff in the kernel?
As time goes on this will be more and more needed, eg. for IPSec
and other VPN applications.
At NetBSD, we already solved this problem with
On Sun, 19 Dec 1999 17:18:37 -0500 (EST)
Bill Paul [EMAIL PROTECTED] wrote:
Because this is not an asynchronous task that I'm trying to do here.
I'm talking about reading and writing registers from the ethernet
controller. If this was a PCI device, I'd be using
On Mar 2, 2005, at 4:33 PM, ALeine wrote:
You need 2^128 steps to break the encryption of a single sector.
But you have no idea which of the 2^128 sectors is the right one,
You may not know for sure, but you can make a pretty well educated
guess. You are basically ignoring Roland's argument that
On Nov 12, 2003, at 10:40 AM, marius aamodt eriksen wrote:
correct - this is the difference, kqueue will not yield any event at
EOF.
So, kqueue should simply be changed to report the event. I don't see
any need for a separate EOF flag. EOF can simply be determined as
normal in the kqueue case
On Nov 12, 2003, at 10:57 AM, marius aamodt eriksen wrote:
right - the idea was to preserve existing semantics, while leaving the
poll-like semantics optional.
I'm not sure the existing semantics are anything more than a bug that
should be fixed.
-- Jason R. Thorpe [EMAIL PROTECTED]
On Oct 26, 2005, at 10:22 AM, Bill Studenmund wrote:
In the past, we (NetBSD folks) have talked about a devfs. One issue
that
has come up (I'll be honest, I've raised it a lot) is a desire to
retain
permission changes across boots, and to tie devices (when possible)
to a
device-specific
On Mon, 17 May 1999 01:11:40 -0500
Jacques Vidrine n...@nectar.cc wrote:
It doesn't run on FreeBSD, only on Linux and Windows NT. Pity, because
it is very neat.
I think the Connectix Virtual PC is cooler; VMware only runs on Linux
and NT because it requires gross hacks to redirect e.g.
On Mon, 17 May 1999 23:40:03 +0200
Andreas Braukmann braukm...@tse-online.de wrote:
... and the Connectix Virtual PC is available for FreeBSD?
No, it's a MacOS program.
that's for sure, ... from a theoretically point of view at least.
But I suppose, that the virtual machine approach
On Sun, 30 May 1999 21:28:31 -0700 (PDT)
Bill Huey bi...@mag.ucsd.edu wrote:
Possibly, but the thing that bothers me is that I've heard more
derogatory comments directed against Linux user on this list
than I have seen come from Microsoft.
...because Microsoft isn't Unix, so being
On Tue, 1 Jun 1999 10:09:59 +0200
Alexander Maret ma...@axis.de wrote:
At first I tried my FreeBSD machine and I got about 800-900 collisions.
Second I booted on the same machine linux and I only got 4 (!) collisions.
It's also possible that Linux isn't counting the collisions properly.
On Tue, 1 Jun 1999 18:08:35 -0700
Arun Sharma adsha...@home.com wrote:
Going through the 4.4 BSD book, I learnt that the purpose of the pv_table
is to be able to locate all the mappings to a given physical page.
However, comparing this to the Linux approach, which chains vm_area_struct
On Sat, 5 Jun 1999 03:24:07 -0500 (EST)
John S. Dyson dy...@iquest.net wrote:
I don't want to be a pest, because this really shouldn't be on an
open forum. But John: I would ask you questions and the answers I
would get would be in the form: Nobody understands that
On 19 Jun 1999 17:30:13 +0200
Dag-Erling Smorgrav d...@flood.ping.uio.no wrote:
Divert sockets, dummynet and credential-based filtering would be
sorely missed if they weren't ported to ipfilter.
...but if they were ported to IP Filter, then lots of other systems could
use them, too.
On Thu, 24 Jun 1999 15:02:25 -0700 (PDT)
Matthew Jacob mja...@feral.com wrote:
I was talking about this on linux-kernel, but it also applies to *BSD...
What're folks' motions of a settable system unique identifier, available
prior to mountroot? This identifier has to be 64 bits or
On Thu, 24 Jun 1999 23:41:34 -0700 (PDT)
Matthew Jacob mja...@feral.com wrote:
More generally a system unique identifier available early (pre mountroot)
could be useful for a number of things. Why're you asking?
The intended usage:
(1) Could influence where it is stored.
On Fri, 25 Jun 1999 15:55:03 -0600
Wes Peters w...@softweyr.com wrote:
Are there enough bytes available in the BIOS NVRAM? That would do
nicely as a place to store it.
If you want this to be widely adoped across the free OS community
(hell, even if you want both of FreeBSD's platforms to
On Fri, 25 Jun 1999 16:18:04 -0600
Wes Peters w...@softweyr.com wrote:
Whose BIOS NVRAM?
The host system BIOS NVRAM. I thought we were looking for a per-host
ID here, right?
I think Matt meant which vendor's BIOS?
-- Jason R. Thorpe thor...@nas.nasa.gov
To Unsubscribe:
On Sun, 27 Jun 1999 20:43:28 -0400 (EDT)
Alexander Viro v...@math.psu.edu wrote:
Forced revoke()? But then there is mmap() and IIRC revoke() on *BSD
doesn't unmap the stuff. Oh, shit, there is such thing as pending
unlink... Does vgone() force it?
It doesn't unmap the region, but it
On Mon, 28 Jun 1999 12:54:12 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
mmap bypasses the vnode. What you propose will not work because even if
the VM object is process-specific, the pages underlying the VM object are
not. If several processes are
On 07 Jul 1999 20:57:16 +0200
Dag-Erling Smorgrav d...@flood.ping.uio.no wrote:
Don't use err() indiscriminately after a malloc() failure; malloc()
doesn't set errno.
This is a bug in malloc(3), is it not?
-- Jason R. Thorpe thor...@nas.nasa.gov
To Unsubscribe: send mail to
On Wed, 7 Jul 1999 16:55:28 -0700 (PDT)
Julian Elischer jul...@whistle.com wrote:
or do what Kirk wants to do and merge the VM and Vnode structures
I belive the UVM does a bit in this direction due to kirk's influence.
A uvm_object is not a standalone thing in UVM. Every thing that's
On Wed, 7 Jul 1999 17:03:16 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
If this could result in a smaller overall structure, it may be worth it.
To really make the combined structure smaller we would also have to
pair-down the fields in both structures. For
On Thu, 08 Jul 1999 08:36:19 +0800
Peter Wemm pe...@netplex.com.au wrote:
Out of curiosity, how does it handle the problem of small 512 byte
directories? Does it consume a whole page or does it do something smarter?
Or does the ubc work apply to read/write only and the filesystem itself
On Wed, 7 Jul 1999 18:21:03 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
Now, I also believe that when UVM maps those pages, it makes them
copy-on-write so I/O can be initiated on the data without having to
stall anyone attempting to make further
On Tue, 13 Jul 1999 10:11:14 -0400 (EDT)
Brian F. Feldman gr...@freebsd.org wrote:
SVR4 has MAP_NORESERVE option for mmap(2) for this.
So, default behaivour don't have to be overcommitment.
Isn't that just like mmap()ing then mlock()ing the range? That would
keep it in core.
No,
On Tue, 13 Jul 1999 11:13:49 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
SysV was totally and utterly broken in regards to swap allocation. The
only major operating system that used it as a base was IRIX and SGI
found out very quickly that pre-reserving swap
On Tue, 13 Jul 1999 11:59:25 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
We could have the ability to mark processes as being more or less
preferable as kill candidates. I'm not sure I really care anymore,
though... there is so much disk space available now
On Tue, 13 Jul 1999 14:14:52 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
If you don't have the disk necessary for a standard overcommit model to
work, you definitely do not have the disk necessary for a non-overcommit
model to work.
You obviously didn't pay
On Tue, 13 Jul 1999 14:16:54 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
... and it doesn't mean squat. What, the absolutely critical server
that you are trying to run decides to exit because it can't guarentee
sufficient backing store? First of all, this
On Tue, 13 Jul 1999 14:27:54 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
You are assuming that the situation actually occurs. In real life,
it will not occur unless the critical server is running away with
memory.
I have never, ever run one of
On Tue, 13 Jul 1999 14:31:38 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
:- I might be creating a very limited embedded system with just a few
: small processes that are all written to *handle* out of memory situations.
Really? Then setting resource limits from
On Tue, 13 Jul 1999 14:56:52 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
Jason, I am using real life situations to demonstrate my point. You are
perfectly welcome to use your own REAL-LIFE situations to demonstrate
yours. It is the real-life application
On Tue, 13 Jul 1999 15:12:14 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
The text size of a program is irrelevant, because swap is never
allocated for it. The data and BSS are only relevant when they
are modified.
Bzzt. BSS is relevant when accessed (at
On Tue, 13 Jul 1999 15:37:26 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
When you write embedded systems like these, you do not run any general
purpose binaries at all. You run fully custom binaries and you take
control of the memory management yourself.
On Tue, 13 Jul 1999 15:44:40 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
So far nobody has been able to justify any good reasons for adding it
to the system. I'm sorry, but just throwing out worst-case theories
is not a good justification, nor is throwing
On Tue, 13 Jul 1999 16:16:07 -0700
Mike Smith m...@smith.net.au wrote:
Matt's point, which he's not making by virtue of talking too much, is
that you can't make a no overcommit system behave like an overcommit
system, and most people are used to the sort of things that the latter
On Tue, 13 Jul 1999 16:24:53 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
I'm sure the feeling is mutual. More to the point, I really seriously
doubt that any of the core developers would consider this idea either
because it's been rejected in the past and,
On Tue, 13 Jul 1999 16:29:50 -0700
Mike Smith m...@smith.net.au wrote:
You can make the overcommit or not overcommit option a switch, but
the consumers of the system (may) need to change their behaviour as
well.
I never said they wouldn't have to.
-- Jason R. Thorpe
On Tue, 13 Jul 1999 16:56:26 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
You have to consider the probability of an event occuring, not just
the possibility that the event might occur. If the probability is
one in a million years, then it is not something
On Tue, 13 Jul 1999 23:18:58 -0400 (EDT)
John Baldwin jobal...@vt.edu wrote:
What does that have to do with overcommit? I student administrate a
undergrad
CS lab at a university, and when student's programs misbehaved, they
generate a
fault and are killed. The only machines that
On Wed, 14 Jul 1999 12:43:07 +
Niall Smart ni...@pobox.com wrote:
Perhaps it could be an additional flag to mmap, in this way
people wishing to run an overcommited system could do so
but those writing programs which must not overcommit for
certain memory allocations could ensure
On Thu, 15 Jul 1999 01:52:11 +0900
Daniel C. Sobral d...@newsguy.com wrote:
...um, so, make the code that deals with faulting in the stack a bit
smarter.
Uh? Like what? Like overcommitting, for instance? The beauty of
overcommitting is that either you do it or you don't. :-)
One
On Thu, 15 Jul 1999 01:59:12 +0900
Daniel C. Sobral d...@newsguy.com wrote:
That's why you make it a switch. No, really, you *can* just make it
a switch.
So, enlighten me, please... how do you switch it in NetBSD?
When the code to do it is implemented (not that hard, really, and it
On Mon, 19 Jul 1999 20:44:18 +0100
Dominic Mitchell dom.mitch...@palmerharvey.co.uk wrote:
Lovely. Sounds like a much better way to do the Solaris/Linux (and
NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
implemented using masses of weird shared objects...
The plan for
On Mon, 19 Jul 1999 15:47:33 -0400
David E. Cross cro...@cs.rpi.edu wrote:
PAM isn't going to cut it. This is outside of its realm. Things like ps,
top, ls, chown, chmod, lpr, rcmd, who, w, (the list goes on) need to be able
to pull 'passwd' entries from the LDAP server, and unless we
On Tue, 20 Jul 1999 10:02:43 +0100
Dominic Mitchell dom.mitch...@palmerharvey.co.uk wrote:
How will you get around one of the major bugbears of the Solaris
implementation, that is nscd serialises access to these databases? I
understand that the caching will allow you to return most
On Tue, 27 Jul 1999 14:14:33 -0700
Kelly D. Lucas k...@securify.com wrote:
Is there a FreeBSD driver the the SMC 1211TX 10/100 EZ Ethernet Card?
As far as I can tell, this is a RealTek 8139 board.
-- Jason R. Thorpe thor...@nas.nasa.gov
To Unsubscribe: send mail to
On Wed, 28 Jul 1999 09:44:03 +0800
Peter Wemm pe...@netplex.com.au wrote:
As far as I can tell, this is a RealTek 8139 board.
Oh my, SMC must be really lowering their standards...
The SMC9432TX is still an EPIC/100. The newer revs of that board are
bug-free (unlike earlier models).
On Thu, 29 Jul 1999 10:52:02 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
Yes, we already do this, but only for OBJT_DEFAULT and OBJT_SWAP objects.
We do not do this for file objects... it would make me rather nervous
if we did :-)
Why? I can think of at
On Thu, 29 Jul 1999 10:21:52 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
Shoot, it barely took 10 minutes for me to move the behavior field from
the object to the vm map entry.
...make sure the map entries are clipped properly. It's easy to miss this
in the most
On Thu, 29 Jul 1999 10:21:52 -0700 (PDT)
Matthew Dillon dil...@apollo.backplane.com wrote:
I'm testing it now along with the madvise(... MADV_DONTNEED) changes (to
make them work on files in a reasonable way).
When I implemented MADV_DONTNEED and MADV_FREE in NetBSD (UVM):
On Fri, 30 Jul 1999 01:50:28 +0900
Daniel C. Sobral d...@newsguy.com wrote:
Could you please elaborate on permanent? To what structure the
information is currently attached, and what, if anything, can make
that structure go away, short of a reboot?
As permanent as the object ... i.e. as
1 - 100 of 121 matches
Mail list logo
