Aubrey Li wrote:
On Thu, May 22, 2008 at 11:28 PM, Peter Eriksson [EMAIL PROTECTED] wrote:
I know that there used to be a 256 CPU limit in Solaris, but what are the
current limits?
How many processors can OpenSolaris handle?
It depends on which platform.
Previously, NCPU is 32
Eric Saxe wrote:
Dennis Clarke wrote:
Dennis, was this an Intel or AMD based system?
Actually neither .. it is a low power appliance motherboard based on VIA
technology.
I see. If you can provide me access to a crash dump somehow, that would
be helpful. Otherwise
Can you provide your lockstat output again, this time with the -s flag...
Something like:
lockstat -kIW -s 20 -D 20 sleep 2
The stack traces might help...
Thanks,
-Eric
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Dick Davies wrote:
On 17/07/07, Kaiwai Gardiner [EMAIL PROTECTED] wrote:
The new power management in B70 should also make it a nice platform for
university - I like sitting in the cafe doing some study without seeing
my battery drop like a rock.
That's interesting - is that the
Jürgen Keil wrote:
cpu0: x86 (CentaurHauls 6A9 family 6 model 10 step 9 clock 1200 MHz)
cpu0: VIA Esther processor 1200MHz
Could be missing / broken or incomplete VIA/CentaurHauls x86 cpu support:
I'm suspecting that you are correct Jürgen. According to:
Dennis Clarke wrote:
This seems to be an opportunity to employ some code early in the boot phase
and to perhaps print out some debugging info at that time.
The question is .. where and what to debug.
Can you send me the output of:
# echo cpuid_info0::print | mdb -k
Those are the tea
Dennis Clarke wrote:
Dennis Clarke wrote:
This seems to be an opportunity to employ some code early in the boot
phase
and to perhaps print out some debugging info at that time.
The question is .. where and what to debug.
Can you send me the output of:
# echo
Dennis Clarke wrote:
Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(),
so if we trust the parameters shown in the stack backtrace, we have
pagecolor_memsz =
page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc);
fec38300
Eric Saxe wrote:
Dennis Clarke wrote:
Hmm, startup_memlist+3f5 passes these as parameters to page_coloring_init(),
so if we trust the parameters shown in the stack backtrace, we have
pagecolor_memsz =
page_coloring_init(l2cache_sz, l2cache_linesz, l2cache_assoc
Dennis Clarke wrote:
Dennis, was this an Intel or AMD based system?
Actually neither .. it is a low power appliance motherboard based on VIA
technology.
I see. If you can provide me access to a crash dump somehow, that would
be helpful. Otherwise, if you can reproduce this
let's
Eric Saxe wrote:
Bob Palowoda wrote:
Ah this does sound encouraging. Though it's still confusing why
the download page says Solarisx86 and points to a Sparc version.
It did at one time point to x86 versions. But maybe this an Adobe
web page problem.
I've been going back and forth
Bob Palowoda wrote:
Ah this does sound encouraging. Though it's still confusing why
the download page says Solarisx86 and points to a Sparc version.
It did at one time point to x86 versions. But maybe this an Adobe
web page problem.
I've been going back and forth with Adobe support on
Brian Gupta wrote:
I have reached decided to include my local LUG in the conversation. I
have linked the thread, in case anyone is interested. They have some
very valid points).
Thanks for doing this Brian. I find the discussion on the thread
fascinating.
-Eric
I'd like to propose a project to provide an enhanced platform
independent power
management architecture...to be known as Project Tesla.
From a high level, this project would implement a set of kernel
policies (including a default)
that would leverage existing (and forthcoming) platform
Alexander Kolbasov wrote:
I would like to propose a project aimed to improve ON build times. This can
live either under tools or under performance or under some other community.
There was some discussion about it a while ago in the context of Google summer
of code:
Hi Ron,
Ron Halstead wrote:
I have just installed nv47 on a new Asus P5WD2-E M/B with Pentium D Dual Core cpu and 975x chipset. The machine boots a 64 bit kernel, which is not as stable as the same OS version on a Intel 32-bit single core machine.
Is there a way to 1) force the installation
Boyd Adamson wrote:
The global priorities are what is used by the scheduler to decide what
to do in the disp() function. Each class provides a mapping from user
to global priorities. I'm not aware, off the top of my head, of a way
to manipulate the global priorities directly.
If you just
17 matches
Mail list logo
