-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 4.4.0-rc6, 4.4.0-rc7
-
Component/s: Storage
-
Fully Compatible
-
ALL
-
Storage - Ra 2020-06-15, Storage - Ra 2020-06-29, Storage - Ra 2020-07-13, Storage - Ra 2020-07-27
-
0
-
5
While working with the repro for WT-6175 I noticed that there were extended stalls during the insert phase.
- The stalls seem to end with the start of the next checkpoint
- With checkpoints disabled the stalls lasted as long as 10 minutes
- During the stalls the log reports operations that took the entire duration of the stall to complete
- They appear to have something to do with page splits.
FTDC, logs, and repro script attached. The repro creates two collections of 5 GB each with a 5 GB cache, using 50 client threads on a machine with 24 cpus.
- depends on
-
WT-6444 Abort a transaction if it is force evicting and oldest
- Closed
-
WT-6484 Don't retry eviction if last_eviction_timestamp is not set
- Closed
-
WT-6488 Fail update restore eviction if no new updates were written
- Closed
- is related to
-
SERVER-48396 SIGUSR2 stack collection closes connections
- Closed
- related to
-
WT-6175 tcmalloc fragmentation is worse in 4.4 with durable history
- Closed
-
WT-6444 Abort a transaction if it is force evicting and oldest
- Closed