| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Separate discard_pv_segment out of release_pv_segment
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Physical segments were still allocated from global
command context mempool.
This leads to very high memory usage when
activating large VG (vgchange).
(Memory usage was about 2G when >3000LVs).
Fix it by properly using vg->vgmem private pool,
so all the memory is released early.
New memory pool parameter is needed here for pv_split_segment
function.
Also fix the same problem in some minor allocations
(vg description, lv segment split).
|
|
|
|
|
|
|
|
|
|
|
|
| |
In addition to previous patch, we really do not need
to search for segment which was just allocated in
split request.
Make pv_split_segment function return newly allocated
(split) segment also.
(So after this patch, there is only one user
of slow find_peg_by_pe).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Simplify pv_maps code and remove slow bitset algorithm.
|
|
|
|
|
| |
Support loopfiles for testing.
Complete the pv_segment support.
|
|
|