The patch I referenced (and forgot to attach) is located here:
http://www.silby.com/tsc.c-no_vm_smp_tsc.patch
Thanks to those who pointed out my error to me. :)
Mike Silby Silbersack
On Tue, 16 Aug 2011, Mike Silbersack wrote:
Hi all,
Thanks to a lightning strike, I recently upgraded my
Hi all,
Thanks to a lightning strike, I recently upgraded my ESXi 4.1 system from
an old Athlon X2 to a shiny new Core i5-2500K. I order to see how fast it
was, I decided to run some buildworlds. I tried my FreeBSD 9 based VM
first, and was unhappy with what I saw - many mpt timeouts were
On Sun, 9 Nov 2003, Andre Oppermann wrote:
Hello all,
this patch contains three things (to be separated for committing):
I don't have much time free in the next week, so I cannot do a complete
review. However, I just did a quick readthrough.
tcp_hostcache
This looks good to me, I've
On Mon, 10 Nov 2003, Andre Oppermann wrote:
- Ensures that a cached entry isn't added until the 3WHS is completed.
This should help make synfloods with random source addresses less
damaging.
The cache will only be updated if the tcp connection is being closed.
All updates are done
On Wed, 5 Nov 2003, [ISO-8859-1] Branko F. Grac(nar wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Silbersack wrote:
| Can you try updating to 5.1-current and see if the situation changes at
| all? A lot has changed since 5.1-release. If it's still broken in
| 5.1-current
On Mon, 3 Nov 2003, [ISO-8859-1] Branko F. Grac(nar wrote:
Machine locked up in about 5 seconds (this is 1u p4 xeon 2.4 GHz, 2GB of
~ ram).
This only accours if Apache2 SSLMutex is set to 'sem' and
SSLSessionCache is set to 'shm:/path(size)'.
So... there are possible problems with shared
On Tue, 16 Sep 2003, Scott Long wrote:
Patches have been floated on the mailing list that revert PAE in its
various stages. Maybe those need to be brought back up. Silby? Tor?
Scott
I believe that Tor's commit on August 30th resolved the PAE-related
problems, so there is no need for a
Duplicate free from the (32) zone. I'll retype the rest in a few hours
when I have time.
On Thu, 7 Aug 2003, Bosko Milekic wrote:
On Wed, Aug 06, 2003 at 11:13:41PM -0500, Mike Silbersack wrote:
I suppose a coredump would be nice here, but I didn't have that enabled...
And it turns
I suppose a coredump would be nice here, but I didn't have that enabled...
And it turns out that I'm too lazy to actually type in all of the
arguments, but I'll leave the machine sitting at the backtrace. If anyone
wants any more info, please ask.
panic
uma_dbg_free
uma_zfree_arg
free
ok, here goes:
duplicate free from zone FFS1 dinode
traceback:
Debugger
panic
uma_dbg_free
uma_zfree_arg
ffs_ifree
ufs_reclaim
ufs_vnoperate
vclean
gdonel
getnewvnode
ffs_vget
ufs_lookup
ufs_vnoperate
vfs_cache_lookup
ufs_vnoperate
lookup
namei
stat
syscall
Xint0x80_syscall
Whee!
This is from a kernel with sources from soon after i386/pmap.c 1.423 was
committed, FWIW.
On Wed, 6 Aug 2003, Mike Silbersack wrote:
I suppose a coredump would be nice here, but I didn't have that enabled...
And it turns out that I'm too lazy to actually type in all of the
arguments
This may be a dumb question, but is there a way to call whatever show
locks calls from within the kernel, similar to how we can call
backtrace()?
Thanks,
Mike Silby Silbersack
___
[EMAIL PROTECTED] mailing list
On Wed, 30 Jul 2003, Pierre Beyssac wrote:
On Wed, Jul 30, 2003 at 11:32:49PM +0200, Pierre Beyssac wrote:
- if (space 0 (wpipe-pipe_buffer.cnt PIPE_SIZE)) {
+ if (space 0
+wpipe-pipe_buffer.cnt wpipe-pipe_buffer.size) {
PS : not-so-obvious
On Wed, 25 Jun 2003, Terry Lambert wrote:
Mike Silbersack wrote:
I could probably grep for this, but what's the best way to get a hold of
the # of pages (or MB of ram) that max KVA is set to? I'm adding another
autosize option, and I want to base it on min (KVA, ram) so that it
doesn't
I could probably grep for this, but what's the best way to get a hold of
the # of pages (or MB of ram) that max KVA is set to? I'm adding another
autosize option, and I want to base it on min (KVA, ram) so that it
doesn't balloon on boxes where ram KVA.
Thanks,
Mike Silby Silbersack
On Sat, 15 Feb 2003, Martin Blapp wrote:
Feb 13 17:41:05 ibm-01 kernel: ACPI-0625: *** Info: GPE Block0 defined as GPE0
to GPE31
Feb 13 17:41:05 ibm-01 kernel: ACPI-0625: *** Info: GPE Block1 defined as GPE32
to GPE63
I see similar errors on my Presario 2100US...
Wild guess: Seem to
On Tue, 24 Sep 2002, Alexander Kabaev wrote:
On Tue, 24 Sep 2002 10:52:10 -0500 (CDT)
Mike Silbersack [EMAIL PROTECTED] wrote:
Do you want me to try your first patch? I never got a chance to test
it.(And no longer have a copy of it, either.)
No, there is a bug in the patch you
On Sun, 22 Sep 2002, Alexander Kabaev wrote:
On Sun, 22 Sep 2002 18:51:14 -0500 (CDT)
Mike Silbersack [EMAIL PROTECTED] wrote:
I'm seeing the segfault in the kernel make depend step, just as
someone else reported.
OK, could you please try the patch at
http://people.freebsd.org/~kan
On Tue, 24 Sep 2002, David Wolfskill wrote:
building static cc_int library
sort: open failed: +1: No such file or directory
sort: open failed: +1: No such file or directory
ranlib libcc_int.a
Any chance that's causing a problem?
To fix that (regardless of sort), s/sort +1/sort -k 2/ in
On Tue, 24 Sep 2002, Craig Rodrigues wrote:
On Tue, Sep 24, 2002 at 02:05:08PM -0500, Mike Silbersack wrote:
Ok, I fixed lorder.sh, and made gcc again from clean with Alexander's
patch. No change, I still see the same segmentation fault. Alexander,
how can I easily build gcc with full
On Tue, 24 Sep 2002, Alexander Kabaev wrote:
On Tue, 24 Sep 2002 16:07:39 -0500 (CDT)
Mike Silbersack [EMAIL PROTECTED] wrote:
On Tue, 24 Sep 2002, Craig Rodrigues wrote:
On Tue, Sep 24, 2002 at 02:05:08PM -0500, Mike Silbersack wrote:
Ok, I fixed lorder.sh, and made gcc again
On Tue, 24 Sep 2002, Mike Silbersack wrote:
Yep, STRIP= was the necessary trick, I didn't realize that install -s
meant strip. :)
As to your patch... it turns out that I wasn't using it. I've been
testing with make buildkernel, which uses the copy of gcc built by your
last buildworld
On Sun, 22 Sep 2002, Alexander Kabaev wrote:
On Sat, 21 Sep 2002 23:10:51 -0500 (CDT)
Mike Silbersack [EMAIL PROTECTED] wrote:
Is anyone else still seeing Sig 11's from GCC when mcpu=pentiumpro is
enabled (as it appears to be by default now)? I get a segfault in the
same place every
Is anyone else still seeing Sig 11's from GCC when mcpu=pentiumpro is
enabled (as it appears to be by default now)? I get a segfault in the
same place every time when compiling a DIAGNOSTIC kernel when I leave it
enabled.
Just curious if this is just me or not...
Mike Silby Silbersack
To
Sorry for the delay, here's the patch which should properly implement
watchdog timeout handling in the fxp driver. If you're one of the people
seeing the false watchdog timeout messages, please give this a whirl and
tell me how it worked.
Thanks,
Mike Silby Silbersack
--- if_fxp.cThu Jul
On Mon, 24 Jun 2002, Kenneth D. Merry wrote:
On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote:
On Sun, 23 Jun 2002, Kenneth D. Merry wrote:
I'm planning on checking in the zero copy sockets code Tuesday evening,
MDT. If there are any concerns, I'm more than willing
On Mon, 24 Jun 2002, Andre Oppermann wrote:
Mike Silbersack wrote:
Cool, thttpd / others should benefit greatly then.
The last time I checked thttpd didn't even use sendfile(2). It does
use accf_http(9). Maybe kqueue(2) could speed it up further.
--
Andre
I thought that thttpd used
On Sun, 23 Jun 2002, Kenneth D. Merry wrote:
I'm planning on checking in the zero copy sockets code Tuesday evening,
MDT. If there are any concerns, I'm more than willing to delay it.
Out of curiousity, what happens when the page being write()n is a mmap'd
page shared by multiple
FWIW, now that Peter has temporarily backed out his pmap-related changes,
-current has stabilized again. Those who were having trouble with panics
on boot (or within a few minutes after) with kernels built during the last
day or two should definitely cvsup.
Mike Silby Silbersack
To
I'm experiencing the same double panic on boot that PHK is now; are we the
only ones, or is it just that nobody else has updated recently?
Mike Silby Silbersack
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, 26 Feb 2002, Peter Wemm wrote:
Mike Silbersack wrote:
I'm experiencing the same double panic on boot that PHK is now; are we the
only ones, or is it just that nobody else has updated recently?
If you are not using acpica, then you're probably using vm86 for pcibios
calls. I've
On Tue, 26 Feb 2002, Mike Silbersack wrote:
I reverted that change, and the double panic still occured. :|
FWIW, you're correct in that I'm not using the acpi module.
Mike Silby Silbersack
Using ACPI doesn't help here either. Hmph. Can I get a kernel dump that
early in the boot process
On Tue, 26 Feb 2002, David Wolfskill wrote:
Date: Tue, 26 Feb 2002 19:46:59 + (GMT)
From: Mike Silbersack [EMAIL PROTECTED]
Using ACPI doesn't help here either. Hmph. Can I get a kernel dump that
early in the boot process? The dumpon manpage doesn't suggest a way as
far as I can
On Tue, 26 Feb 2002, Peter Wemm wrote:
Mike Silbersack wrote:
Hm, sounds like UP got optimized out.
Gah! That would be a first. :(
Well, until I can build a working kernel, I'll just assume that it's a
feature.
Mike Silby Silbersack
To Unsubscribe: send mail to [EMAIL PROTECTED
On Tue, 26 Feb 2002, Peter Wemm wrote:
FWIW, turning off PG_G see_ms to help. Change in pmap.c:
#if !defined(SMP) || defined(ENABLE_PG_G)
to:
#if /*!defined(SMP) ||*/ defined(ENABLE_PG_G)
and see how you go. This got me past atkbd0, but it is a very worrying
sign. I now get a vnode
On Wed, 27 Feb 2002, Mike Silbersack wrote:
Disabling PG_G allows it to work here again as well. Given the problems
we're experiencing, backing out the pmap changes of the last two days
seems like a good idea.
Mike Silby Silbersack
Well, I sorta take that back. The box has been up
I've been poking around in ddb in an attempt to work on some forkbomb/low
memory problems, and I've found it extremely useful. There's one thing I
can't figure out how to do that would be useful, though. Say that I have
a process of interest tsleeping. Is there some way for me to get a
On Thu, 14 Feb 2002, Bruce Evans wrote:
On Thu, 14 Feb 2002, Mike Silbersack wrote:
I've been poking around in ddb in an attempt to work on some forkbomb/low
memory problems, and I've found it extremely useful. There's one thing I
can't figure out how to do that would be useful, though
On Fri, 4 Jan 2002, Bruce Evans wrote:
Kernel builds now fail with the following error message:
Global symbol $FreeBSD requires explicit package name at ./@/kern/vnode_if.pl
line 82.
Use of $* is deprecated at ./@/kern/vnode_if.pl line 82.
Global symbol $FreeBSD requires
On Sat, 27 Oct 2001, Poul-Henning Kamp wrote:
Oops, error on my part; /proc does need to exist. So, I guess the
question is this: Can devfs's error handling in the case of /dev being
non-existant be improved?
Barely, because without /dev, how do you plan to open the console ?
On Sat, 27 Oct 2001, Poul-Henning Kamp wrote:
An error message would be sufficient; my concern was that someone
might run into this and spend hours trying to figure out which of X
variables was the problem.
Right, but the only way to get an error message is to let /sbin/init
die and have
On Thu, 18 Oct 2001, Terry Lambert wrote:
In the non-LRP case, the percentage drop in interrupt overhead
is ~10% (as has been observed by others). THis makes sense,
too, if you consider that NETISR driving of receives means
less time in interrupt processing. If we multiply the 15%
(100%
On Sun, 14 Oct 2001, Terry Lambert wrote:
The one thing I _would_ add -- though I'm waiting for it to
be a problem before doing it -- is to limit the total number
of packets processed per interrupt by keeping a running count.
You would have to be _AMAZINGLY_ loaded to hit this, though;
On Sat, 13 Oct 2001, Terry Lambert wrote:
Mike Silbersack wrote:
One issue to be careful of here is that the removal of the
tcptmpl actually causes a performance hit that wasn't there
in the 4.3 code. My original complaint about tcptmpl taking
up 256 instead of 60 bytes stands, but I'm
Well, I've been watching everyone argue about the value of interrupt
coalescing in the net drivers, so I decided to port terry's patch to 4.4
-current to see what the results are. The patch included applies cleanly
to 4.4's if_dc, and will apply to -current with a one line change.
Whitespace
On Fri, 12 Oct 2001, Alfred Perlstein wrote:
The network is 100mbps, switched. To simulate load, I used a syn flooder
aimed at an unused port. icmp/rst response limiting was enabled.
Actually, you might want to leave that on, it will generate more load.
I considered leaving it on, but
http://www.silby.com/patches/openssl-asm.patch
I've just thrown together a patch that enables the asm cores (where
available) in openssl. I've tested it on a p5, k6, and p6 - all show good
improvements (from 1.1x - 2.0x, depending on the core.) SHA1, blowfish,
and cast aren't running as fast
47 matches
Mail list logo