2018-11-29 13:30:46 +03:00
|
|
|
/* -*- Mode: C++; tab-width: 2; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
|
2012-05-21 15:12:37 +04:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
2010-08-12 23:37:44 +04:00
|
|
|
|
|
|
|
#ifndef StartupCache_h_
|
|
|
|
#define StartupCache_h_
|
|
|
|
|
|
|
|
#include "nsClassHashtable.h"
|
|
|
|
#include "nsComponentManagerUtils.h"
|
2015-05-22 23:29:51 +03:00
|
|
|
#include "nsTArray.h"
|
2010-08-12 23:37:44 +04:00
|
|
|
#include "nsZipArchive.h"
|
|
|
|
#include "nsITimer.h"
|
2013-11-07 09:35:30 +04:00
|
|
|
#include "nsIMemoryReporter.h"
|
2010-08-12 23:37:44 +04:00
|
|
|
#include "nsIObserverService.h"
|
|
|
|
#include "nsIObserver.h"
|
2017-10-20 20:40:50 +03:00
|
|
|
#include "nsIObjectOutputStream.h"
|
2010-08-12 23:37:44 +04:00
|
|
|
#include "nsIOutputStream.h"
|
|
|
|
#include "nsIFile.h"
|
2012-06-20 07:45:32 +04:00
|
|
|
#include "mozilla/Attributes.h"
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
#include "mozilla/AutoMemMap.h"
|
|
|
|
#include "mozilla/Compression.h"
|
2013-06-23 16:03:39 +04:00
|
|
|
#include "mozilla/MemoryReporting.h"
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
#include "mozilla/Pair.h"
|
|
|
|
#include "mozilla/Result.h"
|
2016-02-18 20:26:28 +03:00
|
|
|
#include "mozilla/UniquePtr.h"
|
2013-11-28 05:05:00 +04:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
/**
|
|
|
|
* The StartupCache is a persistent cache of simple key-value pairs,
|
2017-07-06 15:00:35 +03:00
|
|
|
* where the keys are null-terminated c-strings and the values are
|
|
|
|
* arbitrary data, passed as a (char*, size) tuple.
|
2010-08-12 23:37:44 +04:00
|
|
|
*
|
2017-07-06 15:00:35 +03:00
|
|
|
* Clients should use the GetSingleton() static method to access the cache. It
|
|
|
|
* will be available from the end of XPCOM init (NS_InitXPCOM3 in
|
2010-08-12 23:37:44 +04:00
|
|
|
* XPCOMInit.cpp), until XPCOM shutdown begins. The GetSingleton() method will
|
|
|
|
* return null if the cache is unavailable. The cache is only provided for
|
|
|
|
* libxul builds -- it will fail to link in non-libxul builds. The XPCOM
|
|
|
|
* interface is provided only to allow compiled-code tests; clients should avoid
|
|
|
|
* using it.
|
|
|
|
*
|
|
|
|
* The API provided is very simple: GetBuffer() returns a buffer that was
|
|
|
|
* previously stored in the cache (if any), and PutBuffer() inserts a buffer
|
|
|
|
* into the cache. GetBuffer returns a new buffer, and the caller must take
|
|
|
|
* ownership of it. PutBuffer will assert if the client attempts to insert a
|
|
|
|
* buffer with the same name as an existing entry. The cache makes a copy of the
|
|
|
|
* passed-in buffer, so client retains ownership.
|
|
|
|
*
|
2017-07-06 15:00:35 +03:00
|
|
|
* InvalidateCache() may be called if a client suspects data corruption
|
2010-08-12 23:37:44 +04:00
|
|
|
* or wishes to invalidate for any other reason. This will remove all existing
|
2012-10-11 12:17:15 +04:00
|
|
|
* cache data. Additionally, the static method IgnoreDiskCache() can be called
|
|
|
|
* if it is believed that the on-disk cache file is itself corrupt. This call
|
|
|
|
* implicitly calls InvalidateCache (if the singleton has been initialized) to
|
|
|
|
* ensure any data already read from disk is discarded. The cache will not load
|
|
|
|
* data from the disk file until a successful write occurs.
|
|
|
|
*
|
2010-08-12 23:37:44 +04:00
|
|
|
* Finally, getDebugObjectOutputStream() allows debug code to wrap an
|
|
|
|
* objectstream with a debug objectstream, to check for multiply-referenced
|
2017-07-06 15:00:35 +03:00
|
|
|
* objects. These will generally fail to deserialize correctly, unless they are
|
2010-08-12 23:37:44 +04:00
|
|
|
* stateless singletons or the client maintains their own object data map for
|
|
|
|
* deserialization.
|
|
|
|
*
|
|
|
|
* Writes before the final-ui-startup notification are placed in an intermediate
|
|
|
|
* cache in memory, then written out to disk at a later time, to get writes off
|
|
|
|
* the startup path. In any case, clients should not rely on being able to
|
|
|
|
* GetBuffer() data that is written to the cache, since it may not have been
|
|
|
|
* written to disk or another client may have invalidated the cache. In other
|
|
|
|
* words, it should be used as a cache only, and not a reliable persistent
|
|
|
|
* store.
|
|
|
|
*
|
|
|
|
* Some utility functions are provided in StartupCacheUtils. These functions
|
|
|
|
* wrap the buffers into object streams, which may be useful for serializing
|
|
|
|
* objects. Note the above caution about multiply-referenced objects, though --
|
|
|
|
* the streams are just as 'dumb' as the underlying buffers about
|
|
|
|
* multiply-referenced objects. They just provide some convenience in writing
|
|
|
|
* out data.
|
|
|
|
*/
|
|
|
|
|
|
|
|
namespace mozilla {
|
2013-11-26 03:57:40 +04:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
namespace scache {
|
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
struct StartupCacheEntry {
|
|
|
|
UniquePtr<char[]> mData;
|
|
|
|
uint32_t mOffset;
|
|
|
|
uint32_t mCompressedSize;
|
|
|
|
uint32_t mUncompressedSize;
|
|
|
|
int32_t mHeaderOffsetInFile;
|
|
|
|
int32_t mRequestedOrder;
|
|
|
|
bool mRequested;
|
|
|
|
|
|
|
|
MOZ_IMPLICIT StartupCacheEntry(uint32_t aOffset, uint32_t aCompressedSize,
|
|
|
|
uint32_t aUncompressedSize)
|
|
|
|
: mData(nullptr),
|
|
|
|
mOffset(aOffset),
|
|
|
|
mCompressedSize(aCompressedSize),
|
|
|
|
mUncompressedSize(aUncompressedSize),
|
|
|
|
mHeaderOffsetInFile(0),
|
|
|
|
mRequestedOrder(0),
|
|
|
|
mRequested(false) {}
|
|
|
|
|
|
|
|
StartupCacheEntry(UniquePtr<char[]> aData, size_t aLength,
|
|
|
|
int32_t aRequestedOrder)
|
|
|
|
: mData(std::move(aData)),
|
|
|
|
mOffset(0),
|
|
|
|
mCompressedSize(0),
|
|
|
|
mUncompressedSize(aLength),
|
|
|
|
mHeaderOffsetInFile(0),
|
|
|
|
mRequestedOrder(0),
|
|
|
|
mRequested(true) {}
|
|
|
|
|
|
|
|
struct Comparator {
|
|
|
|
using Value = Pair<const nsCString*, StartupCacheEntry*>;
|
|
|
|
|
|
|
|
bool Equals(const Value& a, const Value& b) const {
|
|
|
|
return a.second()->mRequestedOrder == b.second()->mRequestedOrder;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool LessThan(const Value& a, const Value& b) const {
|
|
|
|
return a.second()->mRequestedOrder < b.second()->mRequestedOrder;
|
|
|
|
}
|
|
|
|
};
|
|
|
|
};
|
2010-08-12 23:37:44 +04:00
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
struct nsCStringHasher {
|
|
|
|
using Key = nsCString;
|
|
|
|
using Lookup = nsCString;
|
2019-09-29 01:14:31 +03:00
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
static HashNumber hash(const Lookup& aLookup) {
|
|
|
|
return HashString(aLookup.get());
|
|
|
|
}
|
2011-12-19 04:20:36 +04:00
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
static bool match(const Key& aKey, const Lookup& aLookup) {
|
|
|
|
return aKey.Equals(aLookup);
|
2011-12-19 04:20:36 +04:00
|
|
|
}
|
2010-08-12 23:37:44 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
// We don't want to refcount StartupCache, and ObserverService wants to
|
|
|
|
// refcount its listeners, so we'll let it refcount this instead.
|
2015-03-21 19:28:04 +03:00
|
|
|
class StartupCacheListener final : public nsIObserver {
|
2014-06-24 02:40:03 +04:00
|
|
|
~StartupCacheListener() {}
|
2013-07-19 06:24:14 +04:00
|
|
|
NS_DECL_THREADSAFE_ISUPPORTS
|
2010-08-12 23:37:44 +04:00
|
|
|
NS_DECL_NSIOBSERVER
|
|
|
|
};
|
|
|
|
|
2013-12-08 09:39:47 +04:00
|
|
|
class StartupCache : public nsIMemoryReporter {
|
2010-08-12 23:37:44 +04:00
|
|
|
friend class StartupCacheListener;
|
2013-11-26 03:57:40 +04:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
public:
|
2013-12-08 09:39:47 +04:00
|
|
|
NS_DECL_THREADSAFE_ISUPPORTS
|
|
|
|
NS_DECL_NSIMEMORYREPORTER
|
2010-08-12 23:37:44 +04:00
|
|
|
|
|
|
|
// StartupCache methods. See above comments for a more detailed description.
|
|
|
|
|
2019-10-04 23:44:32 +03:00
|
|
|
// true if the archive has an entry for the buffer or not.
|
|
|
|
bool HasEntry(const char* id);
|
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
// Returns a buffer that was previously stored, caller does not take ownership
|
|
|
|
nsresult GetBuffer(const char* id, const char** outbuf, uint32_t* length);
|
2010-08-12 23:37:44 +04:00
|
|
|
|
2018-02-17 02:30:47 +03:00
|
|
|
// Stores a buffer. Caller yields ownership.
|
|
|
|
nsresult PutBuffer(const char* id, UniquePtr<char[]>&& inbuf,
|
|
|
|
uint32_t length);
|
2010-08-12 23:37:44 +04:00
|
|
|
|
|
|
|
// Removes the cache file.
|
2019-03-05 19:52:57 +03:00
|
|
|
void InvalidateCache(bool memoryOnly = false);
|
2010-08-12 23:37:44 +04:00
|
|
|
|
2012-10-11 12:17:15 +04:00
|
|
|
// Signal that data should not be loaded from the cache file
|
|
|
|
static void IgnoreDiskCache();
|
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
// In DEBUG builds, returns a stream that will attempt to check for
|
|
|
|
// and disallow multiple writes of the same object.
|
|
|
|
nsresult GetDebugObjectOutputStream(nsIObjectOutputStream* aStream,
|
|
|
|
nsIObjectOutputStream** outStream);
|
|
|
|
|
|
|
|
static StartupCache* GetSingleton();
|
|
|
|
static void DeleteSingleton();
|
|
|
|
|
2011-12-19 04:20:36 +04:00
|
|
|
// This measures all the heap memory used by the StartupCache, i.e. it
|
|
|
|
// excludes the mapping.
|
2015-07-31 07:19:57 +03:00
|
|
|
size_t HeapSizeOfIncludingThis(mozilla::MallocSizeOf mallocSizeOf) const;
|
2011-12-19 04:20:36 +04:00
|
|
|
|
2019-10-04 23:45:18 +03:00
|
|
|
bool ShouldCompactCache();
|
|
|
|
nsresult ResetStartupWriteTimerCheckingReadCount();
|
2016-11-11 19:57:08 +03:00
|
|
|
nsresult ResetStartupWriteTimer();
|
|
|
|
bool StartupWriteComplete();
|
2018-11-30 13:46:48 +03:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
private:
|
|
|
|
StartupCache();
|
2013-11-26 03:57:40 +04:00
|
|
|
virtual ~StartupCache();
|
2010-08-12 23:37:44 +04:00
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
Result<Ok, nsresult> LoadArchive();
|
2010-08-12 23:37:44 +04:00
|
|
|
nsresult Init();
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
|
|
|
|
// Returns a file pointer for the cache file with the given name in the
|
|
|
|
// current profile.
|
|
|
|
Result<nsCOMPtr<nsIFile>, nsresult> GetCacheFile(const nsAString& suffix);
|
|
|
|
|
|
|
|
// Opens the cache file for reading.
|
|
|
|
Result<Ok, nsresult> OpenCache();
|
|
|
|
|
|
|
|
// Writes the cache to disk
|
|
|
|
Result<Ok, nsresult> WriteToDisk();
|
|
|
|
|
2011-01-07 21:56:15 +03:00
|
|
|
void WaitOnWriteThread();
|
2019-10-04 23:45:32 +03:00
|
|
|
void WaitOnPrefetchThread();
|
|
|
|
void StartPrefetchMemoryThread();
|
2010-08-12 23:37:44 +04:00
|
|
|
|
|
|
|
static nsresult InitSingleton();
|
|
|
|
static void WriteTimeout(nsITimer* aTimer, void* aClosure);
|
2011-01-07 21:56:15 +03:00
|
|
|
static void ThreadedWrite(void* aClosure);
|
2019-10-04 23:45:32 +03:00
|
|
|
static void ThreadedPrefetch(void* aClosure);
|
2010-08-12 23:37:44 +04:00
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
HashMap<nsCString, StartupCacheEntry, nsCStringHasher> mTable;
|
|
|
|
// owns references to the contents of tables which have been invalidated.
|
|
|
|
// In theory grows forever if the cache is continually filled and then
|
|
|
|
// invalidated, but this should not happen in practice.
|
|
|
|
nsTArray<decltype(mTable)> mOldTables;
|
2012-06-06 06:08:30 +04:00
|
|
|
nsCOMPtr<nsIFile> mFile;
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
loader::AutoMemMap mCacheData;
|
2013-11-26 03:57:40 +04:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
nsCOMPtr<nsIObserverService> mObserverService;
|
2015-10-18 08:24:48 +03:00
|
|
|
RefPtr<StartupCacheListener> mListener;
|
2010-08-12 23:37:44 +04:00
|
|
|
nsCOMPtr<nsITimer> mTimer;
|
|
|
|
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
Atomic<bool> mDirty;
|
2011-09-29 10:19:26 +04:00
|
|
|
bool mStartupWriteInitiated;
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
bool mWrittenOnce;
|
|
|
|
bool mCurTableReferenced;
|
2019-10-04 23:45:18 +03:00
|
|
|
uint32_t mRequestedCount;
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
size_t mCacheEntriesBaseOffset;
|
2010-08-12 23:37:44 +04:00
|
|
|
|
2013-11-26 03:57:40 +04:00
|
|
|
static StaticRefPtr<StartupCache> gStartupCache;
|
2011-09-29 10:19:26 +04:00
|
|
|
static bool gShutdownInitiated;
|
2012-10-11 12:17:15 +04:00
|
|
|
static bool gIgnoreDiskCache;
|
2011-01-07 21:56:15 +03:00
|
|
|
PRThread* mWriteThread;
|
2019-10-04 23:45:32 +03:00
|
|
|
PRThread* mPrefetchThread;
|
Bug 1550108 - Change StartupCache format from zip to custom r=froydnj
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
2019-10-04 23:44:59 +03:00
|
|
|
UniquePtr<Compression::LZ4FrameDecompressionContext> mDecompressionContext;
|
2010-08-12 23:37:44 +04:00
|
|
|
#ifdef DEBUG
|
|
|
|
nsTHashtable<nsISupportsHashKey> mWriteObjectMap;
|
|
|
|
#endif
|
|
|
|
};
|
|
|
|
|
|
|
|
// This debug outputstream attempts to detect if clients are writing multiple
|
|
|
|
// references to the same object. We only support that if that object
|
|
|
|
// is a singleton.
|
|
|
|
#ifdef DEBUG
|
2015-03-21 19:28:04 +03:00
|
|
|
class StartupCacheDebugOutputStream final : public nsIObjectOutputStream {
|
2014-06-24 02:40:03 +04:00
|
|
|
~StartupCacheDebugOutputStream() {}
|
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
NS_DECL_ISUPPORTS
|
|
|
|
NS_DECL_NSIOBJECTOUTPUTSTREAM
|
|
|
|
|
|
|
|
StartupCacheDebugOutputStream(nsIObjectOutputStream* binaryStream,
|
|
|
|
nsTHashtable<nsISupportsHashKey>* objectMap)
|
|
|
|
: mBinaryStream(binaryStream), mObjectMap(objectMap) {}
|
2017-07-06 15:00:35 +03:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
NS_FORWARD_SAFE_NSIBINARYOUTPUTSTREAM(mBinaryStream)
|
|
|
|
NS_FORWARD_SAFE_NSIOUTPUTSTREAM(mBinaryStream)
|
2017-07-06 15:00:35 +03:00
|
|
|
|
2011-09-29 10:19:26 +04:00
|
|
|
bool CheckReferences(nsISupports* aObject);
|
2017-07-06 15:00:35 +03:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
nsCOMPtr<nsIObjectOutputStream> mBinaryStream;
|
|
|
|
nsTHashtable<nsISupportsHashKey>* mObjectMap;
|
|
|
|
};
|
|
|
|
#endif // DEBUG
|
|
|
|
|
|
|
|
} // namespace scache
|
|
|
|
} // namespace mozilla
|
2015-07-13 18:25:42 +03:00
|
|
|
|
2010-08-12 23:37:44 +04:00
|
|
|
#endif // StartupCache_h_
|