Багато демонів Gnome 3.28 використовують понад 100 ГБ VIRT. Чому?

Нещодавно я оновив цей ноутбук до Fedora 28 Beta і разом із ним Gnome 3.28. Речі в основному хороші.

Але деякі речі дивні. Це не викликає проблем, оскільки це вся віртуальна пам'ять.

Але чому ці демони виділяють 100+ ГБ віртуальної пам'яті?

0  1000  2012  1719  20   0 101649024 32904 SyS_po Sl ?         0:00 /usr/libexec/goa-daemon
0  1000  1983  1719  20   0 101704260 46416 SyS_po Sl ?         0:00 /usr/libexec/gnome-shell-calendar-server
0  1000  2210  1765  20   0 101736292 33656 SyS_po Sl+ tty2     0:00 /usr/libexec/deja-dup/deja-dup-monitor
0  1000  2452  1719  20   0 101927808 45988 SyS_po Ssl ?        0:00 /usr/libexec/evolution-addressbook-factory
0  1000  2240  1765  20   0 102007840 57328 SyS_po Sl+ tty2     0:00 /usr/libexec/evolution/evolution-alarm-notify
0  1000  2415  2288  20   0 102356528 47216 SyS_po Sl ?         0:00 /usr/libexec/evolution-calendar-factory-subprocess --factory all --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx2288x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/2288/2
0  1000  2021  1719  20   0 102405692 46532 SyS_po Ssl ?        0:00 /usr/libexec/evolution-source-registry
0  1000  2288  1719  20   0 118711416 46164 SyS_po Ssl ?        0:00 /usr/libexec/evolution-calendar-factory
0  1000  2518  2452  20   0 119163652 49648 SyS_po Sl ?         0:00 /usr/libexec/evolution-addressbook-factory-subprocess --factory all --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.AddressBookx2452x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/AddressBook/2452/2

Усі ці демони використовують WebKit (здебільшого для показу підказів для входу в oauth2), а WebKit нещодавно представив гігакагени, щоб ізолювати купу, яку використовувала їх реалізація JS. Виділення на гігакажу достатньо велике, що будь-який доступ до довільного непідписаного 32-бітового зміщення все-таки залишатиметься в гігакажі, внаслідок чого ці величезні асигнування. Дивіться цю публікацію в блозі, щоб отримати докладнішу інформацію про гігакагі: https://labs.mwrinfosecurity.com/blog/some-brief-notes-on-webkit-heap-hardening/