Hi Adrian,
I've submitted the PR as kern/170021.
Thanks!
On 7/19/12 11:29 AM, Adrian Chadd wrote:
Oh, and would you please file a PR for this? I've been looking into
ACPI related slowdowns for a while and I'm glad you found a culprit.
Adrian
On 7/19/12 10:12 AM, Eric van Gyzen wrote:
You might simply try a different idle function. See these sysctls:
machdep.idle: acpi
machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi,
Eric
I've tried your suggestion (with mwait) and the problem went away. Thanks a lot!
This seems like
On 19.07.2012 18:28, Adrian Chadd wrote:
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it something to do with the change in
event timer values?
Hi Alexander,
I'm worried that this won't be the only source of freebsd is slower
than linux issues.
What can we add to the timer path to make identifying and root causing
this issue easy? I'd just like to be absolutely sure that we're not
only doing the best job possible, but we can provide
On 20.07.2012 16:38, Alexander Motin wrote:
On 19.07.2012 18:28, Adrian Chadd wrote:
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general
area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it something
Hi.
On 20.07.2012 22:38, Adrian Chadd wrote:
I'm worried that this won't be the only source of freebsd is slower
than linux issues.
What can we add to the timer path to make identifying and root causing
this issue easy? I'd just like to be absolutely sure that we're not
only doing the best job
On 7/13/12 9:39 AM, John Baldwin wrote:
On Thursday, July 12, 2012 11:47:28 pm Steve McCoy wrote:
On 7/12/12 4:34 PM, Steve McCoy wrote:
John Baldwin wrote:
Barring that, can you do a binary search of kernels from stable/8
between 8.1
and 8.2 on an 8.1 world to see which commit caused the
On 07/17/12 15:39, Steve McCoy wrote:
On 7/13/12 9:39 AM, John Baldwin wrote:
On Thursday, July 12, 2012 11:47:28 pm Steve McCoy wrote:
On 7/12/12 4:34 PM, Steve McCoy wrote:
John Baldwin wrote:
Barring that, can you do a binary search of kernels from stable/8
between 8.1
and 8.2 on an 8.1
Hm! A timer related bug?
I'll CC mav@ on this, as it was his commit (and work in his general area.)
I wonder what's going on - is it something to do with the two ACPI
calls inserted there, or is it something to do with the change in
event timer values?
mav? Any ideas?
Adrian
On 17 July 2012
Oh, and would you please file a PR for this? I've been looking into
ACPI related slowdowns for a while and I'm glad you found a culprit.
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
On Thursday, July 12, 2012 11:47:28 pm Steve McCoy wrote:
On 7/12/12 4:34 PM, Steve McCoy wrote:
On 7/12/12 4:14 PM, Charles Owens wrote:
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
On 6/15/12 8:04 AM, John Baldwin wrote:
On Friday, June 15, 2012 12:28:59 am Charles
On 7/12/12 4:14 PM, Charles Owens wrote:
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
On 6/15/12 8:04 AM, John Baldwin wrote:
On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
Hello FreeBSD folk,
We're seeing what appears to be a storage performance regression as we
On 7/12/12 4:34 PM, Steve McCoy wrote:
On 7/12/12 4:14 PM, Charles Owens wrote:
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
On 6/15/12 8:04 AM, John Baldwin wrote:
On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
Hello FreeBSD folk,
We're seeing what appears to be
On Thursday, June 21, 2012 10:36:04 pm Charles Owens wrote:
On 6/15/12 8:04 AM, John Baldwin wrote:
On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
Hello FreeBSD folk,
We're seeing what appears to be a storage performance regression as we
try to move from 8.1 (i386) to 8.3.
On 6/15/12 8:04 AM, John Baldwin wrote:
On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
Hello FreeBSD folk,
We're seeing what appears to be a storage performance regression as we
try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it
appears that the regression happened
...@freebsd.org
Subject: mfi(4) IO performance regression, post 8.1
Date: Fri, Jun 15, 2012 1:55 am
Hm, can you try different subversion checkouts of the kernel tree
between 8.1 and 8.3, to pinpoint which commit(s) broke things?
ADrian
___
freebsd-stable
.
Sent from my phone
- Reply message -
From: Adrian Chadd adr...@freebsd.org
To: Charles Owens cow...@greatbaysoftware.com
Cc: sta...@freebsd.org
Subject: mfi(4) IO performance regression, post 8.1
Date: Fri, Jun 15, 2012 1:55 am
Hm, can you try different subversion checkouts
On Friday, June 15, 2012 12:28:59 am Charles Owens wrote:
Hello FreeBSD folk,
We're seeing what appears to be a storage performance regression as we
try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it
appears that the regression happened between 8.1 and 8.2.
Our system is
mailto:adr...@freebsd.org
To: Charles Owens cow...@greatbaysoftware.com
mailto:cow...@greatbaysoftware.com
Cc: sta...@freebsd.org mailto:sta...@freebsd.org
Subject: mfi(4) IO performance regression, post 8.1
Date: Fri, Jun 15, 2012 1:55 am
Hm, can you try different subversion
Hello FreeBSD folk,
We're seeing what appears to be a storage performance regression as we
try to move from 8.1 (i386) to 8.3. We looked at 8.2 also and it
appears that the regression happened between 8.1 and 8.2.
Our system is an Intel S5520UR Server with 12 GB RAM, dual 4-core CPUs.
Hm, can you try different subversion checkouts of the kernel tree
between 8.1 and 8.3, to pinpoint which commit(s) broke things?
ADrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To
21 matches
Mail list logo