So we got a pair of 10200s with 48GB of RAM running on 188.8.131.52 (same results in 13.0) with only thing provisioned is LTM. TMM memory usage keeps climbing until it hits 85% and the aggressive sweeper mode kicks in killing everything in sight. TMM starts at 10% after the reboot and climbs to 85% within 3 weeks, the TMM memory graph just goes up (never releases RAM)
shows xdata subsystem eating up 32gigs before we reboot. Other memory is solid at 40%, SWAP is 0% and CPU usage is never above 15%. Any way to find out what's XDATA is holding on to? sending qkview to support is not an option due to environment, perhaps we can parse it ourselves?
show sys memory
You say typically. Could someone have added a mtqq profile (it's a new feature in 13) to a virtual?
There are two possibilities - you are hitting something already known (in which case it may be easy identify from the config). However, the list of known tmm memory leaks into XDATA is quite short list.
Alternatively, you are hitting something completely new. In that case, Development need the core file and QKView to identify and isolate the issue.
Without providing data to F5 Support, all you can do is keep trying upgrades until the issue is fixed. If it is an unknown issue, it may never be fixed, because no-one else may have the same combination of traffic and config.