I have recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE.
I wrote a very simple assembly language program that was giving me
a bus error. For several hours I have been trying to find what was
wrong with it, but could not.
Finally, out of desperation, I moved uninitialized data from .bss
Hi again,
What I have done so far is to use the natd daemon as an example but I have a
problem. The divert seems to work but the problem is that I can´t get the
packets in my userspace program. Is there some specific port that I should
use for the divert socket? This is not very clear in the natd
Prompted by the recent discussion about performance with large
directories, I had a go at writing some code to improve the situation
without requiring any filesystem changes. Large directories can
usually be avoided by design, but the performance hit is very
annoying when it occurs. The namei cac
On Fri, Jun 01, 2001 at 02:42:34AM -0500, G. Adam Stanislav wrote:
> I have recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE.
And thus upgraded your assembler and linker from GNU Binutils 2.9.1 to
2.10.1. When you upgrade to 4.4-FreeBSD you will get GNU Binutils 2.11.
> That tells me
On Thu, May 31, 2001 at 09:29:38PM -0700, Dima Dorfman wrote:
> Although this is a documented shortcoming, it's quite unnecessary
> given how easy it is to fix it. Any objections to allowing '--' to
> mean "end of env. variable assignments"?
The orthoginal way (with grep, mv, et. al.) would be t
In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>On Thu, May 31, 2001 at 09:29:38PM -0700, Dima Dorfman wrote:
>> Although this is a documented shortcoming, it's quite unnecessary
>> given how easy it is to fix it. Any objections to allowing '--' to
>> mean "end of env. variable assignmen
On 01-Jun-01 G. Adam Stanislav wrote:
> I have recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE.
>
> I wrote a very simple assembly language program that was giving me
> a bus error. For several hours I have been trying to find what was
> wrong with it, but could not.
>
> Finally, out
This is great -- once I finish moving back to Maryland (sometime
mid-next-week) I'd be very interested in running this code on a -CURRENT
mock-up of my Cyrus server, which regularly runs with 65,000+ file
directories. I assume this is a -CURRENT patch set?
(Mind you, I've found that most of th
On 01-Jun-01 Robert Watson wrote:
>
> This is great -- once I finish moving back to Maryland (sometime
> mid-next-week) I'd be very interested in running this code on a -CURRENT
> mock-up of my Cyrus server, which regularly runs with 65,000+ file
> directories. I assume this is a -CURRENT patch
David Scheidt wrote:
>
> :So "find" is reporting 2435 files, but "quota" is reporting 2537. Where
> :could the difference be hiding?
> :
> These should match. Two things pop into my head as first possibilities.
> First, you have a race. find(1) and quota(1) are looking at the disk at
> differen
Kris Kennaway wrote:
> > > 1. Have the ata driver leave the write cache setting
> > > alone by default, providing a sysctl which can cause
> > > disabled or enabled if requested. When the default is
> > > allowed, put something in dmesg which says "Note: Write
> > > caching may be enabled. See
Mike Silbersack wrote:
> > As a friend of mine says "I can make it go as fast as you
> > want, if it doesn't have to work"...
>
> You entirely missed my point. Yes, we could leave it at 0.
> But if so, we should tell people so that they can make an
> informed choice. If we don't make the choice
Peter Wemm wrote:
> Terry Lambert wrote:
> > Mike Silbersack wrote:
> > > 1. Have the ata driver leave the write cache setting
> > > alone by default, providing a sysctl which can cause
> > > disabled or enabled if requested. When the default is
> > > allowed, put something in dmesg which says "
:
:Prompted by the recent discussion about performance with large
:directories, I had a go at writing some code to improve the situation
:without requiring any filesystem changes. Large directories can
:usually be avoided by design, but the performance hit is very
:annoying when it occurs. The nam
:This is great -- once I finish moving back to Maryland (sometime
:mid-next-week) I'd be very interested in running this code on a -CURRENT
:mock-up of my Cyrus server, which regularly runs with 65,000+ file
:directories. I assume this is a -CURRENT patch set?
:
:(Mind you, I've found that most
Rik van Riel wrote:
>
> On Wed, 30 May 2001, Terry Lambert wrote:
>
> > The intent of the "test" is obviously intended to show
> > certain facts which we all know to be self-evident under
> > strange load conditions which are patently "unreal".
>
> > I would suggest a better test would be to op
Hi,
I have had this idea concept for awhile and thought I would hand it off
to someone who could actually use it. I was thinking of a port dedicated to
security patches. Something that would be setup in crontab to check for
security updates every month,week,day,hour whatever the user choose
At 09:30 01-06-2001 -0700, David O'Brien wrote:
>This would be a question for the GNU Binutils mailing list to find out
>why they changed anything.
Thank you. I did as you suggested, and found a solution.
Thanks again,
Adam
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
I have just upgraded my debug/test systems here to 4.3-stable and I'm
now getting all of my device driver printf's spewed to my root rlogin
windows. When these two systems were 4.0 and 4.2 these messages weren't
printed here (I am capturing them on the serial port).
How do I revert this so that w
"Albert D. Cahalan" wrote:
>
> > This "postmark" test is useless self flagellation.
>
> The benchmark tests what it was meant to test: performance
> on huge directories.
Which is useless, since only degenerate software results
in huge directories.
I have yet to see one example of software whic
On Fri, Jun 01, 2001 at 04:59:34PM -0500, Bob Willcox wrote:
> I have just upgraded my debug/test systems here to 4.3-stable and I'm
> now getting all of my device driver printf's spewed to my root rlogin
> windows. When these two systems were 4.0 and 4.2 these messages weren't
> printed here (I a
Rik van Riel wrote:
> > How about a real benchmark?
>
> Good question indeed. All proposed benchmarks in this thread
> have been geared heavily towards one system or the other and
> are not at all "industry standard" benchmarks.
>
> > At www.spec.org I see SPECweb99 numbers for Solaris, AIX,
> >
Rik van Riel wrote:
> > Thank you for not telling it to one of my servers which is running
> > around with about 10 concurrent connections biting its tail. I
> > wouldn't like to hurt its feelings. And I've got the feeling that it
> > will have to bear a bit more of that beating.
>
> Interest
Hi,
I assume you mean the patches for source. It's not difficult to check
latest security patches automatically and apply them to the
source. But then? Automatically rebuild the kernel and other stuff and
reboot automatically? Maybe it's not the expected and acceptable
behavior, I'm afraid.
Jia
On Fri, 1 Jun 2001, Terry Lambert wrote:
> First of all, they do not "run circles" around FreeBSD;
> they kill the virgin reliability on the alter of the
> bloody god Benchmark.
Ok, Terry, you've made it clear that you hate IDE, you hate linux, and you
pretty much hate everything other than sof
"G. Adam Stanislav" wrote:
>
> At 09:30 01-06-2001 -0700, David O'Brien wrote:
> >This would be a question for the GNU Binutils mailing
> >list to find out why they changed anything.
>
> Thank you. I did as you suggested, and found a solution.
I give: what was the soloution?
-- Terry
To Unsub
Hi all,
After just changing a little in sys/kern/kern_sig.c, how can I rebuild
the kernel fast? I think it should not take such a long time as 'make
buildkernel' does. Anyway, just kern_sig.c need to be recompiled and
the kernel can be linked. So how do you guys do in such case?
Cheers,
Jiangyi
Hello Urban,
> What I have done so far is to use the natd daemon as an example but I have a
> problem. The divert seems to work but the problem is that I can´t get the
> packets in my userspace program. Is there some specific port that I should
> use for the divert socket? This is not very clear
Matt Dillon wrote:
> I can see this really helping mail queue performance,
> especially when coupled with softupdates, and also
> helping samba (windoz likes to scan directories), and
> perhaps even squid to a degree.
The new code is interesting; it will be enlightening to
see it
Mike Silbersack wrote:
>
> On Fri, 1 Jun 2001, Terry Lambert wrote:
>
> > First of all, they do not "run circles" around FreeBSD;
> > they kill the virgin reliability on the alter of the
> > bloody god Benchmark.
>
> Ok, Terry, you've made it clear that you hate IDE, you
> hate linux, and you p
Jiangyi Liu wrote:
>
> Hi all,
>
> After just changing a little in sys/kern/kern_sig.c, how can I rebuild
> the kernel fast? I think it should not take such a long time as 'make
> buildkernel' does. Anyway, just kern_sig.c need to be recompiled and
> the kernel can be linked. So how do you guys
At 17:15 01-06-2001 -0700, Terry Lambert wrote:
>> Thank you. I did as you suggested, and found a solution.
>
>I give: what was the soloution?
Oh, sorry. My original source placed all code into a .code
section. The older ld did not care. The newer one expects
the code to be in the .text section.
Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Mike Silbersack wrote:
> > > > 1. Have the ata driver leave the write cache setting
> > > > alone by default, providing a sysctl which can cause
> > > > disabled or enabled if requested. When the default is
> > > > allowed,
* Jiangyi Liu <[EMAIL PROTECTED]> [010601 20:25] wrote:
> Hi all,
>
> After just changing a little in sys/kern/kern_sig.c, how can I rebuild
> the kernel fast? I think it should not take such a long time as 'make
> buildkernel' does. Anyway, just kern_sig.c need to be recompiled and
> the kernel
At 20:00 31-05-2001 -0700, Farooq Mela wrote:
>I am wondering why some operating systems use the macro _ANSI_SOURCE
>while others (ie Linux) use _ANSI_C_SOURCE to indicate that the source
>compiled is ANSI-compliant (and similarly with _POSIX_SOURCE and
>_POSIX_C_SOURCE).
My copy of POSIX Program
Farooq Mela <[EMAIL PROTECTED]> writes:
> I am wondering why some operating systems use the macro _ANSI_SOURCE
> while others (ie Linux) use _ANSI_C_SOURCE to indicate that the source
> compiled is ANSI-compliant (and similarly with _POSIX_SOURCE and
> _POSIX_C_SOURCE). I have neither copies of t
:The new code is interesting; it will be enlightening to
:see it's real world performance. I'd definitely suggest
:using a zone for the allocations, however.
:
:FWIW: I guess if you are having problems with mail queue
:perofrmance, you are running postfix or qmail or something,
:instead of sendm
[EMAIL PROTECTED] (Peter Seebach) writes:
> In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
> >On Thu, May 31, 2001 at 09:29:38PM -0700, Dima Dorfman wrote:
> >> Although this is a documented shortcoming, it's quite unnecessary
> >> given how easy it is to fix it. Any objections to allowi
In message <[EMAIL PROTECTED]>, Dima Dorfman write
s:
>But this isn't terminating the end of a series of "options"; it's
>terminating a series of assignments, and since env(1) detemines
>whether an argument is an assignment or not by whether it has a '=' in
>it, it makes sense to use '==' as David
Hey.
I was asked a question about the use of salts in password files
recently, and it prompted me to look up exactly how FreeBSD uses the salt. The
'DES Extended Format' salt is described in the man page and makes sense to me.
However, the MD5 hash's use of the salt is not spelled out in
Honestly, I don't care about this all that much. I'll let you and
David debate this to your liking. If no consensus develops in the
next few days, I'll just commit what I have now. (Obviously, if
consensus does develop I'll go along with it.)
Thanks,
Di
In message <[EMAIL PROTECTED]>, Spike Gronim writes:
> I understand the literal meaning of /usr/src/lib/libcrypt/crypt-md5.c,
>and the algorithm it uses to create it's output. However, I do not understand
>the design criteria or functional purpose of several elements of the process.
At th
At 9:12 PM -0700 6/1/01, Dima Dorfman wrote:
>Honestly, I don't care about this all that much. I'll
>let you and David debate this to your liking. If no
>consensus develops in the next few days, I'll just
>commit what I have now.
For whatever it's worth, it seems more reasonable to me
to use '-
43 matches
Mail list logo