[cgl_discussion] Revised "Top 10" projects list

Ibrahim Haddad (QB/LMC) ibrahim.haddad at ericsson.com
Tue Jul 8 19:43:16 PDT 2003


I think there must be some reason why the implementation was done like that. 
Need to check with Frederic but he is on vacation. Meanhwile, I agree that 
for now we need to check with distros.

RH? SuSE? MV? other distros on this list... Any feedback?

Thanks,
Ibrahim

-----Original Message-----
From: Fan, Ardelle [mailto:ardelle.fan at intel.com]
Sent: Tuesday, July 08, 2003 9:47 PM
To: Ibrahim Haddad (QB/LMC); Fleischer, Julie N;
cgl_discussion at lists.osdl.org
Subject: RE: [cgl_discussion] Revised "Top 10" projects list


Hi Ibrahim

AEM currently has kernel patch for 2.5.60 kernel. And really it has much improvement since its 2.4 kernel support, for example it shrinks the number of system call entries.
But it still do something that maybe hard be accepted by LKML or distro (we need more input from them), such as own memory management instead of kernel existent buddy, independant job scheduler in 2.5 O(1) scheduler.

Regards/Ardelle

-----Original Message-----
From: Ibrahim Haddad (QB/LMC) [mailto:ibrahim.haddad at ericsson.com]
Sent: 2003?7?9? 6:57
To: Fleischer, Julie N; cgl_discussion at lists.osdl.org
Subject: RE: [cgl_discussion] Revised "Top 10" projects list



>Asynchronous Events -> AEM is the only one designed to meet full requirement, but it 
>is invasive.  Others need work to implement requirement.

Much work has been put into AEM since it was first introduced to CGL. 
For latest release check http://aem.sf.net. Since then CGL did not 
re-visit AEM and I am not sure in its current state how "invasive" it is. 
Anyways.. I also suggest having a look at 
http://aem.sourceforge.net/reports/aem-faq-draf0.3.pdf where we diffrenciate 
between AEM, epoll, and select.

Best regards,
Ibrahim




_______________________________________________
cgl_discussion mailing list
cgl_discussion at lists.osdl.org
http://lists.osdl.org/mailman/listinfo/cgl_discussion



More information about the cgl_discussion mailing list