Paul Jackson wrote:
Diego wrote:
I bet I'm not the only one here
who can't understand it either.
You're not alone.
See an email thread entitled:
Classes: 1) what are they, 2) what is their name?
http://sourceforge.net/mailarchive/forum.php?thread_id=5328162&forum_id=35191
on the ckrm-
On Wed, 30 Mar 2005 17:32:32 PST, Paul Jackson wrote:
> A question for the CKRM developers:
>
> What middleware packages, outside the kernel, exist or are
> in the works that will rely on CKRM?
Primarily, CKRM classes can be instantiated today by simple
echo's into the /rcfs files
Diego wrote:
> I bet I'm not the only one here
> who can't understand it either.
You're not alone.
See an email thread entitled:
Classes: 1) what are they, 2) what is their name?
http://sourceforge.net/mailarchive/forum.php?thread_id=5328162&forum_id=35191
on the ckrm-tech@lists.so
On Wed, Mar 30, 2005 at 10:55:05PM +0200, Diego Calleja wrote:
> El Tue, 29 Mar 2005 22:05:30 -0800,
> Paul Jackson <[EMAIL PROTECTED]> escribió:
>
>
> > worth having. I for one am a CKRM skeptic, so won't be much help to you
> > in that quest. Good luck.
> >
> > I don't see any performance nu
El Wed, 30 Mar 2005 13:29:53 -0800,
Gerrit Huizenga <[EMAIL PROTECTED]> escribió:
> been under so much revision lately. However, resource utilization at the
> priority level does not allow you to say "OpenOffice can have up to 30%
> of my CPU, my email client is guaranteed to get at least 5%, and
Diego Calleja wrote:
El Tue, 29 Mar 2005 22:05:30 -0800,
Paul Jackson <[EMAIL PROTECTED]> escribió:
worth having. I for one am a CKRM skeptic, so won't be much help to you
in that quest. Good luck.
I don't see any performance numbers, either on small systems, or
scalability on large systems. Ce
On Wed, 30 Mar 2005 22:55:05 +0200, Diego Calleja wrote:
> El Tue, 29 Mar 2005 22:05:30 -0800,
> Paul Jackson <[EMAIL PROTECTED]> escribi=F3:
>
>
> > worth having. I for one am a CKRM skeptic, so won't be much help to you
> > in that quest. Good luck.
> >
> > I don't see any performance number
El Tue, 29 Mar 2005 22:05:30 -0800,
Paul Jackson <[EMAIL PROTECTED]> escribió:
> worth having. I for one am a CKRM skeptic, so won't be much help to you
> in that quest. Good luck.
>
> I don't see any performance numbers, either on small systems, or
> scalability on large systems. Certainly t
El Tue, 29 Mar 2005 22:05:30 -0800,
Paul Jackson <[EMAIL PROTECTED]> escribió:
> worth having. I for one am a CKRM skeptic, so won't be much help to you
> in that quest. Good luck.
>
> I don't see any performance numbers, either on small systems, or
> scalability on large systems. Certainly t
On Wed, Mar 30, 2005 at 09:25:44AM -0800, Gerrit Huizenga wrote:
>
> On Wed, 30 Mar 2005 08:53:19 PST, Dave Hansen wrote:
> > On Tue, 2005-03-29 at 23:03 -0800, Gerrit Huizenga wrote:
> > > The code provides a fairly simple mechanism for adding controllers for
> > > any resource type
> >
> > Last
On Wed, 30 Mar 2005 08:53:19 PST, Dave Hansen wrote:
> On Tue, 2005-03-29 at 23:03 -0800, Gerrit Huizenga wrote:
> > The code provides a fairly simple mechanism for adding controllers for
> > any resource type
>
> Last time I saw the memory controller, it was 3000 lines. Doesn't seem
> too simpl
On Tue, 2005-03-29 at 23:03 -0800, Gerrit Huizenga wrote:
> The code provides a fairly simple mechanism for adding controllers for
> any resource type
Last time I saw the memory controller, it was 3000 lines. Doesn't seem
too simple to me. :)
Can you post some of the additional controllers that
On Tue, 29 Mar 2005 22:05:30 PST, Paul Jackson wrote:
> gerrit wrote:
> > This is the core patch set for CKRM
>
> Welcome.
Hi Paul.
> Newcomers to CKRM might want to start reading these patches with "[patch
> 8/8] CKRM: Documentation". Starting with patch 0/8 or 1/8 will be
> difficult, at
gerrit wrote:
> This is the core patch set for CKRM
Welcome.
Newcomers to CKRM might want to start reading these patches with "[patch
8/8] CKRM: Documentation". Starting with patch 0/8 or 1/8 will be
difficult, at least if you're as dimm witted as I am.
Even the documentation included in patch
--
This is the core patch set for CKRM, review comments almost all
applied (there are a few we are still working on, mostly cosmetic).
However, this set has been extensively regression tested on IA32,
x86-64/EM64T, and PPC64, with various CKRM CONFIG options on and
off and both regression tests an
15 matches
Mail list logo