- 28 7月, 2021 1 次提交
-
-
由 kezhenxu94 提交于
-
- 27 7月, 2021 2 次提交
- 26 7月, 2021 1 次提交
-
-
由 844067874 提交于
Co-authored-by: Nsulie <sulie@gaoding.com>
-
- 25 7月, 2021 1 次提交
-
-
由 Switch 提交于
* Add Thread and ClassLoader Metrics for the self-observability * update CHANGES.md * update OC receiver MAL settings
-
- 23 7月, 2021 2 次提交
-
-
由 Jared Tan 提交于
* bump up envoy metrics service sinks version. and update envoy.yaml config for demo.
-
由 ArjenDavid-sjtu 提交于
Simple polish only.
-
- 22 7月, 2021 3 次提交
-
-
由 Cool-Coding 提交于
remove the logic of generated instance name in KafkaServiceManagementServiceClient prepare phase(#7357) (#7358)
-
由 wuweijie@apache.org 提交于
* Upgrade agent plugin for ElasticJob 3.0.0 GA version. * Remove 3.0.0 alpha support.
-
由 Ax1an 提交于
-
- 21 7月, 2021 2 次提交
- 20 7月, 2021 6 次提交
-
-
由 wankai123 提交于
-
由 Jared Tan 提交于
-
由 kezhenxu94 提交于
-
由 lengyueqiufeng 提交于
Fix the problem of Kafka transport topics are created duplicated with and without namespace (#7326) (#7329)
-
由 wu-sheng 提交于
Fix bug, the enhanced session could cache the metadata metrics(hot entity) forever. A new timeout mechanism is designed for avoiding this specific case. Optimize this timeout mechanism, make it different for ES(one index per day) and non-ES storage implementation.
- 19 7月, 2021 2 次提交
-
-
由 kezhenxu94 提交于
-
由 lengyueqiufeng 提交于
-
- 18 7月, 2021 1 次提交
-
-
由 wuweijie@apache.org 提交于
Remove the following plugins due to they are legacy and unstable releases. 1. sharding-jdbc-1.5.x-plugin 2. sharding-sphere-4.x-rc3-plugin 3. sharding-sphere-4.x-plugin (This is for RC1 and RC2) To people who want to use these removing versions, you still could copy the plugins from SkyWalking's 8.6.0 release to the '/plugins' folder to activate, unless SkyWalking has some core level APIs upgrade. This is very rare to happen.
-
- 17 7月, 2021 3 次提交
-
-
由 yujiaxinlong 提交于
When there is a fallback in webflux (like a hystrix fallback or a webflux fallback method that involves visiting a new URL). This interceptor would be invoked twice, one for origin request and another for fallback request. The ServerWebExchange for these two aren't exactly the same one, but the former one is a delegate inside of the latter one, thus, they share the same attributes. The problem of the old code is that get the span from attributes within the execution of Mono would get span for the latter request twice. so just move this part of code out could solve the problem. It seems impossible to make the mono chain work like expected. So add a check about whether the best matching pattern really matches the URL. This check code is how webflux generating the best match pattern,
-
由 Lu Jiajing 提交于
-
由 wu-sheng 提交于
Logically revert #6642 and partial #7153 to reduce unnecessary thread and concurrency process (#7318) The key logic behinds all these is, metrics persistence is fully asynchronous. * The core/maxSyncOperationNum setting(added in 8.5.0) is removed due to metrics persistence is fully asynchronous. * The core/syncThreads setting(added in 8.5.0) is removed due to metrics persistence is fully asynchronous. * Optimization: Concurrency mode of execution stage for metrics is removed(added in 8.5.0). The only concurrency of prepare stage is meaningful and kept. * Remove the outside preparedRequest list initialization, worker instance could always build a suitable size list in the first place (Reduce Array.copy and GC load a little).
-
- 16 7月, 2021 2 次提交
-
-
由 wankai123 提交于
-
由 wu-sheng 提交于
Adjust index refresh period as INT(flushInterval * 2/3), it used to be as same as bulk flush period. At the edge case, in low traffic(traffic < bulkActions in the whole period), there is a possible case, 2 period bulks are included in one index refresh rebuild operation, which could cause version conflicts. And this case can't be fixed through core/persistentPeriod as the bulk fresh is not controlled by the persistent timer anymore. This PR should avoid the following exception in the low load case, especially when bulkActions is set larger than the number of a metric type.
-
- 15 7月, 2021 4 次提交
- 14 7月, 2021 2 次提交
-
-
由 Fine0830 提交于
-
由 wu-sheng 提交于
* Performance: remove the synchronous persistence mechanism from batch ElasticSearch DAO. Because the current enhanced persistent session mechanism, don't require the data queryable immediately after the insert and update anymore. * Performance: share `flushInterval` setting for both metrics and record data, due to `synchronous persistence mechanism` removed. Record flush interval used to be hardcoded as 10s. * Remove `syncBulkActions` in ElasticSearch storage option. * Increase the default bulkActions(env, SW_STORAGE_ES_BULK_ACTIONS) to 5000(from 1000). * Increase the flush interval of ElasticSearch indices to 15s(from 10s) Add these 2 references. According to these, **(same _index, _type and _id) in same bulk will be in order** 1. https://github.com/elastic/elasticsearch/issues/50199 2. https://discuss.elastic.co/t/order-of--bulk-request-operations/98124 Notice, the order of different bulks is not guaranteed by the ElasticSearch cluster. We are going to have the risk of dirty write. But consider we set over 20s period between flush, and index flush period is 10, we should be safe. Recommend 5000 bulk size and 15s flush interval only. The persistent period has been set to 25s.
-
- 13 7月, 2021 1 次提交
-
-
由 kezhenxu94 提交于
-
- 11 7月, 2021 1 次提交
-
-
由 Elliot Duan 提交于
Co-authored-by: NElliot Duan <elliot.duan@homecreditcfc.cn>
-
- 10 7月, 2021 2 次提交
-
-
由 Fine0830 提交于
-
由 kezhenxu94 提交于
-
- 09 7月, 2021 2 次提交
-
-
由 kezhenxu94 提交于
-
由 kezhenxu94 提交于
Groovy naturally supports many dynamic features that we don't benefit for now but cost performance loss, in this patch we compile our Groovy-based DSL scripts statically to optimize performance.
-
- 08 7月, 2021 2 次提交
-
-
由 Ax1an 提交于
hostInfo.getDatabaseUrl() result in version 8.0.19 or above: jdbc:mysql:loadbalance://**internally_generated**1620805591623** hostInfo.getDatabaseUrl() result in version 8.0.18 or below: jdbc:mysql:replication://127.0.0.1:3306,127.0.0.1:3306,127.0.0.1:3306/mer_goods_admin_sit?useSSL=true&useUnicode=true&autoReconnect=true&rewriteBatchedStatements=TRUE&allowMultiQueries=true&serverTimezone=GMT%2B8
-
由 whl12345 提交于
-