On Thu, Jan 31, 2002 at 10:00:03AM +1030, Greg Lehey wrote:
> > A FreeBSD 1.X CVS tree has been found, which has it's first import as
> > 386BSD 0.1 + PK 024. There are a couple minor points that need to be
> > clarified from Caldera before it can be made public.
>
> There are? What are they?
Eugene Panchenko wrote:
> I've seen various postings on the Net where people reported
> network-related and overall performance improvements caused
> by settig HZ kernel option to 1000 (for example), that is,
> reducing a tick size to 1ms for their FreeBSD and Linux
> systems.
This is a NETISR pr
Mike Silbersack wrote:
> The TCP stack, on the other hand, is perfectly happy with 10ms resolution.
> Retransmission timeouts are only actually used when loss occurs on the
> network, and 10ms is more than accurate enough for retransmission. (I
> believe that retransmit timeouts are rounded up to
Storms of Perfection wrote:
> Ok. Since I have a limited hardware/software set at my finger tips. I can
> generate an attack on my machine (such as a synflood or something) to see
> what type of reponses I can get by setting it up and down. I think this may
> apply to this feature, to help the ma
On Thu, 31 Jan 2002, Michael Meltzer wrote:
> Not knowing but wondering:
> With Gigabit Ethernet and NFS in the mix, anything that gets latency out is
> a very good thing :-) and would improve performance.
>
> MJM
Even in those cases, the increased resolution will not help you. 10ms is
more th
well I changed HZ=1000, recompiled and rebooted, ftp get and put, some nfs
write big files and a app that pushes alot of small file reads, writes and
rcp.lockd.
No differance in the timings. Thier is a chance that the test client ran out
of CPU but nothing that I spotted.
MJM
- Original Mess
Rahul Siddharthan wrote:
> After that I turned write caching off. I had one more panic, but no
> disasters -- the automatic fsck worked. Maybe it's just me but I
> don't really notice a slowing down with write caching off (softupdates
> is still on).
Write caching permits the disk to reorder wr
"Søren Schmidt" wrote:
> The proper thing is to flush the cache's on shutdown, the way it is now
> all ATA disks are flushed on device close, problem is we newer close
> the / device, which I found out some time after I did the flush code,
> bit newer got around to fixing..
It's been my experienc
Ok. Since I have a limited hardware/software set at my finger tips. I can
generate an attack on my machine (such as a synflood or something) to see
what type of reponses I can get by setting it up and down. I think this may
apply to this feature, to help the machine withstand attacks (and possibly
Not knowing but wondering:
With Gigabit Ethernet and NFS in the mix, anything that gets latency out is
a very good thing :-) and would improve performance.
MJM
- Original Message -
From: "Mike Silbersack" <[EMAIL PROTECTED]>
To: "Storms of Perfection" <[EMAIL PROTECTED]>
Cc: <[EMAIL PRO
On Thu, 31 Jan 2002, Storms of Perfection wrote:
> I'm going to benchmark different network senarious with different options
> to see what I can get, and what works best. If someone wants to help me
> out, I could maybe write up a article about it?
I don't think you'll end up seeing the perfor
I vote for HZ=10. What would be our test plan?
Igor.
>I'm going to benchmark different network senarious with different options
>to see what I can get, and what works best. If someone wants to help me
>out, I could maybe write up a article about it?
>> I've used a large collection of PCs r
On Thu, 31 Jan 2002 17:36:10 -0500 (EST)
"Storms of Perfection" <[EMAIL PROTECTED]> wrote:
> I'm going to benchmark different network senarious with
> different options
> to see what I can get, and what works best. If someone
> wants to help me
> out, I could maybe write up a article about it?
At 14:25 31-1-2002 -0500, Chris Faulhaber wrote:
>On Thu, Jan 31, 2002 at 01:19:21PM -0500, Zhihui Zhang wrote:
> >
> > Each time I modify some kernel source, I have to do the following two
> > steps:
> >
> > (1) make
> > (2) make install
> >
> > The second step also re-installs ALL modules even i
I'm going to benchmark different network senarious with different options
to see what I can get, and what works best. If someone wants to help me
out, I could maybe write up a article about it?
> I've used a large collection of PCs running somewhat real-time network
> analysis with a HZ set at 5
I've used a large collection of PCs running somewhat real-time network
analysis with a HZ set at 5000Hz with absolutely no ill effects (this
was with P-III-450's)
using HZ=1 was outside of the possibilities of the machines.
one big gain is with timing, which will be better (I myself used NTP
Dear Greg:
Hi.
I need to run large address space jobs using FreeBSD 4.3
I have already upp'ed the available space to about 1.5GB (6 * 256MB). But that was
not enough and
now I would like to go to at least 2GB or perhaps!, 2.5GB.
At present time we have the following params in the kernel conf
Hello Everybody !
I am working on implementation of AX.25 protocol. My code also needs ARP
and I was wondering if there is a way to use existing ARP code, or do I
need to duplicate code and use my arp structure instead original one? I
need arp to resolve HAM addresses to IP addresses. HAM add
On Thu, Jan 31, 2002 at 01:19:21PM -0500, Zhihui Zhang wrote:
>
> Each time I modify some kernel source, I have to do the following two
> steps:
>
> (1) make
> (2) make install
>
> The second step also re-installs ALL modules even if I only modifies the
> kernel code (not any of the module code
I am intrested in this as well.
> Hello!
>
> I've seen various postings on the Net where people reported
> network-related and overall performance improvements caused
> by settig HZ kernel option to 1000 (for example), that is,
> reducing a tick size to 1ms for their FreeBSD and Linux
> systems.
Hello,
Please smack me if I've missed something stupid. I have a Netgear GA-621,
DP83820 controller, that won't attach w/4.5-REL, and I can't figure out
why. I'm loathe to admit it, but it "works fine in leenux", so I know the
hardware's OK. I've attached dmesg output (first dmesg is as it hap
Each time I modify some kernel source, I have to do the following two
steps:
(1) make
(2) make install
The second step also re-installs ALL modules even if I only modifies the
kernel code (not any of the module code). Is there a better way to do
this? Thanks,
-Zhihui
To Unsubscribe: send m
Hello!
I've seen various postings on the Net where people reported
network-related and overall performance improvements caused
by settig HZ kernel option to 1000 (for example), that is,
reducing a tick size to 1ms for their FreeBSD and Linux
systems. However, several problems seem to arise, such
On Wed, Jan 30, 2002 at 10:55:08PM -0600, mkm wrote:
>
> > At first, I tried looking for support under FreeBSD but
> > found none. Then, I tried to get it working under Linux since it
> > seems to be supported. I'll spare the details since this is not the
> > place for non-FreeBSD stuff. HEhe
[in reply to [EMAIL PROTECTED], 31/01/2002]
> Wouldn't the Right Thing (tm) be to ask the controllers/disk whether or
> not their caches are clean? Assuming such a thing is even possible.
If I recall correctly, IDE drives always lie about this..
--
Walter Hop <[EMAIL PROTECTED]>
Updated conta
In a message written on Thu, Jan 31, 2002 at 10:59:24AM -0500, Robert Watson wrote:
> I'm sorry Warner, but your submission has been rejected on the basis that
> you are a Senior Kernel Hacker. :-)
I've never submitted a kernel patch before, so...
Index: sio.c
=
I'm sorry Warner, but your submission has been rejected on the basis that
you are a Senior Kernel Hacker. :-)
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safeport Network Services
On Wed, 30 Jan 2002, M. Warner Losh wrote:
> In message:
> > > > Does 4.5 also leave write-caching on by default? If so, I think
> > > > that's a terrible mistake. Would I be correct in assuming it's
> > > > way to late to get this reconsidered?
> > >
> > > Yes, write-cache is enabled by default on 4.5 (as it was on 4.4).
> > >
> > > The debate on thi
It seems Rogier R. Mulhuijzen wrote:
>
> >It sounds as if the default five seconds isn't always enough time for
> >your disk to do its job. (I've only done poweroff on an idle system so
> >I haven't run into such a problem myself.)
> >
> >I don't see it would hurt anything for this default to be
On Thu, Jan 31, 2002 at 03:43:07PM +0300, Alexey V. Neyman wrote:
> Have you looked at /usr/ports/Tools/scripts/distclean.sh ? It has one
> major difference from your script, it won't delete distfiles for ports
> which are not currently installed.
Thanks, never knew that existed actually. :) I
>It sounds as if the default five seconds isn't always enough time for
>your disk to do its job. (I've only done poweroff on an idle system so
>I haven't run into such a problem myself.)
>
>I don't see it would hurt anything for this default to be increased to
>help out this problem. But what v
Moin, moin!
%s wrote on %.3s, %lld Sep 1993
> > > Does 4.5 also leave write-caching on by default? If so, I think that's a
> > > terrible mistake. Would I be correct in assuming it's way to late to get
> > > this reconsidered?
> >
> > Yes, write-cache is enabled by default on 4.5 (as it was on
Hi there,
While looking for a perl substitute for
/usr/ports/sysutils/portupgrade/, I came across Lukas Ertl's
portupgrade.pl (http://mailbox.univie.ac.at/~le/portsupgrade.html) - One
feature however that it didn't have was the ability to remove old
distfiles.
I sat down and quickly hacked toget
Moin, moin!
%s wrote on %.3s, %lld Sep 1993
> and building world/kernel via nfs mounts.
> in order not to get things mixed up i share /usr/ports and /usr/src ro and
> /usr/ports/distfiles, /usr/obj rw.
> should work as desired:
> WRKDIRPREFIX set to a reasonable value (depending on arch and cpu
34 matches
Mail list logo
