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
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
> > > 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
>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
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 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
> > > > 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
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:
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
=
[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
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
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
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,
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
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.
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
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
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
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
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
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
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?
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, 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
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
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
"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
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
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
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
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
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
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
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?
34 matches
Mail list logo
