]> git.sesse.net Git - cubemap/blobdiff - client.h
Add support for deduplicating headers/short responses.
[cubemap] / client.h
index 834ddad9cd2227e7b302674d33e67d49783ca1f1..8f9f682e268e291935278f91cedda3257dc1bae5 100644 (file)
--- a/client.h
+++ b/client.h
@@ -5,7 +5,11 @@
 
 #include <stddef.h>
 #include <time.h>
+
+#include <memory>
 #include <string>
+#include <unordered_map>
+#include <vector>
 
 #include "tlse.h"
 
@@ -30,8 +34,8 @@ struct Client {
        Client(int sock);
 
        // Serialization/deserialization.
-       Client(const ClientProto &serialized, Stream *stream);
-       ClientProto serialize() const;
+       Client(const ClientProto &serialized, const std::vector<std::shared_ptr<const std::string>> &short_responses, Stream *stream);
+       ClientProto serialize(std::unordered_map<const std::string *, size_t> *short_response_pool) const;
 
        ClientStats get_stats() const;
 
@@ -58,12 +62,35 @@ struct Client {
        std::string url;
        Stream *stream = nullptr;
 
+       // Whether we should close the connection after sending the response.
+       // Not relevant for READING_REQUEST. Must be true if http_11 is false.
+       bool close_after_response;
+
+       // Whether the request came in over HTTP/1.1 or higher.
+       bool http_11;
+
        // The header we want to send, or the response with headers if we know
        // it in its entirety after reading the request (typically an error).
        // This is nominally a copy of Stream::header, but since that might
        // change on reconnects etc., we keep a local copy here. Only relevant
        // for SENDING_HEADER or SENDING_SHORT_RESPONSE; blank otherwise.
-       std::string header_or_short_response;
+       //
+       // Must start with the string "HTTP/1.0 ", which will be changed to 1.1
+       // if relevant.
+       const std::string *header_or_short_response = nullptr;
+
+       // <header_or_short_response> can come from two distinct places; it can be
+       // local to the Client object, or it can be shared between many Clients
+       // (typically HLS playlists, that can be so large that they are expensive
+       // to hold in many copies). <header_or_short_response> will point to exactly
+       // one of these, which should be cleared out/dereferenced when it is
+       // no longer needed.
+       //
+       // The use of shared_ptr is somewhat overkill since we don't need
+       // to access the HLS playlists from multiple threads, but it's not a
+       // big deal for us.
+       std::string header_or_short_response_holder;
+       std::shared_ptr<const std::string> header_or_short_response_ref;
 
        // Number of bytes we've sent of the header. Only relevant for SENDING_HEADER
        // or SENDING_SHORT_RESPONSE.
@@ -73,10 +100,20 @@ struct Client {
        // -1 means we want to send from the end of the backlog (the normal case),
        // although only at a keyframe.
        // -2 means we want to send from the _beginning_ of the backlog.
+       // -3 means we sent the header only.
+       static const size_t STREAM_POS_AT_END = -1;
+       static const size_t STREAM_POS_AT_START = -2;
+       static const size_t STREAM_POS_HEADER_ONLY = -3;
+
        // Once we go into WAITING_FOR_KEYFRAME, PREBUFFERING or SENDING_DATA,
        // these negative values will be translated to real numbers.
        size_t stream_pos = 0;
 
+       // Position at which to end the stream (one-past-the-end, used for fragments).
+       // -1 means never to end; this is the common case.
+       static const size_t STREAM_POS_NO_END = -1;
+       size_t stream_pos_end = 0;
+
        // Number of bytes we've sent of data. Only relevant for SENDING_DATA.
        size_t bytes_sent = 0;