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 recentl
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 r
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 update
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 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.
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
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
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
workitem_
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
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
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!
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 :
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
http://lists.freebsd.org/mailman/list
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
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 r
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 co
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 Silbe
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,
> >
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/so
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, co
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.)
> N
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
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 U
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 Ju
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.
>
&g
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
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 processe
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 Unsubscr
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 tak
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 vnod
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" Silbers
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 d
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
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
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 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'
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
backtra
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" requi
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 a
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 ?
>
> M
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%
> (1
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
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,
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 i
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 a
47 matches
Mail list logo
