:Hi,
:
: Today, we tried to create a 5Gig mfs. It turns out this is
:not such a good idea. It turns out that support is basically
:limited to an int. Extracts from some of the appropriate files
:show some of the problems...
More then just a few MFS uses an mmap()'d segment, so you
On Thu, Apr 27, 2000 at 01:14:02AM +0400, Andrey A. Chernov scribbled:
| I often notice processes hanging forever on exit's ttywait when TCP
| connection dropped. Here is a patch I plan to commit which restrict
| waiting for output drain by 3 minutes. Any comments, improvements or
| objections?
Removes 43 unneeded #include vm/vm_zone.h includes.
Comments, tests and reviews please
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD coreteam member | BSD since 4.3-tahoe
Never attribute to malice what can adequately be
At 11:05 PM -0700 2000/4/26, Matthew Dillon wrote:
You should be able to create a large virtual VN device. man
vnconfig for more information - you have the choice of making it
file-backed, swap-backed, or swap-backed with the swap pre-reserved.
file-backed VN devices
In message [EMAIL PROTECTED], Greg Lehey writes:
On Wednesday, 26 April 2000 at 11:50:11 +0200, Poul-Henning Kamp wrote:
New patch at: http://phk.freebsd.dk/misc/sys_kernel_h.patch
This patch removes 67 unneeded instances of #include sys/kernel.h
Comments, tests and reviews please.
In message [EMAIL PROTECTED], Brian Somers writes:
Yes, the src/tools/tools/kerninclude script first renames the include
and if the source file still compiles it declares a "no-read" and
leaves the #include intact.
The thing that's screwed me up the most doing this sort of thing is
At 1:02 PM +0800 2000/4/27, Stephen Hocking-Senior Programmer PGS SPS
Perth wrote:
Haven't seen any discussion for quite some time. The Linux people seem to be
getting into a lather about it as well. Rehashing the issues like device
persistence, et cetera.
Yeah, there's a really
: I use a mfs for storing the Diablo history file on our news
:peering server. Yes, I know the front part of the file is mmap()'ed
:and effectively kept completely in memory anyway, but I've seen
:periods of time when we received over 160,000 articles in a single
:hour (an average of
On Thu, 27 Apr 2000 12:52:21 +0100, "Peter Edwards (local)"
[EMAIL PROTECTED] said:
Compiling 5.0-CURRENT on 4.0-STABLE generates problems in getconf:
I got caught out by gperf version skew. gperf is now a build-tool (as
it should always have been) so this problem should be fixed in your
At 9:34 AM -0700 2000/4/27, Matthew Dillon wrote:
I can't imagine why MFS would perform better... it shouldn't, every
block is stored in system memory *TWICE* (once in the VM cache, and
once in the mfs process's address space). If you have enough system
memory to create
:
: Do you have any thoughts on this subject? Is 3.2-RELEASE old and
:non-optimized enough that it really could stand replacing?
3.2 is certainly old. The question is whether or not the performance
issue that caught you under 3.2 is fixed under 4.0. Not knowing what
was
I'm seriously contemplating getting a Dell PowerEdge 2450 with
five internal 10kRPM/18GB disks, 2GB of RAM, two of the fastest
processors they've got, perhaps a pair of Intel EtherExpress Pro 100+
NICs, and giving this another go with FreeBSD 4.0-STABLE.
I would consider 4.0,
On Thu, Apr 27, 2000 at 12:46:43PM -0400, Garrett Wollman wrote:
I got caught out by gperf version skew. gperf is now a build-tool (as
it should always have been) so this problem should be fixed in your
next update.
Was this not ``make buildworld'' tested, or is there a change to
On Thu, Apr 27, 2000 at 12:46:43PM -0400, Garrett Wollman wrote:
I got caught out by gperf version skew. gperf is now a build-tool (as
it should always have been) so this problem should be fixed in your
next update.
cc -pipe -O -DSHELL -I. -I/FBSD/src/bin/sh -Wall -Wformat-static
On Thu, 27 Apr 2000 12:23:20 -0700, "David O'Brien" [EMAIL PROTECTED] said:
Was this not ``make buildworld'' tested, or is there a change to
gnu/usr.bin/gperf/Makefile you forgot to commit?
I am obviously *way* out of date with the state of the build
system I was trying to quickly get
-On [2427 07:05], Stephen Hocking-Senior Programmer PGS SPS Perth
([EMAIL PROTECTED]) wrote:
Haven't seen any discussion for quite some time. The Linux people seem to be
getting into a lather about it as well. Rehashing the issues like device
persistence, et cetera.
If I recall correctly
===
SUMMARY
===
World
***didn't compile***
3 Warnings
Kernel LINT
compiled
147 Warnings
Kernel GENERIC
compiled
58 Warnings
Kernel GENERIC98
***didn't compile***
63
At 10:16 AM -0700 2000/4/27, Mike Smith wrote:
I would consider 4.0, several (three or four) strings of LVD disks and
either a Mylex eXtremeRAID 1100 (64MB or more) or an AMI MegaRAID
Enterprise 1500. (The 1600 should probably work too, but I haven't seen
one yet so I can't be sure.)
Hello,
make release fails with the following diagnosis:
=== bin/csh/nls
=== bin/csh/nls/finnish
install -c -o root -g wheel -m 444 tcsh.cat
/R/stage/trees/bin/../usr/share/nls/fi_FI.ISO_8859-1/tcsh.cat
*** Error code 71
--
Best regards,
Ilya mailto:[EMAIL
...snip...
Its nice to see someone actually using kobj so soon. There is a possible
performance problem though - kobj method calls are roughly 20% slower than
direct function calls. Having said that, this isn't that slow - I timed a
method call to a two argument function at ~40ns on a
On Wed, Apr 26, 2000 at 08:53:52AM -0700, Frank Mayhar wrote:
"Frankly, my dear, I don't give a damn."
Richard, for the record, I'd like to point out that the person who said
this is not a developer and therefore the backlashing you're getting is not
solely from developers. Other people are
On Tue, Apr 25, 2000 at 09:48:18PM +1000, Sheldon Hearn wrote:
If that's the _only_ point, then Garrett Wollman's idea should work
perfectly. Stick the files under CVS, just agree that they should
never be revised, but rather that new versions should be imported in a
different directory and the
On Fri, 21 Apr 2000, Kris Kennaway wrote:
OpenSSL includes asm code for several platforms to speed up various
operations. Currently we don't build any of this - the attached patch
turns on asm code for Pentiums and above (it relies on an uncommitted
patch to sys.mk which defined MACHINE_CPU
On Thu, Apr 27, 2000 at 01:06:16AM -0500, Michael C . Wu wrote:
On Thu, Apr 27, 2000 at 01:14:02AM +0400, Andrey A. Chernov scribbled:
| I often notice processes hanging forever on exit's ttywait when TCP
| connection dropped. Here is a patch I plan to commit which restrict
| waiting for
Ilya Naumov wrote:
Hello,
make release fails with the following diagnosis:
=== bin/csh/nls
=== bin/csh/nls/finnish
install -c -o root -g wheel -m 444 tcsh.cat
/R/stage/trees/bin/../usr/share/nls/fi_FI.ISO_8859-1/tcsh.cat
*** Error code 71
I just finished one a couple of hours ago
Sorry not to have details at hand but anyways:
Current cvsupped today.
I have 2 parallel ports in use.
I have had no problems with kernels dated 2 weeks or older, but since a few
days ago, the system crashes at boot while probing the parallel ports. "Page
fault while in supervisor mode", (I
On Fri, 28 Apr 2000 09:37:40 +1000, Peter Jeremy [EMAIL PROTECTED] said:
How do you suggest such files get distributed?
cvsup and/or rsync. This does leave CTM-users the odd men out
As Matt pointed out, CVS provides us with a good mechanism for
ensuring that I can identify what version
Hi Matthew,
On Thu, 27 Apr 2000, Matthew Dillon wrote:
I can't imagine why MFS would perform better... it shouldn't, every
block is stored in system memory *TWICE* (once in the VM cache, and
once in the mfs process's address space). If you have enough system
I've been running
:Hi Matthew,
:
:On Thu, 27 Apr 2000, Matthew Dillon wrote:
:
: I can't imagine why MFS would perform better... it shouldn't, every
: block is stored in system memory *TWICE* (once in the VM cache, and
: once in the mfs process's address space). If you have enough system
:
:I've
Hi
At Tue, 28 Mar 2000 06:46:27 -0500 (EST),
John Baldwin [EMAIL PROTECTED] wrote:
Looks good to me, but I need to test it to make sure. I will also look
at seeing if I can squeeze the int 13 extension installation check into
boot1 and boot0 so that they will use packet mode
I don't see the purpose of having a firmware image permanently
resident (especially given their sizes). Getting the boot loader to
directly load the firmware into the device seems a much nicer
solution. If this is impractical, treating the firmware as a kld and
unloading it after
On Wed, Apr 26, 2000 at 11:50:11AM +0200, Poul-Henning Kamp wrote:
New patch at: http://phk.freebsd.dk/misc/sys_kernel_h.patch
This patch removes 67 unneeded instances of #include sys/kernel.h
Comments, tests and reviews please.
Just write a script to check all #include's against their
Will Andrews wrote:
On Wed, Apr 26, 2000 at 11:50:11AM +0200, Poul-Henning Kamp wrote:
Comments, tests and reviews please.
Just write a script to check all #include's against their prototypes and
have it autogen diffs.
I agree. I like the automated method better. What happens if
On Fri, Apr 28, 2000 at 07:45:36AM +0200, Poul-Henning Kamp wrote:
I agree too, but nobody has written *that* code yet.
Instead of trying to find these yourself, why not invest this time in
writing said script? :)
(I'm not volunteering for this.. ;-)
--
Will Andrews [EMAIL PROTECTED]
GCS/E/S
34 matches
Mail list logo