Linux-kernel mailing list archive 1999-23,: Re: Preparations for ZD's upcoming Apache/Linux benchmark

# Re: Preparations for ZD's upcoming Apache/Linux benchmark

H. Peter Anvin (hpa@transmeta.com)
10 Jun 1999 15:03:40 GMT

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: DAVID BALAZIC: "Partition nightmare Was: Migrating to larger numbers"
- Previous message: DAVID BALAZIC: "Re: SPARCstation's power led goes off upon kernel init"
- Maybe in reply to: Dan Kegel: "Preparations for ZD's upcoming Apache/Linux benchmark"
- Next in thread: H. Peter Anvin: "Re: Preparations for ZD's upcoming Apache/Linux benchmark"

Followup to: <7jn1ak$lgs$1@palladium.transmeta.com>
By author: torvalds@transmeta.com (Linus Torvalds)
In newsgroup: linux.dev.kernel
> >
> > What header? Userspace only needs to call accept() and get a file
> >descriptor -- it will never know the difference after that.
>
> I don't know enough about the spec to even know whether there is any
> persistent "state" across the operations. If there is not, then no
> header is necessary, obviously. I thought of the header as a way of
> possibly initializing any persistent state issues so that the user mode
> could know about the fact that we've used the socket.
>

HTTP per se has no persistent state. Any kind of persistent state is
encoded explicitly in the data stream or in a stateful server.

-hpa

    --
    "The user's computer downloads the ActiveX code and simulates a 'Blue
    Screen' crash, a generally benign event most users are familiar with
    and that would not necessarily arouse suspicions."
    -- Security exploit description on http://www.zks.net/p3/how.asp

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

- Next message: DAVID BALAZIC: "Partition nightmare Was: Migrating to larger numbers"
- Previous message: DAVID BALAZIC: "Re: SPARCstation's power led goes off upon kernel init"
- Maybe in reply to: Dan Kegel: "Preparations for ZD's upcoming Apache/Linux benchmark"
- Next in thread: H. Peter Anvin: "Re: Preparations for ZD's upcoming Apache/Linux benchmark"