Gavin Maltby wrote:
On 03/14/06 12:51, Felix Schulte wrote:
When do you put the code back?
I'm not working on it.
You seem to be a bit short on memory here :-)
No
I remember the discussion very good. I am complaining that Red Hat is
the technology leader now. Sun had half a year to deal with the
problem. Why is it so difficult to change the number from 21 to 64 as
proposed in the previous discussion?
Fair enough. I had a look at the work in progress and it looks like there
are a fair number of changes required (not huge, but more than you'd hope
given sparc has large ncpu and much code is common). Most work has been
in the multiboot and acpi areas by the looks of things. There has been
activity within the workspace within the last week so it's not been dropped
on the floor. I imagine the responsible engineer may followup here.
Cheers
I'm not the RE, but in particular we want to make sure to avoid
allocating any more memory at boot time than we really need to...
and finding out how many CPUs are actually on the machine very
early on in boot is tricky across the various hardware platforms.
When this goes back, small machines will actually use less memory
than before.
- Bart
--
Bart Smaalders Solaris Kernel Performance
[EMAIL PROTECTED] http://blogs.sun.com/barts
_______________________________________________
opensolaris-discuss mailing list
[email protected]
