gr...@freebsd.org (Brian F. Feldman) writes:
> It's "out with the bad, in with the good." Pidentd code is pretty terrible.
> The only security concerns with my code were wrt FAKEID, and those were
> mostly fixed (mostly meaning that a symlink _may_ be opened, but it won't
> be read.) If anyone wa
Hi ...
I'm trying to get a 3.2-STABLE to boot via the serial console.
I can get the "boot: " rompt and loader to display to the serial
console, but after the 9 second delay it continues to boot but
no output is generated to the screen (device probes etc.).
After the boot has completed, the login
"Daniel C. Sobral" wrote:
> > I can add it to the list of reasons I don't use it then I guess ;-).
>
> Whatever. The operating system you use also does it.
How terribly tedious.
Cheers
Jon
--
\/ Jon Ribbens / j...@oaktree.co.uk
To Unsubscribe: send mail to majord...@freebsd.org
with "unsub
I was checking out the firewall setup in /etc/rc.firewall, and noticed that
the simple example relied on a fixed IP address for the external interface. I
don't know ahead of time what IP address is going to be allocated to me before
I dial up. Would it be possible to specify an interface (tun0)
>I'm trying to get a 3.2-STABLE to boot via the serial console.
>
>I can get the "boot: " rompt and loader to display to the serial
>console, but after the 9 second delay it continues to boot but
>no output is generated to the screen (device probes etc.).
>
>After the boot has completed, the login
Alfred Perlstein wrote:
> You're browsing with netscape and It hits about 32megs in size,
> you click on a multimedia object and netscape execs a helper app.
vfork()
> you also have to consider a program wishing to make sparse use
> of its address space, without overcommit it becomes impossible.
> You're browsing with netscape and It hits about 32megs in size,
> you click on a multimedia object and netscape execs a helper app.
If the system has real vfork(2) like NetBSD, this is not problem.
> you also have to consider a program wishing to make sparse use
> of its address space, without
Sheldon Hearn wrote:
>
> On Mon, 12 Jul 1999 18:37:13 GMT, Niall Smart wrote:
>
> > The patch appended seems to fix this, I'd like someone familiar
> > with sh to review it though, since this may be symptomatic of
> > a general problem with command substitution.
>
> As I understand your patch, y
"Brian F. Feldman" wrote:
> On Mon, 12 Jul 1999, Sheldon Hearn wrote:
> > On Sun, 11 Jul 1999 12:47:30 MST, Doug wrote:
> >
> > > Finally, Brian might want to search the bugtraq archives before
> > > he commits anything. There have been quite a few identd related
> > > discussions, and it wo
On Tue, 13 Jul 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
> I was checking out the firewall setup in /etc/rc.firewall, and noticed that
> the simple example relied on a fixed IP address for the external interface. I
> don't know ahead of time what IP address is going to be a
Hi, i have a question.
Why 'dd' does not seek over 'char' devs (specifically raw disk partitions).
My point is, when a disk develops problems, sometimes it is possible
to recover nearby sectors e.g. using dd, and seeking to the right
block. However running dd over the char device (rwd*) takes for
On Tue, Jul 13, 1999 at 10:16:32PM +0930, Kris Kennaway wrote:
> On Tue, 13 Jul 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
>
> > I was checking out the firewall setup in /etc/rc.firewall, and noticed that
> > the simple example relied on a fixed IP address for the external in
In message , Kris Kennaway wrote
:
} On Tue, 13 Jul 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote
} :
}
} > I was checking out the firewall setup in /etc/rc.firewall, and noticed
} > that the simple example relied on a fixed IP address for the external
} > interface. I don't k
On 13 Jul 1999, Ville-Pertti Keinonen wrote:
>
> gr...@freebsd.org (Brian F. Feldman) writes:
>
> > It's "out with the bad, in with the good." Pidentd code is pretty terrible.
> > The only security concerns with my code were wrt FAKEID, and those were
> > mostly fixed (mostly meaning that a syml
On Tue, 13 Jul 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
> I was checking out the firewall setup in /etc/rc.firewall, and noticed that
> the simple example relied on a fixed IP address for the external interface. I
> don't know ahead of time what IP address is going to be a
On Tue, 13 Jul 1999, Noriyuki Soda wrote:
> > You're browsing with netscape and It hits about 32megs in size,
> > you click on a multimedia object and netscape execs a helper app.
>
> If the system has real vfork(2) like NetBSD, this is not problem.
>
> > you also have to consider a program wish
On Tue, 13 Jul 1999, Jon Hamilton wrote:
> } You could probably do it from /etc/ppp/ppp.linkup, which knows your IP
> } address as MYADDR. But if you just have asingle machine on the end of the
> } dialup then
>
> You can do it as the original poster was thinking as well by specifying the
> "re
On Tue, 13 Jul 1999, Niall Smart wrote:
> "Brian F. Feldman" wrote:
>
> > On Mon, 12 Jul 1999, Sheldon Hearn wrote:
> > > On Sun, 11 Jul 1999 12:47:30 MST, Doug wrote:
> > >
> > > > Finally, Brian might want to search the bugtraq archives before
> > > > he commits anything. There have been
> On Tue, 13 Jul 1999 10:11:14 -0400 (EDT),
"Brian F. Feldman" said:
>> > you also have to consider a program wishing to make sparse use
>> > of its address space, without overcommit it becomes impossible.
>>
>> SVR4 has MAP_NORESERVE option for mmap(2) for this.
>> So, default behai
On Tue, 13 Jul 1999, Luigi Rizzo wrote:
> Hi, i have a question.
>
> Why 'dd' does not seek over 'char' devs (specifically raw disk partitions).
Not all character devices support seeking. So, we work with the LCD...
Sorry, I don't like this either. It would be better, maybe, just to fix
characte
> > Hi, i have a question.
> >
> > Why 'dd' does not seek over 'char' devs (specifically raw disk partitions).
>
> Not all character devices support seeking. So, we work with the LCD...
> Sorry, I don't like this either. It would be better, maybe, just to fix
> character devices.
couldn't we fir
On Tue, 13 Jul 1999, Luigi Rizzo wrote:
> > > Hi, i have a question.
> > >
> > > Why 'dd' does not seek over 'char' devs (specifically raw disk
> > > partitions).
> >
> > Not all character devices support seeking. So, we work with the LCD...
> > Sorry, I don't like this either. It would be bett
During a make release for 3.2-RELEASE I get the following error:
Making the regular boot floppy.
Compressing doc files...
sh -e /usr/src/release/scripts/doFS.sh -s mfsroot /R/stage /mnt 2880
/R/stage/m
fsfd 8000 minimum2
vnconfig: open: Device not configured
*** Error code 1
Stop.
*** Error code
Jon Ribbens writes:
> > Because memory (as in *real* memory, either RAM or swap) is
> > allocated on-demand. So you can allocate any amount of virtual
> > memory that the system can possibly provide you, even though you'll
> > run out of memory much earlier, because other resources are also
> > con
On Tue, 13 Jul 1999, eT wrote:
> During a make release for 3.2-RELEASE I get the following error:
>
> Making the regular boot floppy.
> Compressing doc files...
> sh -e /usr/src/release/scripts/doFS.sh -s mfsroot /R/stage /mnt 2880
> /R/stage/m
> fsfd 8000 minimum2
> vnconfig: open: Device not c
Lo and Behold, eT said:
> During a make release for 3.2-RELEASE I get the following error:
>
> vnconfig: open: Device not configured
> *** Error code 1
>
> What does this mean and how do I fix it?
It means you don't have any vnode devices configured in your kernel.
What, you ask, is a vnode dis
Niall Smart wrote in list.freebsd-hackers:
> As I understand it most builtins will not spawn a new shell
> when they are used in command substitution:
>
> niall% echo `echo $$` $$
> 20354 20354
> niall%
Actually, that example doesn't prove anything. :-)
$ echo `echo $$` $$
8376 8376
$ ec
Hey All,
It was suggested that I email this problem to this list since for the past
weeks (on and off) I can get no resolution from the questions list.
I have Debian Linux and FreeBSD system. Debian being my main OS right now,
but I think FreeBSD would an upgrade. While in Debian I re-partition
On Tue, 13 Jul 1999 18:13:42 +0200, Oliver Fromme wrote:
> Command substitution certainly has to spawn a subshell, even
> for built-in commands, because otherwise you could modify
> parent shell variables within command substitutions.
But isn't that exactly what's happening here, where PWD is b
In article ,
Brian F. Feldman wrote:
> On Tue, 13 Jul 1999, Luigi Rizzo wrote:
>
> > couldn't we first try lseek and only do the reads on char devs where
> > the lseek fails ?
>
> lseek() won't usually fail unless it's something like EBADF. It merely
> sets the current fd's offset. It would be n
On Tue, 13 Jul 1999 10:11:14 -0400 (EDT)
"Brian F. Feldman" 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, it's not t
On Tue, 13 Jul 1999, Ladavac Marino wrote:
> I don't know if your diagnosis was in jest,
Yes it was, but thank you for asking. :) I should have known
better than to attempt subtle humor at the end of a long, tiring day.
Doug
--
On account of being a democracy and run by the people
This topic has been rehashed a thousand times.
What it comes down to is that if you want to disallow overcommit, you
have to multiply the amount of swap space in the system relative to
current levels in order to get the same performance limits as you had
before. If you don't,
Sheldon Hearn wrote in list.freebsd-hackers:
> On Tue, 13 Jul 1999 18:13:42 +0200, Oliver Fromme wrote:
>
> > Command substitution certainly has to spawn a subshell, even
> > for built-in commands, because otherwise you could modify
> > parent shell variables within command substitutions.
>
On Tue, 13 Jul 1999 11:13:49 -0700 (PDT)
Matthew Dillon 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 stupid idea - and
On Tue, 13 Jul 1999, Oliver Fromme wrote:
> > But isn't that exactly what's happening here, where PWD is being tainted
> > by the commands evaluated within the substitution?
>
> Yes, I'd call that a bug which should be fixed.
> The manpage clearly says:
>
> "The shell expands the command s
As Mike Smith wrote ...
> This is typically symptomatic of poor CPU cooling; all of a sudden you
Well, it wasn't the cooler, that was just fine. The CPU was quite cool
(it has a big, good heatsink & fan)
> are running the CPU at full power 100% of the time, rather than sitting
> in an HLT inst
But I have a valid point: can we do something better than posting a SIGKILL
to the largest process?
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
gr...@freebsd.org _ __ ___ | _ ) __| \
FreeBSD: The Power to Serve!_ __ | _ \._ \ |) |
http://w
On Tue, Jul 13, 1999 at 02:47:20PM -0400, Brian F. Feldman wrote:
> But I have a valid point: can we do something better than posting a SIGKILL
> to the largest process?
I think AIX sends all running processes a magic signal (SIGDANGER?)
which indicates that the system is short of resources, and
:But I have a valid point: can we do something better than posting a SIGKILL
:to the largest process?
:
: Brian Fundakowski Feldman _ __ ___ ___ ___ ___
: gr...@freebsd.org _ __ ___ | _ ) __| \
We could have the ability to mark processes as being more or less
On Tue, 13 Jul 1999, John Polstra wrote:
> In article ,
> Brian F. Feldman wrote:
> > On Tue, 13 Jul 1999, Luigi Rizzo wrote:
> >
> > > couldn't we first try lseek and only do the reads on char devs where
> > > the lseek fails ?
> >
> > lseek() won't usually fail unless it's something like EBAD
In message , "Bria
n F. Feldman" writes:
>On 13 Jul 1999, Ville-Pertti Keinonen wrote:
>
>>
>> gr...@freebsd.org (Brian F. Feldman) writes:
>>
>> > It's "out with the bad, in with the good." Pidentd code is pretty terrible
>.
>> > The only security concerns with my code were wrt FAKEID, and those
>
> 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 is fairly
> difficult to run the system out of swap space. I don't think I've
On Tue, 13 Jul 1999, Matthew Dillon wrote:
>
> :But I have a valid point: can we do something better than posting a SIGKILL
> :to the largest process?
> :
> : Brian Fundakowski Feldman _ __ ___ ___ ___ ___
> : gr...@freebsd.org _ __ ___ | _ ) __| \
>
> We co
"Brian F. Feldman" writes:
> But I have a valid point: can we do something better than posting a SIGKILL
> to the largest process?
If I remember correctly, AIX sends a signal to all processes asking
them to free up memory. (Processes ignore this signal by default.) If
nobody responds, then it s
On Tue, 13 Jul 1999, Ian Dowse wrote:
> In message ,
> "Bria
> n F. Feldman" writes:
> >On 13 Jul 1999, Ville-Pertti Keinonen wrote:
> >
> >>
> >> gr...@freebsd.org (Brian F. Feldman) writes:
> >>
> >> > It's "out with the bad, in with the good." Pidentd code is pretty
> >> > terrible
> >.
> >
:> 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 is fairly
:> difficult to run the system out of swap space. I don't think I've
On Tue, Jul 13, 1999 at 03:12:51PM -0400, Brian F. Feldman wrote:
> > Why not actually store the fake ID in a symbolic link? That way you just
> > do a readlink(), which would be safer, neater and faster than reading a
> > file. A user can set up a fake ID with something like:
> >
> > ln
[cc list trimmed because it was getting ... insane, and it's not like
this is a critical point. It's just beating up a topic which has been
beaten up by many others.]
Matthew Dillon writes:
> Thus it makes little sense to try to disallow overcommit. It gains you
> absolutely nothing, and
Couple of questions which are pretty much off topic
1) Does anyone know of a way to talk to a remote oracle server via odbc or
oci? Access is required specifically under apache and mod_perl or php,
but we've spent a couple of man-days looking for straightforward answers
and found none:(
2) A
In article <199907132004.aa08...@salmon.maths.tcd.ie>,
Ian Dowse wrote:
>
> Why not actually store the fake ID in a symbolic link? That way you just
> do a readlink(), which would be safer, neater and faster than reading a
> file. A user can set up a fake ID with something like:
>
>
On Tue, 13 Jul 1999, David Malone wrote:
> I think AIX sends all running processes a magic signal (SIGDANGER?)
> which indicates that the system is short of resources, and if things
> don't improve real soon then it sends a SIGKILL. Not that I'd suggest
> that AIX does things the right way...
FYI
:> have to allocate anyway if we were to actually disallow overcommits! But
:> with overcommits allowed, your box will never come close to using that
:> much swap.
:
:This may be a decent answer for the workstation world, but it's not so
:good for more restricted systems. Further, yo
After pounding on this some more with today's -current (prior to
the MNT_ASYNC flag change) I got a lot more lockups that looked like
this:
On Mon, 12 Jul 1999, Doug wrote:
> Ok, got another hang in "siobi" state (this time after it
> successfully completed the script). Here is the
How hard would it be to add a sysctl variable that controlled whether or not
the system would overcommit memory?
-Archie
___
Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com
To Unsubscribe: send m
On Tue, 13 Jul 1999 13:20:55 MST, Doug wrote:
> After confirming that it worked with no logging, I tried enabling
> logging to a regular file, and that also worked like a charm. After
> turning syslog style logging back on, it locked up cold, with a very
> similar traceback.
Sheesh, Mark
Look fairly robust:
http://vxatape.com
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
> On Tue, 13 Jul 1999 11:13:49 -0700 (PDT),
Matthew Dillon said:
> Doh! Even solaris doesn't overcommit - you think it actually
> reserves data blocks for its file-backed swap? Bzzt! It uses
> an overcommit model too.
Unlike 4.4BSD derived VM, Solaris VM has a way to r
:How hard would it be to add a sysctl variable that controlled whether or not
:the system would overcommit memory?
:
:-Archie
:
:___
:Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com
Archie, the
On Tue, 13 Jul 1999 11:59:25 -0700 (PDT)
Matthew Dillon 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 is fairly
>
:
:On Tue, 13 Jul 1999 11:59:25 -0700 (PDT)
: Matthew Dillon 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 is fairl
:
:> On Tue, 13 Jul 1999 11:13:49 -0700 (PDT),
: Matthew Dillon said:
:
:> Doh! Even solaris doesn't overcommit - you think it actually
:> reserves data blocks for its file-backed swap? Bzzt! It uses
:> an overcommit model too.
:
:Unlike 4.4BSD derived VM, Solaris VM has
> On Tue, 13 Jul 1999 14:16:54 -0700 (PDT),
Matthew Dillon said:
> > Unlike 4.4BSD derived VM, Solaris VM has a way to reserve backing store.
> Secondly, for such a server to fail to run is just as bad as if
> the system were to run out of swap.
> IRIX has a swap reserva
>
>
> Look fairly robust:
>
> http://vxatape.com
Their online documentation suggests that this is a stock-standard SCSI
tape device. A refreshing change. 8)
--
\\ The mind's the standard \\ Mike Smith
\\ of the man. \\ msm...@freebsd.org
\\-- Joseph Merrick
:
: So I started thinking that maybe the problem was actually in
:syslog (or amd's interface to it). So I disabled the following two options
:in my amd.conf file:
:
:log_file = syslog:local7
:log_options =all
:
: And lo and behold, it worked like a charm. I was
Matthew Dillon writes:
> :How hard would it be to add a sysctl variable that controlled whether or not
> :the system would overcommit memory?
>
> Archie, the question is barely worth answering. Nobody advocating this
> stuff has even begun to think-out the ramifications. Adding such a kn
:> Secondly, for such a server to fail to run is just as bad as if
:> the system were to run out of swap.
:
:> IRIX has a swap reservation flag too, a left-over from the SysV days.
:> It is a totally useless flag.
:
:That's wrong.
:On such systems, critical server has a chance to sa
On Tue, 13 Jul 1999 14:14:52 -0700 (PDT)
Matthew Dillon 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 attention to Chris's pos
:> ram and 512MB of swap (4MB of swap in use), but the kernel reports over
:> 3 GB of VM assigned to processes. That's a fairly lightly loaded
machine.
:
:What you say is generally true; however, the problem is that *you*
:are making implicit assumptions about what applications *I* might
On Tue, 13 Jul 1999 14:16:54 -0700 (PDT)
Matthew Dillon 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 simply does
>
> After pounding on this some more with today's -current (prior to
> the MNT_ASYNC flag change) I got a lot more lockups that looked like
> this:
>
> On Mon, 12 Jul 1999, Doug wrote:
>
> > Ok, got another hang in "siobi" state (this time after it
> > successfully completed the script).
On Tue, 13 Jul 1999 14:27:54 -0700 (PDT)
Matthew Dillon 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 out of swap.
:
:On Tue, 13 Jul 1999 14:14:52 -0700 (PDT)
: Matthew Dillon 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 attention to
> On Tue, 13 Jul 1999 14:27:54 -0700 (PDT),
Matthew Dillon said:
> > That's wrong.
> > On such systems, critical server has a chance to save it's data to
> > filesystem.
> > On 4.4BSD derived systems, it cannot be guaranteed.
> You are assuming that the situation actually occurs.
On Tue, 13 Jul 1999 14:31:38 -0700 (PDT)
Matthew Dillon 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 each program is n
Matthew Dillon writes:
> 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.
I'd _really_ like to know how you figure this.
textdatabss dec hex filena
:Running out of swap can be easily done by normal user privilege.
:Non-overcommiting system can run important application on the system
:which has a normal user, because it never lose critical data, even if
:a user on the system make a mistake. (The application might stop,
:but it never lose data.
:
:On Tue, 13 Jul 1999 14:27:54 -0700 (PDT)
: Matthew Dillon 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 ou
Matthew Dillon writes:
> Fine... you have ultimate design control over every process running on
> the system. Simply set appropriate resource limits for the processes
> run by the system and you are done.
For some value of ultimate control.
Reality these days is that if you want
:
:Matthew Dillon writes:
:
:> 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.
:
:I'd _really_ like to know how you figure this.
:
:textdatabss dec he
:
:See chris's point... Maybe you have one process that needs 10MB and a few
:others that need 300K - 1MB. Resource limits are not useful in this
:scenario.
:
:...and, who said anything about using malloc()? :-)
:
:-- Jason R. Thorpe
Sure they are.
limit datasize 1m
> On Tue, 13 Jul 1999 14:53:43 -0700 (PDT),
Matthew Dillon said:
> If you are talking about a user intentionally attempting to run
> a system out of swap, it is fairly easy to do whether the system
> uses an overcommit model or not. The user has any number of
> ways o
:For some value of ultimate control.
:
:Reality these days is that if you want an embedded system based on
:UNIX that both doesn't suck and that has the features you need, you
:have to take _some_ off the shelf software components, glue them
:together as simply as possible, and do what you can to
On Tue, 13 Jul 1999 14:56:52 -0700 (PDT)
Matthew Dillon 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 matters, not a worst-c
:> a system out of swap, it is fairly easy to do whether the system
:> uses an overcommit model or not. The user has any number of
:> ways of blowing the server up too - for example, by making
:> thousands of connections to it or running many huge queries in
:> parallel.
:
:If
On Tue, 13 Jul 1999 15:12:14 -0700 (PDT)
Matthew Dillon 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 least in NetBSD).
> T
:Jason Thorpe wrote:
:>
:> On Tue, 13 Jul 1999 14:14:52 -0700 (PDT)
:> Matthew Dillon 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.
:
:> fr
:Yes, you're using your own REAL-LIFE situations, from a large ISP, using
:systems for a few specific server applications, where you have the space
:to put lots of disk, etc.
:
:The things I'm thinking of aren't even necessarily "large server"
:applcations. NetBSD runs on a CPU that is *often* use
On Tue, 13 Jul 1999, Matthew Dillon wrote:
> This is an excellent example of a solution. Another example would be
> to implement your own memory management subsystem... that is, your own
> shared library which keeps track of memory allocations on a global
> basis. I could do one
On Tue, 13 Jul 1999 15:37:26 -0700 (PDT)
Matthew Dillon 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, really? The camera s
:On Tue, 13 Jul 1999 15:12:14 -0700 (PDT)
: Matthew Dillon 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 least in NetBSD).
> On Tue, 13 Jul 1999 15:29:37 -0700 (PDT),
Matthew Dillon said:
> In the same manner any truely critical system server must handle the
> resource management itself to deal with all sorts of problem situations,
> including memory. You do not need to build any of this cont
On Tue, 13 Jul 1999, Matthew Dillon wrote:
> :
> : So I started thinking that maybe the problem was actually in
> :syslog (or amd's interface to it). So I disabled the following two options
> :in my amd.conf file:
> :
> :log_file = syslog:local7
> :log_options =all
> :
On Tue, 13 Jul 1999, Mike Smith wrote:
> > After pounding on this some more with today's -current (prior to
> > the MNT_ASYNC flag change) I got a lot more lockups that looked like
> > this:
> >
> > On Mon, 12 Jul 1999, Doug wrote:
> >
> > > Ok, got another hang in "siobi" state (this tim
:
:On Tue, 13 Jul 1999, Matthew Dillon wrote:
:
:> This is an excellent example of a solution. Another example would be
:> to implement your own memory management subsystem... that is, your own
:> shared library which keeps track of memory allocations on a global
:> basis. I coul
:
:Heh, really? The camera ships w/ Apache running on it.
:
:-- Jason R. Thorpe
They obviously have a lot of memory to play with, then. Or they
are crazy. Writing a web server is fairly easy to do. I've
written several, including the one that BEST runs on most of its
> On Tue, 13 Jul 1999, Mike Smith wrote:
>
> > > After pounding on this some more with today's -current (prior to
> > > the MNT_ASYNC flag change) I got a lot more lockups that looked like
> > > this:
> > >
> > > On Mon, 12 Jul 1999, Doug wrote:
> > >
> > > > Ok, got another hang in "
:> kernel.
: :
: [snip]
: :
:> To say that FreeBSD does not support a certain class of system because
:> it uses an overcommit model is not correct, because you can trivially
:> solve the problem by implementing your own management of memory rather
:> then use
:*.err;kern.debug;auth.notice;mail.crit /dev/console
:*.notice;kern.debug;lpr.info;mail.crit;news.err /var/log/messages
:mail.info /var/log/maillog
:lpr.info/var/log/lpd-errs
:cron.*
Matthew Dillon writes:
> 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.
>
> The only thing swap is ever used for is the dynamic allocation of memory.
> There are three ways to do
1 - 100 of 298 matches
Mail list logo
