> > it more difficult than I expected.
> > for one, the kernel date was missleading, the actual source update is the
> > key, so
> > the window of changes is now 28/July to 19/August. I have the diffs, but
> > nothing
> > yet seems relevant.
> >
> > on the other hand, I tried NFS/TCP, and there t
The CPU % displayed by top/ps for single processes seem to be broken here.
E.g. for a simple shell loop:
top starts displaying around 20% for bash. Within some seconds it converges to
0%.
ps values seem to be consistent with top.
The value in the time column seems to be correct. On every refres
On Fri, 3 Oct 2008, Danny Braniss wrote:
it more difficult than I expected.
for one, the kernel date was missleading, the actual source update is the key,
so
the window of changes is now 28/July to 19/August. I have the diffs, but nothing
yet seems relevant.
on the other hand, I tried NFS/TCP
On Thu, Oct 02, 2008 at 10:25:42PM +0200, Torfinn Ingolfsen wrote:
> On Mon, 22 Sep 2008 11:10:23 +0900
> Pyun YongHyeon <[EMAIL PROTECTED]> wrote:
>
> > Due to lack of time and energy the change made in HEAD wasn't MFCed
> > to RELENG_6 so you may still need some patch. stable/7 should have
>
> On Fri, 3 Oct 2008, Danny Braniss wrote:
>
> >>> it more difficult than I expected.
> >>> for one, the kernel date was missleading, the actual source update is the
> >>> key, so
> >>> the window of changes is now 28/July to 19/August. I have the diffs, but
> >>> nothing
> >>> yet seems rele
cpghost wrote:
> If it's PATA, check the cabling, then check it again, and just to
> make sure, replace the cable even if the system used to work flawlessly
> in the past. I've had this on a few servers, but replacing the cables
> always fixed the problem for me.
It's SATA - it's a 3ware 9500S-4
On Fri, 3 Oct 2008, Danny Braniss wrote:
gladly, but have no idea how to do LOCK_PROFILING, so some pointers would be
helpfull.
The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that the
defaults work fine most of the time, so just use them. Turn the enable syscl
on just
On Fri, Oct 03, 2008 at 10:03:13AM +0200, Stefan Ehmann wrote:
> The CPU % displayed by top/ps for single processes seem to be broken here.
>
> E.g. for a simple shell loop:
> top starts displaying around 20% for bash. Within some seconds it converges
> to
> 0%.
>
> ps values seem to be consist
forget it about LOCK_PROFILING, I'm RTFM now :-)
though some hints on values might be helpful.
have a nice weekend,
danny
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
On Fri, 3 Oct 2008, Danny Braniss wrote:
OK, so it looks like this was almost certainly the rwlock change. What
happens if you pretty much universally substitute the following in
udp_usrreq.c:
Currently Change to
- -
INP_RLOCK INP_WL
>
> On Fri, 3 Oct 2008, Danny Braniss wrote:
>
> >> OK, so it looks like this was almost certainly the rwlock change. What
> >> happens if you pretty much universally substitute the following in
> >> udp_usrreq.c:
> >>
> >> Currently Change to
> >> - -
> >> IN
On Thu, Oct 02, 2008 at 09:57:55PM +0100, Bruce Cran wrote:
> I recently upgraded my i386 router from 7.0 to 7.1-PRERELEASE. I
> rebooted it today but despite pf_enable="YES" being in /etc/rc.conf no
> rules got loaded during boot, despite pf itself having been enabled:
>
> router# pfctl -s ru
On Fri, Oct 03, 2008 at 04:17:03AM -0700, Jeremy Chadwick wrote:
> On Thu, Oct 02, 2008 at 09:57:55PM +0100, Bruce Cran wrote:
> > I recently upgraded my i386 router from 7.0 to 7.1-PRERELEASE. I
> > rebooted it today but despite pf_enable="YES" being in /etc/rc.conf no
> > rules got loaded du
On 12/23/-58 20:59, Bruce Cran wrote:
> I recently upgraded my i386 router from 7.0
> to 7.1-PRERELEASE. I rebooted it today but despite pf_enable="YES"
> being in /etc/rc.conf no rules got loaded during boot, despite pf itself
> having been enabled:
>
> router# pfctl -s rules
> router# pfctl -e
>
> On Fri, 3 Oct 2008, Danny Braniss wrote:
>
> > gladly, but have no idea how to do LOCK_PROFILING, so some pointers would
> > be
> > helpfull.
>
> The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that the
> defaults work fine most of the time, so just use them. Turn the
On Wed, Sep 17, 2008 at 10:41:07PM +0200, I wrote:
> Hi!
>
> I got curious in dtrace, and after mr's sys/amd64/amd64/trap.c
> commit (r183050, thanx! :) I was able to build a kernel that could
> kldload dtraceall on 7-stable amd64, but trying even simple things like
> dtrace -n tick-1sec
>
Hello again :)
With POLLING enabled I experience about 10%-25% performance drop when
copying files over network. Tested with both SAMBA and NFS. Is it normal?
FreeBSD 7.1-PRERELEASE #0: Sat Sep 6 01:52:12 CEST 2008
fxp0: port 0xc800-0xc83f mem
0xe1021000-0xe1021fff irq 20 at device
On Friday 03 October 2008, Bartosz Stec wrote:
> Hello again :)
>
> With POLLING enabled I experience about 10%-25% performance drop when
> copying files over network. Tested with both SAMBA and NFS. Is it normal?
Yes. You don't want to use polling unless you set kern.hz to 1 or
something in
USB support in the BIOS? What kind of support does the BIOS provide that you
can disable?
I'm only able to disable the USB device, but that'd turn it off completely :(
Henrik.
On Mon, Sep 29, 2008 at 10:05:02PM +0200, Ronald Klop wrote:
> On Mon, 29 Sep 2008 02:46:15 +0200, Bruce M Simpson <[EMA
Pieter de Goeje wrote:
On Friday 03 October 2008, Bartosz Stec wrote:
Hello again :)
With POLLING enabled I experience about 10%-25% performance drop when
copying files over network. Tested with both SAMBA and NFS. Is it normal?
Yes. You don't want to use polling unless you set kern.hz to 100
On Fri, Oct 03, 2008 at 04:17:03AM -0700, Jeremy Chadwick wrote:
> On Thu, Oct 02, 2008 at 09:57:55PM +0100, Bruce Cran wrote:
> > I recently upgraded my i386 router from 7.0 to 7.1-PRERELEASE. I
> > rebooted it today but despite pf_enable="YES" being in /etc/rc.conf no
> > rules got loaded du
Hello,
A quick question: Is there an NFSv4 ACL patch available for testing on
RELENG_7? (I have a quite busy machine on which I wanted to test-drive
NFSv4 ACL.)
Cheers,
Eugene
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/ma
On Fri, 3 Oct 2008, Danny Braniss wrote:
On Fri, 3 Oct 2008, Danny Braniss wrote:
gladly, but have no idea how to do LOCK_PROFILING, so some pointers would
be helpfull.
The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that
the defaults work fine most of the time, so just
On Fri, 3 Oct 2008 04:38:24 -0700
Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
> I've figured out what the problem is. This is not good, and is
> guaranteed to bite other people. I'd like to believe this is an
> rc-related problem, but I'm not sure how to fix it.
>
> The problem in my case:
>
> T
Folks:
I have upgraded a server from 6.3 to 7.0. That went rather smoothly. I
have a question about removing old libraries via make delete-old.
Given the list of old libraries shown at the end of this URL:
http://www.freebsddiary.org/upgrade-6.3-to-7.0.php
Is that list more or less expec
I'm wondering if these commands from /usr/src/Makefile are correctly
described:
# check-old - List obsolete directories/files/libraries.
# check-old-dirs - List obsolete directories.
# check-old-files - List obsolete files.
# check-old-libs - List obsolete libraries.
# d
On 10/04/08 00:05, Bruce Cran wrote:
> On Fri, 3 Oct 2008 04:38:24 -0700
> Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
>> I've figured out what the problem is. This is not good, and is
>> guaranteed to bite other people. I'd like to believe this is an
>> rc-related problem, but I'm not sure how to
On Sat, 04 Oct 2008 00:40:45 +0200
Volker <[EMAIL PROTECTED]> wrote:
> You seem to have a rule like:
>
> pass ... on tun0 from any to tun0 ...
>
> If you change that into:
>
> pass ... on tun0 from any to (tun0) ...
>
> pf will happily parse your rules and activate your firewall even while
> tu
On 10/04/08 01:22, Bruce Cran wrote:
> On Sat, 04 Oct 2008 00:40:45 +0200
> Volker <[EMAIL PROTECTED]> wrote:
>> You seem to have a rule like:
>>
>> pass ... on tun0 from any to tun0 ...
>>
>> If you change that into:
>>
>> pass ... on tun0 from any to (tun0) ...
>>
>> pf will happily parse your ru
On Friday 03 October 2008 11:39:37 Jonathan Chen wrote:
> On Fri, Oct 03, 2008 at 10:03:13AM +0200, Stefan Ehmann wrote:
> > The CPU % displayed by top/ps for single processes seem to be broken
> > here.
> >
> > E.g. for a simple shell loop:
> > top starts displaying around 20% for bash. Within som
>
> On Fri, 3 Oct 2008, Danny Braniss wrote:
>
> >> On Fri, 3 Oct 2008, Danny Braniss wrote:
> >>
> >>> gladly, but have no idea how to do LOCK_PROFILING, so some pointers would
> >>> be helpfull.
> >>
> >> The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that
> >> the defaul
31 matches
Mail list logo