markj
e06021a945
Launder VPO_NOSYNC pages upon vnode deactivation. ...
As of r234483, vnode deactivation causes non-VPO_NOSYNC pages to be
laundered. This behaviour has two problems:
1. Dirty VPO_NOSYNC pages must be laundered before the vnode can be
reclaimed, and this work may be unfairly deferred to the vnlru process
or an unrelated application when the system is under vnode pressure.
2. Deactivation of a vnode with dirty VPO_NOSYNC pages requires a scan of
the corresponding VM object's memq for non-VPO_NOSYNC dirty pages; if
the laundry thread needs to launder pages from an unreferenced such
vnode, it will reactivate and deactivate the vnode with each laundering,
potentially resulting in a large number of expensive scans.
Therefore, ensure that all dirty pages are laundered upon deactivation,
i.e., when all maps of the vnode are removed and all references are
released.
Reviewed by: alc, kib
MFC after: 1 month
Differential Revision: https://reviews.freebsd.org/D8641
2016-11-26 21:00:27 +00:00
2015-09-20 03:49:08 +00:00
2016-08-17 09:52:09 +00:00
2016-09-08 21:50:03 +00:00
2016-06-04 20:20:14 +00:00
2016-08-19 17:37:32 +00:00
2016-08-19 17:37:32 +00:00
2016-08-19 17:37:32 +00:00
2016-03-21 21:37:33 +00:00
2016-03-21 21:37:33 +00:00
2016-08-19 17:37:32 +00:00
2016-08-18 06:39:09 +00:00
2015-12-15 15:19:06 +00:00
2016-09-30 15:47:13 +00:00
2015-12-27 15:37:07 +00:00
2015-09-20 03:45:57 +00:00
2015-04-23 14:22:20 +00:00
2016-08-18 06:39:09 +00:00
2016-06-03 14:30:32 +00:00
2015-10-20 23:52:37 +00:00
2016-07-07 21:44:59 +00:00
2015-04-18 21:50:13 +00:00
2016-08-16 08:27:03 +00:00
2015-05-02 00:29:27 +00:00
2016-08-17 10:16:42 +00:00
2015-09-20 03:45:57 +00:00
2016-01-12 20:53:57 +00:00
2016-03-09 13:45:03 +00:00
2016-02-29 17:20:04 +00:00
2016-11-06 19:37:22 +00:00
2015-12-15 15:19:06 +00:00
2016-07-12 06:00:57 +00:00
2015-12-15 15:19:06 +00:00
2016-09-30 13:04:18 +00:00
2015-12-27 15:37:07 +00:00
2015-12-15 15:08:29 +00:00
2016-08-16 08:27:03 +00:00
2016-09-08 21:50:03 +00:00
2016-05-30 05:21:24 +00:00
2016-10-17 22:36:37 +00:00
2016-10-06 17:35:50 +00:00
2016-03-31 23:55:19 +00:00
2016-07-15 15:12:56 +00:00
2016-08-18 06:39:09 +00:00
2016-02-18 18:50:03 +00:00
2015-07-12 19:18:19 +00:00
2016-09-26 08:18:34 +00:00
2016-11-26 21:00:27 +00:00
2016-03-18 08:47:17 +00:00
2015-04-12 21:14:58 +00:00
2016-08-03 06:33:04 +00:00
2016-07-15 15:12:56 +00:00
2016-07-28 12:22:01 +00:00
2015-09-20 03:45:57 +00:00
2015-07-11 15:21:37 +00:00
2016-11-22 22:30:55 +00:00
2016-06-08 02:09:14 +00:00
2016-07-20 18:16:58 +00:00
2016-06-22 21:11:27 +00:00
2015-10-03 22:27:14 +00:00
2016-09-21 17:51:27 +00:00
2015-04-18 21:35:41 +00:00
2016-09-27 11:31:53 +00:00
2016-08-29 19:53:13 +00:00
2016-08-29 18:47:51 +00:00
2016-09-19 02:25:30 +00:00
2015-12-15 15:19:06 +00:00
2015-09-20 03:45:57 +00:00
2016-02-29 17:22:34 +00:00
2016-08-18 06:39:09 +00:00
2016-01-26 07:57:44 +00:00
2016-02-07 21:25:08 +00:00
2016-08-18 06:39:09 +00:00
2016-11-17 21:36:18 +00:00
2015-12-15 15:08:29 +00:00
2015-10-10 09:29:47 +00:00
2015-07-27 13:17:57 +00:00
2016-09-30 13:05:32 +00:00
2015-08-29 14:25:01 +00:00
2015-08-29 14:25:01 +00:00
2015-08-29 14:25:01 +00:00
2016-08-18 06:39:09 +00:00
2015-05-04 14:23:31 +00:00
2016-01-14 01:33:16 +00:00
2016-08-17 10:20:05 +00:00
2016-06-01 21:58:13 +00:00
2016-06-01 21:58:13 +00:00
2016-06-03 14:30:32 +00:00
2016-06-01 21:58:13 +00:00
2016-06-01 21:58:13 +00:00
2016-09-30 16:02:25 +00:00
2016-09-26 08:18:34 +00:00
2016-07-15 15:12:56 +00:00
2016-08-17 09:52:09 +00:00
2015-05-04 14:47:00 +00:00
2015-07-28 22:48:58 +00:00
2016-01-17 21:14:27 +00:00
2016-01-12 20:53:57 +00:00
2016-06-09 22:14:58 +00:00
2016-01-18 20:21:38 +00:00
2016-05-22 13:32:45 +00:00
2015-04-18 21:35:41 +00:00
2016-06-01 19:49:38 +00:00
2015-12-15 15:19:06 +00:00
2015-09-20 03:45:57 +00:00
e06021a945