| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
| |
zenutil and zenserver both contain very similar logging setup code and this change aims to make them have most code in common.
* fullformatter/jsonformatter/RotatingFileSink are moved into dedicated header files in zenutil
* zenserver `InitializeLogging`/`ShutdownLogging` are renamed `InitializeServerLogging`/`InitializeServerLogging`
* these now call into the common zenutil `BeginInitializeLogging`/`FinishInitializeLogging` in addition to setting up server custom logging
* `std::filesystem::path` is now logged after stripping any `\\\\?\\` prefix for readability
|
| |
|
|
|
| |
added support for reporting metrics via statsd style UDP messaging, which is supported by many monitoring solution providers
this change adds reporting only of three cache related metrics (hit/miss/put) but this should be extended to include more metrics after additional evaluation
|
| |
|
| |
* New rotating file logger that keeps on running regardless of errors
|
| | |
|
| |
|
|
| |
- Feature: Added `--cache-memlayer-sizethreshold` option to zenserver to control at which size cache entries get cached in memory
- Changed: Merged cache memory layer with cache disk layer to reduce memory and cpu overhead
|
| |
|
|
|
| |
* moved chunking into zenstore
* removed vestiges of experimental chunking command
|
| |
|
|
| |
m_LastLightweightGcDuration stats (#494)
|
| |
|
| |
* Remove any unreferenced blocks in block store on open
|
| |
|
|
| |
(#491)
|
| | |
|
| | |
|
| | |
|
| |
|
| |
* catch exceptions in HttpRequestParser::OnMessageComplete() callback
|
| | |
|
| |
|
|
| |
mostly useful when reporting errors
|
| |
|
|
|
|
| |
* Don't prune block locations due to missing blocks a startup
This makes the behaviour consistent with FileCas - you can have an index that is not fully backed by data.
Asking for a location that is not backed by data results in getting an empty result back
Also, don't try to GC blocks that are unknown to the block store at the time of snapshot (to avoid removing data that comes in after GatherReferences in GC)
|
| |
|
|
|
|
|
| |
this adds a new RPC recording path aimed at more continuous recording and analysis of recorded sessions
the new strategy is implemented alongside the original in order to retain the ability to read the older format
the main difference between v2 and v1 is that the new strategy splits the recording into segments which are independent from each other. This is done to enable long running sessions with automatic disk cleanup (not implemented yet), appending to an existing recording (not implemented) and/or partial analysis and processing. The recorder will start a new segment when some criteria is fulfilled, including the number of files in the segment directory, disk footprint etc
|
| | |
|
| |
|
|
| |
- Feature: Add `--skip-delete` option to gc command
- Bugfix: Fix implementation when claiming GC reserve during GC
|
| | |
|
| |
|
|
|
|
| |
- Feature: New endpoint `/admin/flush ` to flush all storage - CAS, Cache and ProjectStore
- Feature: New command `zen flush` to flush all storage - CAS, Cache and ProjectStore
- Improved: Command `zen gc-status` now gives details about storage, when last GC occured, how long until next GC etc
- Changed: Cache access and write log are disabled by default
|
| | |
|
| |
|
| |
when specified with `--clean`, the data directory will be wiped clean at startup
|
| | |
|
| | |
|
| |
|
| |
* fix calculation of ZenCacheMemoryLayer::m_TotalSize
|
| |\ |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
| |
allows testing impact of calling mi_collect on a running server
|
| | |
|
| | |
|
| | |
|
| |
|
| |
* rewrite state_marker at startup
|
| | |
|
| |
|
|
|
|
| |
* added support for having multiple http servers active in one session
* added configuration API to pluggable transports
* removed pimpl pattern from some pluggable transports implementations
|
| |
|
|
| |
servers (#475)
|
| |
|
| |
separating the http server implementations into a directory and moved diagsvcs into zenserver since it's somewhat hard-coded for it
|
| |
|
|
|
| |
* use a CbObjectView instead of CbObject to avoid creating IOBufferCore instances
* use BasicFileBuffer directly where possible
* changelog
|
| |\
| |
| | |
Change default port to 8558
|
| | |\
| |/
|/| |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| | |
these allow standalone programs to share much of the logging setup from zenserver
|
| | |
| |
| |
| |
| |
| | |
GC will now skip a lightweight GC if a full GC is due to run within the next
lightweight GC interval
also fixed some minor typos
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
when dedicated mode is enabled via `--dedicated` or `server.dedicated` then we tune http.sys server settings to be more suitable for a shared server
initially we tune two things
* the thread pool used to service I/O requests allows a larger number of threads to be created when needed. The minimum thread count is unchanged but in dedicated server mode we double the maximum number of threads allowed
* the http.sys request queue length (`HttpServerQueueLengthProperty`) is increased to 50,000 in dedicated mode. The regular default is 1,000
|
| |/
|
|
| |
Changes the default port without altering config for shared instances.
|