In message: <20100912170344.ga58...@freebsd.org>
Alexander Best writes:
: also i noticed that after keywords like "device" there're two tabs,
: whereas after the keyword "options" there's one space and a
: tab. since i don't know, if this was done on purpose i didn't change
: it.
It i
> I have NFS sharing a ZFS pool that VMware esxi stores files on. When
> put under stress (an OS installation, but not Linux compilation), the
> NFS server locks, spiking to 100% CPU usage. Not even kill -KILL can
> stop the process, so rebooting is required.
>
> PID USERNAME THR PRI NICE SIZE RES
I have NFS sharing a ZFS pool that VMware esxi stores files on. When
put under stress (an OS installation, but not Linux compilation), the
NFS server locks, spiking to 100% CPU usage. Not even kill -KILL can
stop the process, so rebooting is required.
PID USERNAMETHR PRI NICE SIZE
Can you try the attached(hackish) patch?
Index: vm_map.c
===
--- vm_map.c (revision 212479)
+++ vm_map.c (working copy)
@@ -128,7 +128,7 @@
static void vm_map_zfini(void *mem, int size);
static void _vm_map_init(vm_map_t map, pmap_t
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
> For the last week, on and off, I've been looking for something that
> caused KDE to be horridly unstable, i.e. machine freezes with and
> without a core-dump.
>
> Removing r212281 (and r212282) restores that stability. Is there a ra
On 09/12/10 12:19, Kostik Belousov wrote:
> On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
>>
>> Removing r212281 (and r212282) restores that stability. Is there a race
>> condition that this update exposes by reducing lock strength?
[ .. ]
> Does the following change make any
On Sun Sep 12 10, Marius Strobl wrote:
> On Sun, Sep 12, 2010 at 02:40:49AM +, Alexander Best wrote:
> > On Fri Sep 10 10, John Baldwin wrote:
> > > On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > > > On Thu Sep 9 10, Alexander Best wrote:
> > > > > On Thu Sep 9 10, Alexa
On Sun, Sep 12, 2010 at 02:40:49AM +, Alexander Best wrote:
> On Fri Sep 10 10, John Baldwin wrote:
> > On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > > On Thu Sep 9 10, Alexander Best wrote:
> > > > On Thu Sep 9 10, Alexander Best wrote:
> > > > > hi there,
> > > > >
>
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
> For the last week, on and off, I've been looking for something that
> caused KDE to be horridly unstable, i.e. machine freezes with and
> without a core-dump.
>
> Removing r212281 (and r212282) restores that stability. Is there a ra
Andriy Gapon wrote:
> on 12/09/2010 18:22 Andriy Gapon said the following:
>> Observations are correct, but incomplete; the conclusions are wrong.
>> At the end of the boot there are message like this one:
>> PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
>> latency
>> Thi
Hi avg.
On Sun, 12 Sep 2010 18:38:58 +0300
Andriy Gapon wrote:
> > Observations are correct, but incomplete; the conclusions are wrong.
> > At the end of the boot there are message like this one:
> > PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
> > latency
> > This is
on 12/09/2010 18:22 Andriy Gapon said the following:
> Observations are correct, but incomplete; the conclusions are wrong.
> At the end of the boot there are message like this one:
> PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
> latency
> This is a result of re-evaluat
> On Sep 11, 2010, at 5:26 PM, Rick Macklem wrote:
> >> On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
> >>
> >>> You can also look in /var/log/messages to see if any of the
> >>> daemons
> >>> are complaining about something.
> >>
> >> Only warning I see on a system reboot is:
> >> nfsd: can't o
on 12/09/2010 13:37 Alexander Motin said the following:
> Andriy Gapon wrote:
>> acpi_lid0: Lid closed
>> em0: Link is up 1000 Mbps Full Duplex
>> PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
>> latency
>> PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got C2
Hi,
I have just imported your VirtualBox appliance,
created some zpool and wanted to try *dedup* on
FreeBSD, but while I was able to enable *dedup*,
I was not able to check *dedupratio* because
that 'property' is not available, on OpenSolaris
it looked like that:
# zpool get dedupratio pool
NAME
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
The most
Hi.
On Sun, 12 Sep 2010 20:26:07 +0900
Norikatsu Shigemura wrote:
> Humm.. Why only C3 state appear when unplug power? :-(
Ah, I got it. Every times, evaluating _CST on acpi_cpu_cx_cst,
and _CST is a black box because I couldn't see _CST. Maybe,
_CST look at AC st
Hi mav.
On Sun, 12 Sep 2010 13:57:21 +0300
Alexander Motin wrote:
> BTW, have you tried to unplug power? My laptop hides C3 state when power
> cord is plugged-in.
Oh! You are right! I got C3 state.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- -
Sep
Alexander Motin wrote:
> Andriy Gapon wrote:
>> acpi_lid0: Lid closed
>> em0: Link is up 1000 Mbps Full Duplex
>> PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
>> latency
>> PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got C2 - 245
>> latency
>> PROCESSOR-0
Andriy Gapon wrote:
> acpi_lid0: Lid closed
> em0: Link is up 1000 Mbps Full Duplex
> PROCESSOR-0722 [402244] cpu_cx_cst: acpi_cpu0: Got C2 - 245
> latency
> PROCESSOR-0722 [403097] cpu_cx_cst: acpi_cpu1: Got C2 - 245
> latency
> PROCESSOR-0722 [403855] cpu_cx_cst
on 12/09/2010 13:25 Norikatsu Shigemura said the following:
> Hi avg.
>
> On Sun, 12 Sep 2010 19:09:52 +0900
> Norikatsu Shigemura wrote:
>> Logic is mistake. I'll re-make a patch and retry.
>
> I re-tried following patch:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Hi mav.
On Sun, 12 Sep 2010 13:00:22 +0300
Alexander Motin wrote:
> `sysctl -a` is a bad tool to estimate C-states usage. It causes a lot of
> context switches, making data dirty. To get more precise data, try:
> sysctl hw.acpi.cpu.cx_lowest=C2 && sleep 10 && sysctl dev.cpu.0.cx_usage
> dev.cpu.1
Hi avg.
On Sun, 12 Sep 2010 19:05:37 +0900
Norikatsu Shigemura wrote:
> I re-tried to test following patch.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - -
> --- sys/dev/acpica/acpi_cpu.c.orig2010-09-12 01:31:38.144243000 +0900
> +++ sys/dev/acpi
Norikatsu Shigemura wrote:
> On Sun, 12 Sep 2010 12:29:37 +0300
> Alexander Motin wrote:
|>> hw.acpi.cpu.cx_lowest has default in C1. Have you tried to rise it via
>> sysctl?
>
> Oops, I forgot usage of cx_lowest.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Hi mav.
On Sun, 12 Sep 2010 12:29:37 +0300
Alexander Motin wrote:
> > But cx_lowest is not changed:
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> > - - - -
> > $ sysctl -a | grep cx
> > hw.acpi.cpu.cx_lowest: C1
:
> > - - - - - - - - - - - - - - -
on 12/09/2010 12:29 Alexander Motin said the following:
> hw.acpi.cpu.cx_lowest has default in C1. Have you tried to rise it via
> sysctl?
>
And also check performance_cx_lowest, economy_cx_lowest in
/etc/defaults/rc.conf. And /etc/rc.d/power_profile.
--
Andriy Gapon
__
on 12/09/2010 12:26 Norikatsu Shigemura said the following:
> Hi avg and mav.
>
> On Sun, 12 Sep 2010 11:12:20 +0300
> Alexander Motin wrote:
> PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
> available.
> PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu
Norikatsu Shigemura wrote:
> On Sun, 12 Sep 2010 11:12:20 +0300
> Alexander Motin wrote:
> PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
> available.
> PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3: Got C3 - 245
> latency
I think the issue
on 12/09/2010 11:12 Alexander Motin said the following:
> Just an idea. Limits of 100 and 1000 are defined for detection of
> C-states using P_LVLx_LAT registers. Because _CST explicitly specifies
> which states are available, these limitations may not apply there. I
> would try to comment these ch
Andriy Gapon wrote:
> on 11/09/2010 21:30 Nate Lawson said the following:
>>> PROCESSOR-0311 [255895] cpu_attach: acpi_cpu3: P_BLK at 0x410/6
>>> PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
>>> available.
>>> PROCESSOR-0730 [257314] cpu_cx_cst: acpi
on 12/09/2010 02:14 Norikatsu Shigemura said the following:
> According to acpidump -dt, I could find CPU0CST table, but
> not found _CST.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - -
> Scope (\)
> {
> Name (SSDT, Package (0x
on 11/09/2010 21:30 Nate Lawson said the following:
> I think the issue is that C2 is not available for some reason and thus
> C3 can't be used either. The way to tell is to use acpidump and look for
> the CPU objects' _CST fields.
>From reading of the code, C3 should be used in this case even if
on 11/09/2010 21:30 Nate Lawson said the following:
>> PROCESSOR-0311 [255895] cpu_attach: acpi_cpu3: P_BLK at 0x410/6
>> PROCESSOR-0696 [257314] cpu_cx_cst: acpi_cpu3: C2[1] not
>> available.
>> PROCESSOR-0730 [257314] cpu_cx_cst: acpi_cpu3: Got C3 - 245
>> la
33 matches
Mail list logo
