linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Idea of Memory hotplug
@ 2003-10-02  2:57 Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Yasunori Goto @ 2003-10-02  2:57 UTC (permalink / raw)
  To: linux-hotplug


Dear all.

I'm going to enhance some features in Linux that could replace
highly reliable/available system like mainframe and UNIX.
My first interest is Memory hotplug functionality.
Hot remove memory is not only needed for online memory maintenance
but also necessary for the dynamic re-partitioning(*) functionality,
which many mainframe systems already support.

(*) Memory and CPUs of a system can be divided into several
independent sets to form multiple independent computers
("partitioning"). Re-partitioning means moving separation boundary of
memory (and CPUs, maybe) to improve resource utilization.

My idea is followings.

    - Basically, swap out memory on node which user want to remove.
    - Areas which can't be removed is collected to node 0.
    - Node 0 is NOT hotpluggable, but other nodes are hotpluggable.
    - User area (which is able to be swapped out in many case)
      allocated at ZONE_HIGHMEM now, so we will make it as follows.

  Now
      node 0                 node 1                node 2
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA               ZONE_DMA              ZONE_DMA
     ZONE_NORMAL            ZONE_NORMAL           ZONE_NORMAL
     ZONE_HIGHMEM           ZONE_HIGHMEM          ZONE_HIGHMEM


  We want to make like this.
      node 0                 node 1                node 2
     (unhotpluggable)      (hotpluggable)        (hotpluggable)
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA
     ZONE_NORMAL              
                           ZONE_HIGHMEM          ZONE_HIGHMEM

Todo list:
  - Pages which without secondary store.
    The page caches of virtural file system like sysfs.
  - Huge TLB page which cannot be page out.
  - Pages which need time to become free.
    Pages which are being sent by sendfile, or accessed by NFS.
  - DMA mapping area.
  - And so on....

I wish I will have comments from anybody.
And,I want to find other appropriate mailing-list 
about this discussion if you know.

Best regards.


-- 
Yasunori Goto <ygoto at fsw.fujitsu.com>




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Idea of Memory hotplug
  2003-10-02  2:57 Idea of Memory hotplug Yasunori Goto
@ 2003-10-02  2:57 ` Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
  2 siblings, 0 replies; 4+ messages in thread
From: Yasunori Goto @ 2003-10-02  2:57 UTC (permalink / raw)
  To: linux-hotplug


Dear all.

I'm going to enhance some features in Linux that could replace
highly reliable/available system like mainframe and UNIX.
My first interest is Memory hotplug functionality.
Hot remove memory is not only needed for online memory maintenance
but also necessary for the dynamic re-partitioning(*) functionality,
which many mainframe systems already support.

(*) Memory and CPUs of a system can be divided into several
independent sets to form multiple independent computers
("partitioning"). Re-partitioning means moving separation boundary of
memory (and CPUs, maybe) to improve resource utilization.

My idea is followings.

    - Basically, swap out memory on node which user want to remove.
    - Areas which can't be removed is collected to node 0.
    - Node 0 is NOT hotpluggable, but other nodes are hotpluggable.
    - User area (which is able to be swapped out in many case)
      allocated at ZONE_HIGHMEM now, so we will make it as follows.

  Now
      node 0                 node 1                node 2
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA               ZONE_DMA              ZONE_DMA
     ZONE_NORMAL            ZONE_NORMAL           ZONE_NORMAL
     ZONE_HIGHMEM           ZONE_HIGHMEM          ZONE_HIGHMEM


  We want to make like this.
      node 0                 node 1                node 2
     (unhotpluggable)      (hotpluggable)        (hotpluggable)
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA
     ZONE_NORMAL              
                           ZONE_HIGHMEM          ZONE_HIGHMEM

Todo list:
  - Pages which without secondary store.
    The page caches of virtural file system like sysfs.
  - Huge TLB page which cannot be page out.
  - Pages which need time to become free.
    Pages which are being sent by sendfile, or accessed by NFS.
  - DMA mapping area.
  - And so on....

I wish I will have comments from anybody.
And,I want to find other appropriate mailing-list 
about this discussion if you know.

Best regards.


-- 
Yasunori Goto <ygoto at fsw.fujitsu.com>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Idea of Memory hotplug
  2003-10-02  2:57 Idea of Memory hotplug Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
@ 2003-10-02  2:57 ` Yasunori Goto
  2 siblings, 0 replies; 4+ messages in thread
From: Yasunori Goto @ 2003-10-02  2:57 UTC (permalink / raw)
  To: linux-hotplug


