Robert Withrow wrote:
>
> [EMAIL PROTECTED] said:
> :- oops, rc2 isn't started. too bad.
>
> I think that is exactly the desired design. The
> RC *system* starts things correctly, but the manager,
> *bypassing* the RC *system* can start and stop things
> exactly as he wished. For debugging or
Robert Watson wrote:
> > How about /var/run/{$deamon}.pid?
>
> So, one of the things I've always hated (and loved) about UNIX
> is the pid system. One of the problems I have with (foo).pid
> is that pid's are rapidly recycled, so if a daemon dies, there's
> no way to track that unless you're a p
Matt Dillon wrote:
> Umm. Terry, I really have no idea what you are talking about.
I am talking about being able to get the previous behaviour.
> What historical behavior? That FreeBSD was not properly
> dealing with SIG_IGN when every other UNIX does?
> So you are saying that
Kevin Way wrote:
> i don't have the code in front of me, but basically it went like this
>
> nfs: PROVIDE: nfs REQUIRE: nfsd statd lockd
> nfsd: PROVIDE nfsd REQUIRED portmap mountd
> statd: PROVIDE statd REQUIRE nfsd
FWIW: sendmail does not _require_ DNS, but it operates better
in the presence
Devin Butterfield wrote:
> On Thursday 14 June 2001 9:13, Alfred Perlstein wrote:
> > * Rajappa Iyer <[EMAIL PROTECTED]> [010614 22:23] wrote:
> > > http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm
> > >
> > > Any obvious reasons why FreeBSD performed so poorly
> > > for these people
Rajappa Iyer wrote:
>
> http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm
>
> Any obvious reasons why FreeBSD performed so poorly for these people?
Here is a repeat of my post to -advocacy:
-- Terry
The article is meaningless.
Too bad they titled it "Which OS is Fastest for
Mike Silbersack wrote:
> Rather than a tuned configuration, what would be useful is
> a script that would evaluate a system and give tuning hints.
> This might be simple for someone familiar with shell scripting
> or perl. It could do something like:
[ ... Eliza program for FreeBSD ... ]
Doing
Hi again,
I´m still working on my modified natd and have encountered a problem again.
What I have done so far is to exchange the alias module with my own aliasing
module. The problem this time is that when I send a packet (ping) from the
internal machine to the external network the aliasing perfo
Hi:
I am debugging a kernel with remote gdb, using
a serial line. I do the following:
1. boot -d, gdb, step (in target machine)
2. gdb -k kernel.debug
Some time later, I get a "SIGSEV segmentation fault".
This is normal, because I am doing very changes to
the kernel.
My question is the followi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 13 June 2001 8:57 pm, Giorgos Keramidas wrote:
> I have a few hours to spare tonight, and I was using the
> query-pr-summary.cgi script to view the open PRs.
[snip]
Looks like this has been resolved. However, if this is something you
On Fri, Jun 15, 2001 at 02:09:19AM -0700, Terry Lambert wrote:
> Mike Silbersack wrote:
> > Rather than a tuned configuration, what would be useful is
> > a script that would evaluate a system and give tuning hints.
> > This might be simple for someone familiar with shell scripting
> > or perl. I
Terry Lambert wrote:
>
> Rajappa Iyer wrote:
> >
> > http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm
> >
> > Any obvious reasons why FreeBSD performed so poorly for these people?
>
> Here is a repeat of my post to -advocacy:
>
> -- Terry
>
>
>
> The article is meaningless.
On Thu, Jun 14, 2001 at 12:14:24PM -0600, Warner Losh wrote:
> : Second, Eivind has already done
> : some excellent work in this area. Take a look at
> : http://people.freebsd.org/~eivind/newrc.html for more info.
>
> With all due respect to Eivind, he's reinventing the wheel.
This is a misunder
On Friday, June 15, 2001, at 03:14 AM, Erik Trulsson wrote:
>On Fri, Jun 15, 2001 at 01:45:57AM -0500, Mark Sergeant wrote:
>>And this is where ? I just tried it and received the error message of no manual
>>entry for tuning.
>
>It was added to the system on 2001-05-27 so if your system is olde
Terry Lambert <[EMAIL PROTECTED]> types:
> Run levels or run states?
>
> It would be damned useful, for every embedded system I've
> ever used FreeBSD for (four now, but who's counting?) to
> be able to say:
>
> o Start _all_ the standard FreeBSD stuff, I'm using
> this thing as my dev
From: Robert Watson [mailto:[EMAIL PROTECTED]]
>There was some discussion of this on freebsd-advocacy yesterday
>and today, and it sounded like it came down to poor tuning (not
>enabling soft updates, et al) in combination with a heavy reliance
>on threading, where we currently don't do so well.
On Fri, 15 Jun 2001, Charles Randall wrote:
> Did anyone offer to contact Lyris directly to identify a configuration which
> would have fared better in their tests? Since their application is available
> for FreeBSD, it is in our best interests for to help them out.
On a side note, I did contact
On Fri, Jun 15, 2001 at 12:10:41PM +0200, Juan Fco Rodriguez Hervella wrote:
> Hi:
>
> I am debugging a kernel with remote gdb, using
> a serial line. I do the following:
>
> 1. boot -d, gdb, step (in target machine)
> 2. gdb -k kernel.debug
>
> Some time later, I get a "SIGSEV segmentation fau
On Fri, Jun 15, 2001 at 01:43:10AM -0400, Brent Verner wrote:
> On 15 Jun 2001 at 00:38 (-0500), Stephen Montgomery-Smith wrote:
> | Mike Silbersack wrote:
> | > Matt's performance manpage covers a lot of this, but is probably not as
> | > easy to digest as an interactive script.
> | What do I typ
On Fri, Jun 15, 2001 at 09:27:55AM -0700, Ted Faber wrote:
> On Fri, Jun 15, 2001 at 01:43:10AM -0400, Brent Verner wrote:
> > On 15 Jun 2001 at 00:38 (-0500), Stephen Montgomery-Smith wrote:
> > | Mike Silbersack wrote:
> > | > Matt's performance manpage covers a lot of this, but is probably not
I would heartily endorse having the out of the box FreeBSD install be tuned
better...
Sysadmin can't be knocked for not doing the tuning as running an out of
the box config is what a vast majority of users do, imho, so their performance
tests and the poor results from FreeBSD are perfectly vali
On Fri, 15 Jun 2001, Dragos Ruiu wrote:
> I would heartily endorse having the out of the box FreeBSD install be
> tuned better...
>
> Sysadmin can't be knocked for not doing the tuning as running an out of
> the box config is what a vast majority of users do, imho, so their
> performance tests
> FWIW: sendmail does not _require_ DNS, but it operates better
> in the presence of DNS, even though it can provide degraded
> service without it. The same goes for sendmail's need for
> syslogd.
>
> Thus there are both hard and soft requirements. Lack of soft
> requirements means degraded, bu
On Fri, 15 Jun 2001, Terry Lambert wrote:
> [ ... Eliza program for FreeBSD ... ]
>
> Doing this is non-trivial. Many of the things they should
> have tuned can not be tuned except at compile time.
I think you just hit the nail on the head and
managed to identify the problem...
regards,
Rik
-
:On Fri, 15 Jun 2001, Dragos Ruiu wrote:
:
:> I would heartily endorse having the out of the box FreeBSD install be
:> tuned better...
:>
:> Sysadmin can't be knocked for not doing the tuning as running an out of
:> the box config is what a vast majority of users do, imho, so their
:> performan
I've had several marketing types approach me recently for details as
to whether or not Microsoft was using the BSD TCP/IP stack and/or user
utilities, and though it's always been "common knowledge" in the
community that they were, when I set about to "prove" it I found it to
be less easy than I'd
What I read awhile back was MS licensed from BSDi their TCP/IP stack for use
in W2K.
Steve B.
- Original Message -
From: "Jordan Hubbard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 15, 2001 1:57 PM
Subject: Query: How to tell if Microsoft is using BSD TCP/IP code?
Do you have a pointer to what you read? I really need HARD evidence
here, not just anecdotal stuff. Thanks!
- Jordan
From: "Steve B." <[EMAIL PROTECTED]>
Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
Date: Fri, 15 Jun 2001 13:59:51 -0700
> What I read awhile back was
Do you happen to have any of their Winsock propoganda handy (specifically
developer materials or winsock.h header file)? I know for a fact that they
have said repetedly that some of it was taken directly from Berkely. I'm
just not sure where... I'm going to start digging through my stuff to see
if
> I've had several marketing types approach me recently for details as
> to whether or not Microsoft was using the BSD TCP/IP stack and/or user
> utilities, and though it's always been "common knowledge" in the
> community that they were, when I set about to "prove" it I found it to
> be less easy
http://msdn.microsoft.com/library/psdk/winsock/apistart_9g1e.htm mentions
BSD, not sure if is direct enough.
I'm downloading the SDK right now so I can grepmonkey through the latest
and greatest headers, etc.
HTH
--
[ Joseph Mallett<[EMAIL PROTECTED]> ] [ http://srcsys.org ]
[ xMach
With the full knowledge that what I'm saying will probably be of no use,
I have a personal friend who is a Microsoft certified developer, with
full access to the source code of most Windows versions and other
well-known Microsoft apps. He has told me more than once that, yes,
the NT TCP/IP stack
On Thu, Jun 14, 2001 at 10:23:21PM -0400, Rajappa Iyer wrote:
> http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm
>
> Any obvious reasons why FreeBSD performed so poorly for these people?
Yes, it's not very difficult to guess why. If you read the tuning(7)
manpage in recent 4.x Free
According to Jordan Hubbard:
> Do you have a pointer to what you read? I really need HARD evidence
> here, not just anecdotal stuff. Thanks!
If you do a strings on ftp.exe (at least in win95), you should find some BSD
copyright strings.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [
:softupdates later on). Write-back caching is disabled in the disks,
:even if they support it. This is yet another step towards making the
:default installation of FreeBSD as reliable a system as it can be.
Well, not any more... we caved in on that one because the performance
loss was
In message <[EMAIL PROTECTED]> Jordan Hubbard writes:
: I think that since we use CVS around here, we should simply import the
I agree. Let's just cvs import the NetBSD stuff verbatim and
unmodified on a vendor branch, but allow for limited commits to those
files by folks that have really been w
This is a good reference, but sadly it only really refers to "the
sockets paradigm as first popularized by BSD", which means they could
have followed the API without touching a single line of BSD code.
To reiterate: What I'm looking for is some true, hard evidence that
Microsoft has used BSD code
Thanks, that represents the first "hard hit" I've seen yet:
root@winston-> strings FTP.EXE |grep "University of California"
@(#) Copyright (c) 1983 The Regents of the University of California.
Now if we can just locate something in the kernel or a well-used
DLL..
- Jordan
From: Ollivier Robert
Well, looking through headers, a lot of stuff says "taken from the BSD
file...", namely winsock.h and winsock2.h, at the very least it appears
they have designed it with some goal of being backwards compatible with
BSD sockets by using BSD structures, functions, whatever, but the actual
winsock co
On Fri, Jun 15, 2001 at 03:05:17PM -0600, Nate Williams wrote:
> > I've had several marketing types approach me recently for details as
> > to whether or not Microsoft was using the BSD TCP/IP stack and/or user
> > utilities, and though it's always been "common knowledge" in the
> > community that
From: Joseph Mallett <[EMAIL PROTECTED]>
Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
Date: Fri, 15 Jun 2001 17:50:00 -0400 (EDT)
> Well, looking through headers, a lot of stuff says "taken from the BSD
> file...", namely winsock.h and winsock2.h, at the very least it a
I'll see if I can dig it up it was awhile back in one of the trade magazines
or their ezine.
Steve B.
- Original Message -
From: "Jordan Hubbard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, June 15, 2001 2:01 PM
Subject: Re: Query: How to tell if Micr
On Fri, Jun 15, 2001 at 02:47:21PM -0700, Jordan Hubbard wrote:
> Thanks, that represents the first "hard hit" I've seen yet:
>
> root@winston-> strings FTP.EXE |grep "University of California"
> @(#) Copyright (c) 1983 The Regents of the University of California.
Here's one more:
(echo) [syst
On Friday, June 15, 2001, at 02:37 PM, Giorgos Keramidas wrote:
> On Thu, Jun 14, 2001 at 10:23:21PM -0400, Rajappa Iyer wrote:
>> http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm
>>
>> Any obvious reasons why FreeBSD performed so poorly for these people?
>
> Yes, it's not very dif
On Fri, Jun 15, 2001 at 06:31:12PM -0400, Josh Osborne wrote:
>
> On Friday, June 15, 2001, at 02:37 PM, Giorgos Keramidas wrote:
>
>> On Thu, Jun 14, 2001 at 10:23:21PM -0400, Rajappa Iyer wrote:
>>> http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm
>>>
>>> Any obvious reasons why F
In the last episode (Jun 15), Jordan Hubbard said:
> Thanks, that represents the first "hard hit" I've seen yet:
>
> root@winston-> strings FTP.EXE |grep "University of California"
> @(#) Copyright (c) 1983 The Regents of the University of California.
But this probably just means that FTP.EXE is
:Of course, assuming dirpref and Ian's new directory cache have been MFC'd
:by the time 4.4 comes out, it will scream on that same benchmark.
:
:Mike "Silby" Silbersack
Yup! Even without dirpref.
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED
Jordan Hubbard wrote:
>
> I've had several marketing types approach me recently for details as
> to whether or not Microsoft was using the BSD TCP/IP stack and/or user
> utilities, and though it's always been "common knowledge" in the
> community that they were, when I set about to "prove" it I f
On Fri, 15 Jun 2001, Matt Dillon wrote:
>
> :softupdates later on). Write-back caching is disabled in the disks,
> :even if they support it. This is yet another step towards making the
> :default installation of FreeBSD as reliable a system as it can be.
>
> Well, not any more... we caved
nfs_getpages: error 70
vm_fault: pager read error, pid 72424 (httpd)
I get occasional cpu spikes for like 10-20 sec occasionally
wondering what this is from.i am thinking nfs timeout maybe
i am ready got maxusers set to 500.
--
Dan
+--
Giorgos Keramidas writes:
> Installing an operating system (be it FreeBSD, linux, Windows or what
> else) and failing to tune the system to perform as good as possible
> for the application, is no decent way of doing a benchmark. And when
> is comes to benchmarks, you have to tune ALL the syste
Terry Lambert wrote:
>
> Robert Withrow wrote:
> >
> > [EMAIL PROTECTED] said:
> > :- oops, rc2 isn't started. too bad.
> >
> > I think that is exactly the desired design. The
> > RC *system* starts things correctly, but the manager,
> > *bypassing* the RC *system* can start and stop things
> >
Urban Olsson <[EMAIL PROTECTED]> writes:
> Another strange thing is that when I try to use tcpdump it doesn´t show all
> packets. No packets are "dropped by kernel" but tcpdump have received
> packets but don´t show them. Could this in some way be related.
Use the -n option.
DES
--
Dag-Erling S
Giorgos Keramidas <[EMAIL PROTECTED]> writes:
> You can clearly see that (in line 3), I have chosen to view only PRs
> whose state is `open' AND (line 2) severity is `critical', in an
> effort to help closing first those PRs that are more important.
Just ignore the severity and priority. They ar
It seems I have found a couple bugs, I noticed that mergemaster was always
saying that the "install failed, the file has to be merged manually" even
thought the install was successful. It would seem that the recent commit is
using "install && test && rm" but the install program will already hav
On Sat, Jun 16, 2001 at 02:22:39AM +0300, Giorgos Keramidas wrote:
>Matt has explained this better than I could ever do, in his tuning(7)
>manpage -- a recent, but very valuable addition to our manpages.
It, indeed, must be very recent: I have upgraded my system just
last month, but I have no tun
On Fri, Jun 15, 2001 at 09:45:53PM -0500, G. Adam Stanislav wrote:
> On Sat, Jun 16, 2001 at 02:22:39AM +0300, Giorgos Keramidas wrote:
> >Matt has explained this better than I could ever do, in his tuning(7)
> >manpage -- a recent, but very valuable addition to our manpages.
>
> It, indeed, must
:
:
:nfs_getpages: error 70
:vm_fault: pager read error, pid 72424 (httpd)
:
:
:I get occasional cpu spikes for like 10-20 sec occasionally
:wondering what this is from.i am thinking nfs timeout maybe
:i am ready got maxusers set to 500.
:
:--
:Dan
error 70 is 'stale NFS file handle'
Doesn't any one remember Netiquette these days and trim what they are
replying to??
[ thread left below to see how bad this is getting.. ]
On Fri, Jun 15, 2001 at 02:42:35PM -0700, Jordan Hubbard wrote:
> This is a good reference, but sadly it only really refers to "the
> sockets paradigm as fir
59 matches
Mail list logo