[CRIU] [PATCH 00/12] Introduce custom per-task service fds placement
Kirill Tkhai
ktkhai at virtuozzo.com
Wed Dec 27 22:30:26 MSK 2017
On 27.12.2017 20:14, Andrei Vagin wrote:
> On Tue, Dec 26, 2017 at 06:45:46PM +0300, Kirill Tkhai wrote:
>> Currently, service fds are bounded to rlimit(RLIMIT_NOFILE).
>> This brings problems with memory usage, because service fds
>> forces kernel to allocate big files_struct for every task,
>> and the container consumes much more memory, than it used
>> before dump. In some situations this even may lead to restore
>> fail because of enough memory absence in cgroup or on node.
>>
>> This patchset reworks service fds placement, and places
>> the service fds in custom place for every task in dependence
>> of task's biggest fd used on dump. This reduces kernel-allocated
>> files_struct in significant way, and make container use less
>> memory.
>>
>> The patchset consists of two parts. Patches [1-4/12] reworks
>> ctl tty crutch we used before, and makes ctl tty to restore
>> in generic file engine way. This change is good enough by its
>> own, and it has to be made separately earlier, but now is
>> the time to stop delaying, and to remove all the crutch, because
>> this is need for the second part.
>>
>> The second part of patchset places service fds in dependence
>> of task's used fds as described in start of topic. See patches
>> [5-12/12] for details of that.
>>
>> Patch [12/12] actually makes service fds "per-task placed".
>>
>
> Where is a test?
I'll be happy to implement a test scenario you'll suggested.
What will you recommend?
> [root at fc24 criu]# python test/zdtm.py run -t zdtm/static/env00
> === Run 1/1 ================ zdtm/static/env00
>
> ========================== Run zdtm/static/env00 in h ==========================
> Start test
> ./env00 --pidfile=env00.pid --outfile=env00.out --envname=ENV_00_TEST
> Run criu dump
> Unable to kill 36: [Errno 3] No such process
> Run criu restore
> =[log]=> dump/zdtm/static/env00/36/1/restore.log
> ------------------------ grep Error ------------------------
> (00.016768) 36: Collect fdinfo pid=36 fd=1006 id=0x5
> (00.016783) 36: Collect fdinfo pid=36 fd=1007 id=0x5
> (00.016798) 36: Collect fdinfo pid=36 fd=1008 id=0x5
> (00.016813) 36: Collect fdinfo pid=36 fd=1009 id=0x5
> (00.016828) 36: Error (criu/files.c:915): Too big FD number to restore 1010
> (00.016864) Error (criu/cr-restore.c:2452): Restoring FAILED.
See below.
> ------------------------ ERROR OVER ------------------------
> ################# Test zdtm/static/env00 FAIL at CRIU restore ##################
> ##################################### FAIL #####################################
> [root at fc24 criu]# git diff
> diff --git a/criu/crtools.c b/criu/crtools.c
> index 5f005387d..f18c295d8 100644
> --- a/criu/crtools.c
> +++ b/criu/crtools.c
> @@ -244,7 +244,7 @@ static void rlimit_unlimit_nofile_self(void)
> new.rlim_cur = kdat.sysctl_nr_open;
> new.rlim_max = kdat.sysctl_nr_open;
>
> - if (prlimit(getpid(), RLIMIT_NOFILE, &new, NULL)) {
> + if (0 && prlimit(getpid(), RLIMIT_NOFILE, &new, NULL)) {
It's not a valid change, because this unlimited PRLIMIT_NOFILE value
set in the above line is used in init_service_fd() to calculate potentially
possible service fds limit.
So, the check "Too big FD number" just says that you can't restore a fd,
if the system does not allow to create such a number whatever you do.
> pr_perror("rlimir: Can't setup RLIMIT_NOFILE for self");
> return;
> } else
> diff --git a/test/zdtm/static/env00.c b/test/zdtm/static/env00.c
> index 1feabfa9f..0083d3fa0 100644
> --- a/test/zdtm/static/env00.c
> +++ b/test/zdtm/static/env00.c
> @@ -21,6 +21,15 @@ int main(int argc, char **argv)
> exit(1);
> }
>
> + while (1) {
> + if (dup(1) == -1)
> + break;
> + }
> + close(10);
> + close(11);
> + close(12);
> + close(13);
> +
> test_daemon();
> test_waitsig();
>
>
>
>> https://travis-ci.org/tkhai/criu/builds/321817890
>> ---
>>
>> Kirill Tkhai (12):
>> files: Close ctl tty via generic engine
>> files: Move prepare_ctl_tty() to criu/tty.c
>> files: Move CTL_TTY_OFF fixup to generic file engine
>> files: Kill unused CTL_TTY_OFF leftovers
>> files: Rename service_fd_rlim_cur to service_fd_base_cur
>> files: Count inh_fd_max
>> files: Pass pstree_item argument to clone_service_fd()
>> files: Close old service fd in clone_service_fd()
>> files: Do setup_newborn_fds() later
>> files: Refactor clone_service_fd()
>> files: Prepare clone_service_fd() for overlaping ranges.
>> files: Make tasks set their own service_fd_base
>>
>>
>> criu/cr-restore.c | 14 +++--
>> criu/files.c | 45 +++-------------
>> criu/include/files.h | 3 +
>> criu/include/servicefd.h | 4 -
>> criu/include/tty.h | 2 -
>> criu/include/util.h | 2 +
>> criu/tty.c | 127 +++++++++++++++++++++++++++++++++++++++++++---
>> criu/util.c | 101 ++++++++++++++++++++++++++-----------
>> images/fdinfo.proto | 1
>> 9 files changed, 214 insertions(+), 85 deletions(-)
>>
>> --
>> Signed-off-by: Kirill Tkhai <ktkhai at virtuozzo.com>
Kirill
More information about the CRIU
mailing list