Dave Hansen [EMAIL PROTECTED] wrote:
| What's different about this patch from earlier ones? What should I go
| look at, first? Is the performance any better than before?
|
Sorry, I missed this mail.
Following are the major changes since my last post to [EMAIL PROTECTED]
They are listed in the
Pavel Emelianov [EMAIL PROTECTED] wrote:
| [EMAIL PROTECTED] wrote:
| > From: [EMAIL PROTECTED]
| > Subject: [PATCH 17/17] Pid-NS(V3) Introduce proc_mnt for pid_ns
| >
| > The following patch completes the removal of the global proc_mnt.
| > It fetches the mnt on which to do dentry invalidations f
Benjamin Thery <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> For the past few weeks, I've been trying to port your netns patchset on top of
> 2.6.21-mm2. It took me a lot more time than I first expected to have something
> working.
Ok. Interesting. There are a few pieces missing to make it work on
On Fri, 15 Jun 2007 19:55:43 +0400
Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> Long ago Sukadev and I sent two approaches for pid namespaces - the
> hierarchical model in which namespaces are nested into each other,
> and the flat model, where pids have only two values and creation of
> level 3 n
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 19 Jun 2007 12:33:16 -0700
> Only x86_64 and ia64 are fixed. Would it be correct to assume that the
> other CONFIG_COMPAT architectures also need to be fixed?
Only platforms which compat to "i386" have the issue wrt.
the alignment of "u64" types
Andrew Morton writes:
> On Mon, 18 Jun 2007 12:21:47 +0400
> Vasily Tarasov <[EMAIL PROTECTED]> wrote:
>
> > From: Vasily Tarasov <[EMAIL PROTECTED]>
> >
> > This patch should be applied after Arnd Bergmann's patch,
> > that intoduces new compat types:
> > http://lkml.org/lkml/2007/6/15/
"Sapan Bhatia" <[EMAIL PROTECTED]> writes:
> - Because the directing of packets is based on ip address and multiple
> network namespaces are allowed to use the same ip addresses then
> the decode needs to take the network namespace into account.
>
>
> Hm, but a tunnel device can be
On Mon, 18 Jun 2007 12:21:47 +0400
Vasily Tarasov <[EMAIL PROTECTED]> wrote:
> From: Vasily Tarasov <[EMAIL PROTECTED]>
>
> This patch should be applied after Arnd Bergmann's patch,
> that intoduces new compat types:
> http://lkml.org/lkml/2007/6/15/98
>
> OpenVZ Linux kernel team has discovere
Pavel Emelianov <[EMAIL PROTECTED]> writes:
> OK. We have measured the nptl perf test for init namespace.
> Summary - flat model is very light, Suka's patches break the
> kernel performance event when CONFIG_PID_NS is off.
>
> |perf, s | perf loss |
> -+---
Pavel Emelianov <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Pavel Emelianov [EMAIL PROTECTED] wrote:
>> | This patch opens the flat model patches.
>> |
>> | The flat model idea is that struct pid has two numbers. The first one
>> | (pid->nr) is a global one and is unique in the sys
- Because the directing of packets is based on ip address and multiple
network namespaces are allowed to use the same ip addresses then
the decode needs to take the network namespace into account.
Hm, but a tunnel device can belong to only one namespace, so shouldn't this
get handled automa
Hi Eric,
Are the current semantics of tunnel devices (ipip, ip_gre etc.) with
respect to changing the current netns correct? These devices have an
ip_tunnel structure associated with each net_device, which is
currently a global (not per_net). The result is that you can set up in
container X a tun
Pierre Peiffer wrote:
> This patch adds a new IPC_SETID command to the System V IPCs set of
> commands, which allows to change the ID of an existing IPC.
>
> This command can be used through the semctl/shmctl/msgctl API, with the new
> ID passed as the third argument for msgctl and shmctl (instead
Benjamin Thery <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> For the past few weeks, I've been trying to port your netns patchset on top of
> 2.6.21-mm2. It took me a lot more time than I first expected to have something
> working.
>
> I started the port based on your latest public git repository tag
"Sapan Bhatia" <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> Are the current semantics of tunnel devices (ipip, ip_gre etc.) with
> respect to changing the current netns correct? These devices have an
> ip_tunnel structure associated with each net_device, which is
> currently a global (not per_net).
On Tue, 2007-06-19 at 11:18 +0400, Pavel Emelianov wrote:
> [EMAIL PROTECTED] wrote:
> > Pavel Emelianov [EMAIL PROTECTED] wrote:
> > | This patch opens the flat model patches.
> > |
> > | The flat model idea is that struct pid has two numbers. The first one
> > | (pid->nr) is a global one and is
Oleg Nesterov wrote:
> On 06/19, Cedric Le Goater wrote:
>> Oleg Nesterov wrote:
>>> Untested.
>>>
>>> dup_mnt_ns() and clone_uts_ns() return NULL on failure. This is wrong,
>>> create_new_namespaces() uses ERR_PTR() to catch an error. This means
>>> that the subsequent create_new_namespaces() will
On 06/19, Cedric Le Goater wrote:
>
> Oleg Nesterov wrote:
> > Untested.
> >
> > dup_mnt_ns() and clone_uts_ns() return NULL on failure. This is wrong,
> > create_new_namespaces() uses ERR_PTR() to catch an error. This means
> > that the subsequent create_new_namespaces() will hit BUG_ON() in
> >
Oleg Nesterov wrote:
> Untested.
>
> dup_mnt_ns() and clone_uts_ns() return NULL on failure. This is wrong,
> create_new_namespaces() uses ERR_PTR() to catch an error. This means
> that the subsequent create_new_namespaces() will hit BUG_ON() in
> copy_mnt_ns() or copy_utsname().
I sent one just
Untested.
dup_mnt_ns() and clone_uts_ns() return NULL on failure. This is wrong,
create_new_namespaces() uses ERR_PTR() to catch an error. This means
that the subsequent create_new_namespaces() will hit BUG_ON() in
copy_mnt_ns() or copy_utsname().
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
[ ... ]
>>> I do believe that Suka's hierarchical model is better than mine,
>>> but my point is: let's support the flat model as well.
>>
>> OK. First thing we can do is to find what they have in common and
>> get that included. Then, after the first round, we might even find
>> some more to re
Hi all,
The network namespace patchset has been ported to 2.6.21-mm2.
They are still some issues but we are on it, for this reason the
patchset is named netns1-beta1.
The patchset can be found here :
http://lxc.sourceforge.net/patches/2.6.21/2.6.21-mm2-netns1-beta1/
Documentation can be fou
Serge E. Hallyn wrote:
Last year we all met for breakfast at OLS. Now we've all pretty much
all already met so maybe it's less exciting, but do people (who will be
at OLS) care to meet for breakfast on the thursday or friday?
Good idea! Sorry for so late reply...better late than never.
Let's d
Jeff Garzik wrote:
> Vasily Averin wrote:
>> Jeff, Tejun,
>>
>> Our RHEL5-based OpenVZ linux kernel reports about SATA-related issues:
>> VIA VT6420 SATA RAID Controller on MSI motherboard, x86_64 kernel based on
>> latest RHEL5 kernel,
>> On booting hardware initialized properly and all works fin
Cedric Le Goater wrote:
> Pavel Emelianov wrote:
>> OK. We have measured the nptl perf test for init namespace.
>> Summary - flat model is very light, Suka's patches break the
>> kernel performance event when CONFIG_PID_NS is off.
>>
>> |perf, s | perf loss |
>> ---
Pavel Emelianov wrote:
> OK. We have measured the nptl perf test for init namespace.
> Summary - flat model is very light, Suka's patches break the
> kernel performance event when CONFIG_PID_NS is off.
>
> |perf, s | perf loss |
> -+--+-
Cedric Le Goater wrote:
> Pavel Emelianov wrote:
>> The set of functions process_session, task_session, process_group
>> and task_pgrp is confusing, as the names can be mixed with each other
>> when looking at the code for a long time.
>>
>> The proposals are to
>> * equip the functions that return
Pavel Emelianov wrote:
> The set of functions process_session, task_session, process_group
> and task_pgrp is confusing, as the names can be mixed with each other
> when looking at the code for a long time.
>
> The proposals are to
> * equip the functions that return the integer with _nr suffix to
OK. We have measured the nptl perf test for init namespace.
Summary - flat model is very light, Suka's patches break the
kernel performance event when CONFIG_PID_NS is off.
|perf, s | perf loss |
-+--++
2.6.22-rc4-mm2 | 13.79 ± 0.1
[EMAIL PROTECTED] wrote:
> Pavel Emelianov [EMAIL PROTECTED] wrote:
> | [EMAIL PROTECTED] wrote:
> | > Pavel Emelianov [EMAIL PROTECTED] wrote:
> | > | This patch opens the flat model patches.
> | > |
> | > | The flat model idea is that struct pid has two numbers. The first one
> | > | (pid->nr)
[EMAIL PROTECTED] wrote:
> Pavel Emelianov [EMAIL PROTECTED] wrote:
> | [EMAIL PROTECTED] wrote:
> | > Pavel Emelianov [EMAIL PROTECTED] wrote:
> | > | [EMAIL PROTECTED] wrote:
> | > | > Subject: [PATCH 08/17] Pid-NS(V3) Define/use pid->upid_list list.
> | > | >
> | > | > From: Sukadev Bhattiprolu
[EMAIL PROTECTED] wrote:
> Pavel Emelianov [EMAIL PROTECTED] wrote:
> | This patch opens the multilevel model patches.
> |
> | The multilevel model idea is basically the same as for the flat one,
> | but in this case task may have many virtual pids - one id for each
> | sub-namespace this task is
32 matches
Mail list logo