httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rodent of Unusual Size <Ken.C...@Golux.Com>
Subject [STATUS] (apache-2.0) Sun Feb 8 23:45:41 EST 1998
Date Mon, 09 Feb 1998 04:45:42 GMT
Apache 2.0 STATUS:


    2.0  : In pre-alpha development
	    see: <>


    Everyone with plans on things they want to do for 2.0
    should add them to the repository now.  Use a descriptive

    Other code will be copied over when 1.3.0 is finished.

Committed Code Changes:
Available Patches:
In progress:
Needs patch:

Open issues:

  * Replace the current Unix compilation model (Configuration.tmpl, home-brew
    Configure script) with the "autoconf toolset".
	Status: Brian +1, Roy +1, Dean +1, Ralf +1

  * Investigate replacing the current Unix compilation model (Configuration.tmpl
    home-brew Configure script) with the "autoconf toolset". (this
    varies from the above such that if it's shown that the "autoconf
    toolset" can do what we want, with less headache than what we
    have, then we go for it)
	Status: Jim +1, Ken +1, Marc +1, MarkC +1, Ben +1

  * The "autoconf toolset" should include all three: autoconf, automake, and 
	Status: Brian +1, Jim +1, Roy +1, Dean +1, Ken +1, Ralf +1

    Here, we decide how many of the following feature ideas we will set for
    ourselves as work items for 2.0.  We can't do everything we would want
    to, otherwise 2.0 will never be released.  So please try and be 
    conservative with your votes.  Items in no particular order.  Feel free
    to add more, but try not to duplicate earlier items too much.

    * multithreading.  
	Status: Brian +1, Ken +1, Dean +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
    * 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

    * 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
      . sfio
	Status: Dean -1 until it's shown to be thread safe (RST claims it isn't)

      . 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 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

      . page flipping friendly, page-sized buffer oriented, zero copy I/O
        (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

    * API work

      . radically revamped API
	Status: Ken +1

      . documented API
	Status: Ken +1, Sameer +1, Marc +1, Ralf +1
      . 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) 

      . change API 'phase' model to use module-registered hooks rather
	than a fixed static structure
	Status: Ken +1, Ralf +1, MarkC +1

	  . use virtual functions for module hooks
	Status: Ben +1

      . clearly identify API functions by renaming them
	Status: Ken +1, Ralf +1, Ben +1

      . 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

      . make API call syntax rational (e.g., all r*() routines list r
	as their first argument, et cetera)
	Status: Ken +1, Ralf +0

    * new configuration language
	Status: Dean +1, Marc +1, Ralf +0, Ben +1

    * 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

Closed issues:

View raw message