Dear all.

I'm going to enhance some features in Linux that could replace
highly reliable/available system like mainframe and UNIX.
My first interest is Memory hotplug functionality.
Hot remove memory is not only needed for online memory maintenance
but also necessary for the dynamic re-partitioning(*) functionality,
which many mainframe systems already support.

(*) Memory and CPUs of a system can be divided into several
independent sets to form multiple independent computers
("partitioning"). Re-partitioning means moving separation boundary of
memory (and CPUs, maybe) to improve resource utilization.

My idea is followings.

    - Basically, swap out memory on node which user want to remove.
    - Areas which can't be removed is collected to node 0.
    - Node 0 is NOT hotpluggable, but other nodes are hotpluggable.
    - User area (which is able to be swapped out in many case)
      allocated at ZONE_HIGHMEM now, so we will make it as follows.

  Now
      node 0                 node 1                node 2
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA               ZONE_DMA              ZONE_DMA
     ZONE_NORMAL            ZONE_NORMAL           ZONE_NORMAL
     ZONE_HIGHMEM           ZONE_HIGHMEM          ZONE_HIGHMEM


  We want to make like this.
      node 0                 node 1                node 2
     (unhotpluggable)      (hotpluggable)        (hotpluggable)
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA
     ZONE_NORMAL              
                           ZONE_HIGHMEM          ZONE_HIGHMEM

Todo list:
  - Pages which without secondary store.
    The page caches of virtural file system like sysfs.
  - Huge TLB page which cannot be page out.
  - Pages which need time to become free.
    Pages which are being sent by sendfile, or accessed by NFS.
  - DMA mapping area.
  - And so on....

I wish I will have comments from anybody.
And,I want to find other appropriate mailing-list 
about this discussion if you know.

Best regards.


-- 
Yasunori Goto <ygoto at fsw.fujitsu.com>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Idea of Memory hotplug
  2003-10-02  2:57 Idea of Memory hotplug Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
@ 2003-10-02  2:57 ` Yasunori Goto
  2003-10-02  2:57 ` Yasunori Goto
  2 siblings, 0 replies; 4+ messages in thread
From: Yasunori Goto @ 2003-10-02  2:57 UTC (permalink / raw)
  To: linux-hotplug


Dear all.

I'm going to enhance some features in Linux that could replace
highly reliable/available system like mainframe and UNIX.
My first interest is Memory hotplug functionality.
Hot remove memory is not only needed for online memory maintenance
but also necessary for the dynamic re-partitioning(*) functionality,
which many mainframe systems already support.

(*) Memory and CPUs of a system can be divided into several
independent sets to form multiple independent computers
("partitioning"). Re-partitioning means moving separation boundary of
memory (and CPUs, maybe) to improve resource utilization.

My idea is followings.

    - Basically, swap out memory on node which user want to remove.
    - Areas which can't be removed is collected to node 0.
    - Node 0 is NOT hotpluggable, but other nodes are hotpluggable.
    - User area (which is able to be swapped out in many case)
      allocated at ZONE_HIGHMEM now, so we will make it as follows.

  Now
      node 0                 node 1                node 2
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA               ZONE_DMA              ZONE_DMA
     ZONE_NORMAL            ZONE_NORMAL           ZONE_NORMAL
     ZONE_HIGHMEM           ZONE_HIGHMEM          ZONE_HIGHMEM


  We want to make like this.
      node 0                 node 1                node 2
     (unhotpluggable)      (hotpluggable)        (hotpluggable)
    +----------+           +----------+          +----------+
    |          |           |          |          |          |
    |          |-----------|          |----------|          |
    |          |           |          |          |          |
    +----------+           +----------+          +----------+
     ZONE_DMA
     ZONE_NORMAL              
                           ZONE_HIGHMEM          ZONE_HIGHMEM

Todo list:
  - Pages which without secondary store.
    The page caches of virtural file system like sysfs.
  - Huge TLB page which cannot be page out.
  - Pages which need time to become free.
    Pages which are being sent by sendfile, or accessed by NFS.
  - DMA mapping area.
  - And so on....

I wish I will have comments from anybody.
And,I want to find other appropriate mailing-list 
about this discussion if you know.

Best regards.


-- 
Yasunori Goto <ygoto at fsw.fujitsu.com>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2003-10-02  2:57 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-02  2:57 Idea of Memory hotplug Yasunori Goto
2003-10-02  2:57 ` Yasunori Goto
2003-10-02  2:57 ` Yasunori Goto
2003-10-02  2:57 ` Yasunori Goto

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).