e hardware.
Anyone any ideas...?
Regards,
Gernot Wolf
gernot@tintenfass:~# intrstat 30
device | cpu0 %tim cpu1 %tim
-+--
e1000g#0 | 1 0,0 0 0,0
ehci#0 | 0 0,0 4 0,0
ehci#1 | 3 0,0
here can I find an alternative driver for the Intel
82566DC interface and how do I install it?
Anyway, thanks for your quick response! :)
Regards,
Gernot Wolf
Am 20.10.11 18:52, schrieb Ken Gunderson:
One. But I haven't even made cursory scan of your logs. Nor do I know
if it is problem a
there is one executable standing out here, "sched",
now what's the meaning of this figures?
Regards,
Gernot Wolf
Am 20.10.11 19:22, schrieb Michael Stapleton:
Hi Gernot,
You have a high context switch rate.
try
#dtrace -n 'sched:::off-cpu { @[execname]=count()}'
F
x27;m curious what they will get from the results I posted. Have a
nice day! :)
Regards,
Gernot Wolf
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
. The count was
how many times the process was taken off the CPU while dtrace was
running.
Lets see what kernel code is running the most:
#dtrace -n 'sched:::off-cpu { @[stack()]=count()}'
#dtrace -n 'profile-1001 { @[stack()] = count() }'
On Thu, 2011-10-20 at 19:52
47277
hci13940 50554
uhci3 63145
uhci0 64232
uhci4 103429
ehci1 107272
ehci0 108445
uhci2 112589
e1000g0 160024
Regards,
Gernot Wolf
Am 20.10.11 20:22
Ooops, something went wrong with my attachement. I'll try again...
Regards,
Gernot Wolf
Am 20.10.11 21:09, schrieb Gernot Wolf:
You mean, besides being quite huge? I took a quick look at it, but other
than getting a headache by doing that, my limited unix skills
unfortunately fail me.
xecname]=count()}'
If not, then I'd try looking at interrupts...
On 10/20/11 10:52 AM, "Gernot Wolf" wrote:
Yeah, I've been able to run this diagnostics on another OI box (at my
office, so much for OI not being used in production ;)), and noticed
that there were several va
Ok, for some reason this attachement refuses to go out :( Have to figure
that out...
Regards,
Gernot Wolf
Am 20.10.11 21:20, schrieb Gernot Wolf:
Ooops, something went wrong with my attachement. I'll try again...
Regards,
Gernot Wolf
Am 20.10.11 21:09, schrieb Gernot Wolf:
You
Nope. Cpu load remains the same. top shows:
CPU states: 47.5% idle, 0.0% user, 52.5% kernel, 0.0% iowait, 0.0% swap
Regards,
Gernot Wolf
Am 20.10.11 20:25, schrieb Michael Schuster:
Hi,
just found this:
http://download.oracle.com/docs/cd/E19253-01/820-5245/ghgoc/index.html
does it help
Since Gernot is seeing the issue, maybe he wants to pitch in here?
He wants, he's just having a hard time keeping up with you guys. You're
so fast, I'm hopelessly lagging behind ;)
Thanks a lot for all the help so far to all of you!
Regards,
Gernot
__
Results are up, see other post...
Regards,
Gernot Wolf
Am 20.10.11 21:00, schrieb Michael Stapleton:
+1
Mike
On Thu, 2011-10-20 at 11:47 -0700, Rennie Allen wrote:
I'd like to see a run of the script I sent earlier. I don't trust
intrstat (not for any particular reason, other t
.
Numbers seem to be roughly comparable...? However, compared to the
lockstat output of my box, there isn't anything with apci here...
Regards,
Gernot Wolf
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindian
Well, I zipped it, the zipfile is just 211K? Shouldn't be a problem, I
think...
Regards,
Gernot Wolf
Am 20.10.11 21:38, schrieb James Carlson:
Gernot Wolf wrote:
Ok, for some reason this attachement refuses to go out :( Have to figure
that out...
Probably just because it's
vel
> AcpiDbgLevel/x
AcpiDbgLevel:
AcpiDbgLevel: 0
> q
mdb: failed to dereference symbol: unknown symbol name
> $q
So, ApciDbgLevel seems to be 0??? Now I'm getting confused... shouldn't
that mean no Apci debug function calls at all?
Regards,
Gernot Wolf
Am 20.10.11 21:21
;)
Regards,
Gernot Wolf
Am 20.10.11 19:55, schrieb Steve Gonczi:
Your lockstat output fingers Acpi debug tracing functions.
I wonder why these are running in the first place.
Steve
- Original Message -
Hello all,
I have a machine here at my home running OpenIndiana oi_151a, which
serves as a
No. Why?
Regards,
Gernot Wolf
Am 20.10.11 22:33, schrieb Michael Stapleton:
Is this running in a VM?
Mike
On Thu, 2011-10-20 at 22:20 +0200, Gernot Wolf wrote:
Grep output attached. Hopefully this attachement will go through ;)
Regards,
Gernot Wolf
Am 20.10.11 21:25, schrieb Michael
Ok, I'll try that tomorrow. Too late to try anything that might result
in my box having booting problems ;)
Regards,
Gernot Wolf
Am 20.10.11 21:55, schrieb Michael Stapleton:
Probably just too big.
Are there any ACPI settings in the BIOS?
or we can try to change ACPI in OI.
#man e
ne is interested comparing the numbers. But that will really have to
wait for tomorrow ;)
Big thanks to all of you, you guys have been amazing! Your help is very
much appreciated :)
Regards,
Gernot Wolf
Am 20.10.11 21:55, schrieb Michael Stapleton:
Probably just too big.
Are there any ACPI settin
os.
Once again, thanks to all who have contributed their help. I'm still
positively surprised how quickly you guys reacted and solved my problem.
You've been great! :)
Regards,
Gernot Wolf
gernot@tintenfass:/root# ./dtrace_script
dtrace: script './dtrace_script'
ything is as before.
So why is this feature working on my box when according to "known
issues" it shouldn't, and obviously isn't working on other oi-151a
boxes...???
Not that I want to complain ;) - just curious...
Regards,
Gernot Wolf
___
ll happily run whatever
tests, diagnostic commands or scripts anyone will send me :)
Regards,
Gernot Wolf
Am 26.10.11 01:43, schrieb Josef 'Jeff' Sipek:
I haven't read all of this thread, but it reminded me of this bug:
https://www.illumos.org/issues/1333
Jeff.
On Sun, Oct 23
22 matches
Mail list logo
