Nhiều trình nền Gnome 3.28 đang sử dụng hơn 100 GB VIRT. Tại sao?


12

Gần đây tôi đã cập nhật máy tính xách tay này lên Fedora 28 Beta và với nó là Gnome 3.28. Mọi thứ chủ yếu là tốt.

Nhưng một số điều thật kỳ lạ. Điều này không gây ra vấn đề vì đây là tất cả bộ nhớ ảo.

Nhưng tại sao các trình tiện ích này lại phân bổ hơn 100 GB bộ nhớ ảo?

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

Câu trả lời:


13

Tất cả các trình tiện ích này sử dụng WebKit (chủ yếu để hiển thị lời nhắc đăng nhập oauth2) và WebKit gần đây đã giới thiệu các biểu tượng để cô lập heap được sử dụng bởi triển khai JS của chúng. Việc phân bổ cho một gigacage đủ lớn để mọi quyền truy cập vào phần bù 32 bit không dấu tùy ý sẽ vẫn rơi vào gigacage, dẫn đến các phân bổ khổng lồ này. Xem bài đăng trên blog này để biết thêm chi tiết về gigacages: https://labs.mwrinfosecurity.com/blog/some-brief-notes-on-webkit-heap-hardening/

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.