Description of problem: deventd uses 648M virtual memory, 100M RSS (97M shared) Line from top 1173 root 2 -18 648m 110m 97m S 0.0 5.5 0:00.22 dmeventd Version-Release number of selected component (if applicable): device-mapper-event-1.02.38-2.fc12.x86_64 How reproducible: It happens always. After boot, dmeventd is using so much memory, it don't increase it, but it don't free it either. Steps to Reproduce: Just boot, my lvm setup is: [root@trasno ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert backup trasno mwi-a- 300.00G backup_mlog 100.00 home trasno mwi-ao 3.91G home_mlog 100.00 images trasno -wi-ao 100.00G mirror trasno -wi-ao 123.94G ro trasno -wi-ao 10.03G root trasno mwi-ao 768.00M root_mlog 100.00 scratch trasno -wi-ao 63.84G srv trasno mwi-ao 5.00G srv_mlog 100.00 swap trasno mwi-ao 1.94G swap_mlog 100.00 tmp trasno mwi-ao 576.00M tmp_mlog 100.00 usr trasno mwi-ao 4.91G usr_mlog 100.00 var trasno mwi-ao 3.91G var_mlog 100.00 Actual results: Uses too much physical memory. Expected results: That it uses less memory. Additional info:
Created attachment 374222 [details] lvmdump data
Peter Rockai helped fix the problem on irc. The problem was the locale (en_US.UTF-8). Doing: * vgchange --monitor n * killall -9 dmeventd * LC_ALL=C vgchange --monitor y
*** Bug 553193 has been marked as a duplicate of this bug. ***
Here is discussion about this issue: https://www.redhat.com/archives/lvm-devel/2010-February/msg00208.html Currently we work on the solution that will try to avoid mmaping file locale-archive into memory during locked state.
Memory usage has been decreased in LVM2 version 2.02.63 for dmeventd and clvmd. Currently new packages are available for fc14.
I don't think this will get into an F-12 update. Closing with "nextrelease".