| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
.. to remove import-package from config-model to jdisc-security-filters.
- Keep the old config def for a while in case it's needed by
hosted Vespa config models.
|
| |
|
|
|
|
|
|
|
|
| |
This change means that nodes on a version that there exists no config
model for will not get new config, they will get an error instead.
This means that there will be no longer be possible to get incompatible
config for nodes on another version than one known by the config server.
https://github.com/vespa-engine/vespa/issues/23223
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Accept default values for URL types in config
|
| | |
|
|/ |
|
| |
|
|\
| |
| |
| |
| | |
vespa-engine/vekterli/make-dynamic-vs-unlimited-throttling-live-reconfigurable
Make reconfiguring dynamic vs unlimited throttling not require restarting [run-systemtest]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead of having one abstract throttler created from bootstrap config,
explicitly create one dynamic and one unlimited throttler and allow for
atomically switching between the two based on received config.
The `MergeHandler` component will now always fetch the current throttler
from the `FileStorHandler` instead of caching it at construction time.
This commit removes the `restart` annotation on the existing throttler
type config enums.
|
|/ |
|
|
|
|
|
|
|
|
|
|
| |
Add live config for choosing whether merges should be throttled
on a per-feed operation (`MergeHandler`) level, or on an `ApplyBucketDiff`
persistence thread level.
This is intended to be a temporary feature while we do experiments, so
some liberties are taken with regards to how holes are punched in the
various abstraction layers.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
"enable-feed-block-in-distributor" flag.
The feature flag is already default true in both ModelContext API and implementation.
|
| |
|
|
|
|
|
|
|
|
| |
Start moving internal `stor-server` throttling config to use struct
config instead of separate fields, as this is more flexible and better
matches how we configure throttling elsewhere. For now, let dynamic
throttling be enabled via both the new and the old config enum.
Config model will be updated to use the new config struct shortly.
|
|\
| |
| | |
Jonmv/reapply zk changes 3
|
| |
| |
| |
| | |
This reverts commit 810da357155a349884b862de87e18de87ed54b35.
|
|\ \
| | |
| | |
| | |
| | | |
vespa-engine/balder/reduce-default-splitt-size-from-32M-to-16M
Reduce default split size from 32M to 16M.
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
vespa-engine/hmusum/use-gz-as-zookeeper-snapshot-method-by-default
Use gz as zookeeper snapshot method by default
|
| |/ |
|
|/ |
|
| |
|
|
|
|
| |
This reverts commit a7e95293f7f0bd4a9a2a3618a48061a14ffbf2e3.
|
|
|
|
|
|
| |
performance on content nodes.
These are the same defaults set for the feature flags in https://github.com/vespa-engine/vespa/pull/20759.
|
|
|
|
| |
complete [run-systemtest]"
|
|\
| |
| |
| |
| | |
vespa-engine/jonmv/remove-retired-nodes-from-zk-clusters-when-data-migration-complete
Jonmv/remove retired nodes from zk clusters when data migration complete [run-systemtest]
|
| | |
|
| | |
|
|\ \
| |/
|/|
| |
| | |
vespa-engine/hmusum/add-support-for-zookeeper-snapshot-method
Support configuring ZooKeeper snapshot method [run-systemtest]
|
| | |
|
|\ \
| |/
|/|
| |
| | |
vespa-engine/vekterli/dynamic-throttling-of-persistence-operations
Support dynamic throttling of async persistence operations [run-systemtest]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Adds an operation throttler that is intended to provide global throttling
of async operations across all persistence stripe threads. A throttler
wraps a logical max pending window size of in-flight operations. Depending
on the throttler implementation, the window size may expand and shrink
dynamically. Exactly how and when this happens is unspecified.
Commit adds two throttler implementations:
* An unlimited throttler that is no-op and never blocks.
* A throttler built around the mbus `DynamicThrottlePolicy` and defers
all window decisions to it.
Current config default is to use the unlimited throttler. Config changes
require a process restart.
Offers both polling and (timed, non-timed) blocking calls for acquiring
a throttle token. If the returned token is valid, the caller may proceed
to invoke the asynchronous operation.
The window slot taken up by a valid throttle token is implicitly freed up
when the token is destroyed.
|
|/ |
|
|
|
|
|
| |
* these were stricter than in parent, but to simplify
we can just use compiler args from parent
|