httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From c...@hyperreal.org
Subject cvs commit: apache-2.0 STATUS
Date Tue, 10 Feb 1998 18:19:28 GMT
coar        98/02/10 10:19:27

  Modified:    .        STATUS
  Log:
  	Add another work area discussed in the past.  Also, things are
  	starting to get potentially overcommitted here; add an
  	opportunity to check sanity by letting people sign up for
  	different pieces.  Items with lots of votes but no volunteers
  	should maybe be struck from the plan, or moved to 'nice-to-have'
  	status.
  
  Revision  Changes    Path
  1.22      +39 -15    apache-2.0/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /export/home/cvs/apache-2.0/STATUS,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- STATUS	1998/02/10 06:49:34	1.21
  +++ STATUS	1998/02/10 18:19:27	1.22
  @@ -46,75 +46,99 @@
       to add more, but try not to duplicate earlier items too much.
   
       * multithreading.  
  -	Status: Brian +1, Ken +1, Jim +1, Paul +1, Sameer +1, Marc +1, Ralf +1, MarkC +1, Ben
+1
  -	- Thread Abstraction
  -	  Status: Sameer +1, Marc +1, MarkC +1, Ben +1, Dean +1
  - 
  +	Status: Brian +1, Ken +1, Jim +1, Paul +1, Sameer +1, Marc +1,
  +		Ralf +1, MarkC +1, Ben +1
  +      - Thread Abstraction
  +	Status: Sameer +1, Marc +1, MarkC +1, Ben +1, Dean +1
  +	Volunteers: 
  +
       * revamped process model (Dean's proposal)
         Dean says: it's hard to do the multithreading work cleanly without
         considering a bunch of this
  -	Status: Marc +1 on much of it; threads aren't enough for perf. MarkC +1, Paul +1, Dean
+1
  +	Status: Marc +1 on much of it; threads aren't enough for perf.
  +		MarkC +1, Paul +1, Dean +1
  +	Volunteers: 
   
       * new layered I/O.
  -	Status: Brian +1, Ken +1, Dean +1, Jim +1, Paul +1, Sameer +1, Marc +1, Ralf +1, MarkC
+1, Ben +1
  -    
  +	Status: Brian +1, Ken +1, Dean +1, Jim +1, Paul +1, Sameer +1,
  +		Marc +1, Ralf +1, MarkC +1, Ben +1
  +	Volunteers: Ken
  +
         . sfio
   	Status: Dean -1 until it's shown to be thread safe (RST claims it isn't)
  +	Volunteers: 
   
         . bstdio
  -	 This was written by Chris Provenzano as part of his implementation
  -	 of Posix threads... Jim can place a copy of the RST-hacked
  -	 version on dev.apache.org if needed and possible.
  +	This was written by Chris Provenzano as part of his implementation
  +	of Posix threads... Jim can place a copy of the RST-hacked
  +	version on dev.apache.org if needed and possible.
   	   -- RST never donated his hacks to the Group.  Don't put it up for
  -              download unless you've cleared it with him. --Brian
  +	      download unless you've cleared it with him. --Brian
   
         . page flipping friendly, page-sized buffer oriented, zero copy I/O
  -        (In this model there are functions like readbuf() which return a
  +	(In this model there are functions like readbuf() which return a
   	pointer to a buffer, rather than taking a pointer to a buffer.  This
   	is a lot like how kernels actually work.  The advantage is that you
   	can get zero-copy in the user space, which is a big win for caching
   	modules of all sorts.  You can also support the "traditional" slow
   	style of stdio, which adds an extra user space copy.)
   	Status: Dean +1, Marc +1, Ben +1, Paul +1
  +	Volunteers: 
   
       * API work
   
         . radically revamped API
   	Status: Ken +1
  +	Volunteers: Ken
   
         . documented API
   	Status: Ken +1, Sameer +1, Marc +1, Ralf +1, Paul +1, Dean +1
  -   
  +	Volunteers: Ken
  +
         . just new API phases
   	Status: Brian +1, Jim +1, Sameer +1 (just the "gaping holes"),
  -	        Ralf +1 (especially url2url and file2file in addition to url2file) 
  +	        Ralf +1 (especially url2url and file2file in addition to
  +		url2file) 
  +	Volunteers: Ken
   
         . change API 'phase' model to use module-registered hooks rather
   	than a fixed static structure
   	Status: Ken +1, Ralf +1, MarkC +1, Paul +1, Dean +1
  +	Volunteers: Ken
   
         . use virtual functions for module hooks
   	Status: Ben +1, Paul -1
  +	Volunteers: 
   
         . clearly identify API functions by renaming them
   	Status: Ken +1, Ralf +1, Ben +1, Paul +1 (plus back compat.), Dean +1
  +	Volunteers: Ken
   
         . backward compatibility with 1.3 (just require a recompile)
   	if functions get renamed, old names retained as wrappers
   	Status: Paul +1, Sameer +1, Marc +1, Ralf +1, MarkC +1, Paul +1
  +	Volunteers: 
   
         . make API call syntax rational (e.g., all r*() routines list r
   	as their first argument, et cetera)
   	Status: Ken +1, Ralf +0, Paul +0, Dean +0
  +	Volunteers: Ken
  +
  +      . abstract module layering for plugins (e.g., a mod_auth interface
  +	into which mod_auth_mumble modules can be plugged)
  +	Status: Ken +1
  +	Volunteers: Ken
   
       * new configuration language
   	Status: Dean +1, Marc +1, Ralf +0, Ben +1, Paul +0
  +	Volunteers: Ken
   
       * rewrite in C++
   	. Yes: Ben +1
   	. doesn't like the idea, but is open to it: Marc +1, Ralf +1
   	. No way ever: MarkC +1, Paul +1
  -
  +	. Not for 2.0, but maybe later: Ken +1
  +	Volunteers: 
   
   Closed issues:
   
  
  
  

Mime
View raw message