Re: [Libhugetlbfs-devel] [PATCH] tools: hugeedit: Modify binaries to set default remapping behavior V3

2008-07-24 Thread Andy Whitcroft
On Wed, Jul 23, 2008 at 07:34:27PM +, Adam Litke wrote: > The recently added relinking method makes it possible to choose from multiple > ways to remap segments at run-time via the HUGTLB_ELFMAP environment variable. > If nothing is specified in that variable, then no remapping will occur. > So

Re: [Libhugetlbfs-devel] [PATCH 1/2] build: Cleanup tools build

2008-07-24 Thread Andy Whitcroft
On Fri, Jul 18, 2008 at 06:39:58PM +, Adam Litke wrote: > To properly support building and installing tools (hugectl, hugeedit, hugecfg, > etc), some changes to the initial method of building hugectl are required. > This patch creates wildcard rules that can be used for building either 32 or >

Re: [Libhugetlbfs-devel] [PATCH] tools: hugeedit: Modify binaries to set default remapping behavior V3

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 09:50:30AM +0100, Andy Whitcroft wrote: > > + switch (ret) { > > + case '?': > > + case 'h': > > + print_usage(); > > + exit(EXIT_SUCCESS); > > + Having made the opposite error in hugectl I think that this i

Re: [Libhugetlbfs-devel] [PATCH 5/9] hugectl: add remap support via --text, --data, --bss, and --disable

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 10:42:11AM +1000, David Gibson wrote: > On Wed, Jul 23, 2008 at 04:33:40PM +0100, Andy Whitcroft wrote: > > Add control over remap via the --text, --data, --bss, and --disable > > options. The first three request mapping of those segments, the last > > disables all remap.

[Libhugetlbfs-devel] [RFC] Fallback to base pages when hugepages are unavailable by specifying GHP_FALLBACK to get_huge_pages()

2008-07-24 Thread Mel Gorman
get_huge_pages() is an API for the allocation of hugepage-backed regions of memory. In the event it returns NULL, the application is expected to use mmap() or malloc() if base pages would be suitable. This is boiler-plate code that is an unnecessary burden on the application developer. This patch a

Re: [Libhugetlbfs-devel] [PATCH 8/9] hugectl: add support for requesting which library to use

2008-07-24 Thread Andy Whitcroft
On Wed, Jul 23, 2008 at 04:51:06PM +0100, Mel Gorman wrote: > On (23/07/08 16:33), Andy Whitcroft didst pronounce: > > Add support for requesting a specific library set for preload. This adds > > the --library option which takes an optional argument. Without an argument > > it requests use of the

[Libhugetlbfs-devel] [PATCH 0/3] [V1] hugectl cleanups II

2008-07-24 Thread Andy Whitcroft
Following this email are three further cleanups for the basic hugectl infrastructure, and its interface to the library debugging. These have come out of the ongoing work on hugectl, but stand alone as cleanups. Following this email are three patches: debug: expose default and maximum verbosity l

Re: [Libhugetlbfs-devel] [RFC] Fallback to base pages when hugepages are unavailable by specifying GHP_FALLBACK to get_huge_pages()

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 11:37:17AM +0100, Mel Gorman wrote: > get_huge_pages() is an API for the allocation of hugepage-backed regions of > memory. In the event it returns NULL, the application is expected to use > mmap() or malloc() if base pages would be suitable. This is boiler-plate > code that

[Libhugetlbfs-devel] [PATCH 3/3] hugectl: simplify per-option help text

2008-07-24 Thread Andy Whitcroft
Simplify specification of per-option help text. Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> --- hugectl.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/hugectl.c b/hugectl.c index d9b7040..8ba794c 100644 --- a/hugectl.c +++ b/hugectl.c @@ -40,11 +40,15 @@ ext

[Libhugetlbfs-devel] [PATCH 2/3] hugectl: convert exit status to POSIX standard codes

2008-07-24 Thread Andy Whitcroft
Move to using the POSIX standard codes EXIT_FAILURE/EXIT_SUCCESS instead of explicit numbers. Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> --- hugectl.c | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/hugectl.c b/hugectl.c index 10e8806..d9b7040 100644 --- a

Re: [Libhugetlbfs-devel] [RFC] Fallback to base pages when hugepages are unavailable by specifying GHP_FALLBACK to get_huge_pages()

2008-07-24 Thread Mel Gorman
On (24/07/08 15:34), Andy Whitcroft didst pronounce: > On Thu, Jul 24, 2008 at 11:37:17AM +0100, Mel Gorman wrote: > > get_huge_pages() is an API for the allocation of hugepage-backed regions of > > memory. In the event it returns NULL, the application is expected to use > > mmap() or malloc() if b

Re: [Libhugetlbfs-devel] [RFC] Fallback to base pages when hugepages are unavailable by specifying GHP_FALLBACK to get_huge_pages()

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 04:27:07PM +0100, Mel Gorman wrote: > On (24/07/08 15:34), Andy Whitcroft didst pronounce: > > On Thu, Jul 24, 2008 at 11:37:17AM +0100, Mel Gorman wrote: > > > get_huge_pages() is an API for the allocation of hugepage-backed regions > > > of > > > memory. In the event it r

Re: [Libhugetlbfs-devel] [PATCH 8/9] hugectl: add support for requesting which library to use

2008-07-24 Thread Mel Gorman
On (24/07/08 12:26), Andy Whitcroft didst pronounce: > On Wed, Jul 23, 2008 at 04:51:06PM +0100, Mel Gorman wrote: > > On (23/07/08 16:33), Andy Whitcroft didst pronounce: > > > Add support for requesting a specific library set for preload. This adds > > > the --library option which takes an optio

[Libhugetlbfs-devel] [PATCH 1/3] debug: expose default and maximum verbosity level

2008-07-24 Thread Andy Whitcroft
Expose the default and maximum verbosity levels via with the debugging level macros so that applications can use it to enable 'all' tracing. Use these in the main library. Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> Acked-by: Mel Gorman <[EMAIL PROTECTED]> --- debug.c |2 +-

Re: [Libhugetlbfs-devel] [RFC] Fallback to base pages when hugepages are unavailable by specifying GHP_FALLBACK to get_huge_pages()

2008-07-24 Thread Mel Gorman
On (24/07/08 16:35), Andy Whitcroft didst pronounce: > On Thu, Jul 24, 2008 at 04:27:07PM +0100, Mel Gorman wrote: > > On (24/07/08 15:34), Andy Whitcroft didst pronounce: > > > On Thu, Jul 24, 2008 at 11:37:17AM +0100, Mel Gorman wrote: > > > > get_huge_pages() is an API for the allocation of huge

[Libhugetlbfs-devel] [PATCH 1/2] build: Cleanup tools build V2

2008-07-24 Thread Adam Litke
To properly support building and installing tools (hugectl, hugeedit, hugecfg, etc), some changes to the initial method of building hugectl are required. This patch creates wildcard rules that can be used for building either 32 or 64 bit versions of all tools. Additionally, a native wordsize is se

[Libhugetlbfs-devel] [PATCH] [RFC] Fallback to smaller pages in get_huge_pages() when GHP_FALLBACK is specified V2

2008-07-24 Thread Mel Gorman
get_huge_pages() is an API for the allocation of hugepage-backed regions of memory. In the event it returns NULL, the application is expected to recover, possibly by calling mmap() or malloc() to use base pages. This is boiler-plate code that is an unnecessary burden on the application developer. T

Re: [Libhugetlbfs-devel] [PATCH 2/3] hugectl: convert exit status to POSIX standard codes

2008-07-24 Thread Eric B Munson
On Thu, 24 Jul 2008, Andy Whitcroft wrote: > Move to using the POSIX standard codes EXIT_FAILURE/EXIT_SUCCESS instead > of explicit numbers. > > Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> Acked-by: Eric B Munson <[EMAIL PROTECTED]> signature.asc Description: Digital signature ---

Re: [Libhugetlbfs-devel] [PATCH 1/2] build: Cleanup tools build V2

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 03:45:01PM +, Adam Litke wrote: > To properly support building and installing tools (hugectl, hugeedit, hugecfg, > etc), some changes to the initial method of building hugectl are required. > This patch creates wildcard rules that can be used for building either 32 or >

Re: [Libhugetlbfs-devel] [PATCH 1/2] build: Cleanup tools build

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 10:24 +0100, Andy Whitcroft wrote: > I am a little confused by why we consider bit size at all for the 'host' > applications. We seem to build one or other only for host applications > even where the host supports both sizes. But the makefile has to specify > which they are.

Re: [Libhugetlbfs-devel] [PATCH] Allow shmget() to be overridden to add the SHM_HUGETLB flag V3

2008-07-24 Thread Adam Litke
On Tue, 2008-07-22 at 18:42 +0100, Mel Gorman wrote: > +int shmget(key_t key, size_t size, int shmflg) > +{ > + static int (*real_shmget)(key_t key, size_t size, int shmflg) = NULL; > + void *handle; > + char *error; > + int retval; > + char *hugetlbshm_env; > + size_t align

Re: [Libhugetlbfs-devel] [PATCH 2/2] tools: hugeedit: Modify binaries to set default remapping behavior V4

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 03:45:08PM +, Adam Litke wrote: > The recently added relinking method makes it possible to choose from multiple > ways to remap segments at run-time via the HUGTLB_ELFMAP environment variable. > If nothing is specified in that variable, then no remapping will occur. > So

Re: [Libhugetlbfs-devel] [PATCH] Allow shmget() to be overridden to add the SHM_HUGETLB flag V3

2008-07-24 Thread Mel Gorman
On (24/07/08 11:35), Adam Litke didst pronounce: > On Tue, 2008-07-22 at 18:42 +0100, Mel Gorman wrote: > > +int shmget(key_t key, size_t size, int shmflg) > > +{ > > + static int (*real_shmget)(key_t key, size_t size, int shmflg) = NULL; > > + void *handle; > > + char *error; > > + int ret

[Libhugetlbfs-devel] [PATCH 2/6] hugectl: add remap support via --text, --data, --bss, and --disable

2008-07-24 Thread Andy Whitcroft
Add control over remap via the --text, --data, --bss, and --disable options. The first three request mapping of those segments, the last disables all remap. Where the combinations requested cannot be exactly handled then the request is "widened" to get that segment remapped, for example if you re

[Libhugetlbfs-devel] [PATCH 0/6] [V4] hugectl: remap control

2008-07-24 Thread Andy Whitcroft
This is a further revision of the basic hugectl support incorporating further feedback, and a number of other cleanups which came out of the work to address them. This is based on my cleanup stack 'hugectl cleanups II (V1)'. Things seem to be stabalising here. Needing resolution: 1) are we happ

[Libhugetlbfs-devel] [PATCH 6/6] hugectl: add a --dry-run option to dump what would be done

2008-07-24 Thread Andy Whitcroft
Allow the user to request the specific hugetlb configuration which will be used for the selected options, exposed via the --dry-run option. Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> --- hugectl.c | 18 +- 1 files changed, 17 insertions(+), 1 deletions(-) diff --git a/hu

[Libhugetlbfs-devel] [PATCH 1/6] hugectl: honour the hugetlb verbosity/debug flags

2008-07-24 Thread Andy Whitcroft
Handle the HUGETLB_VERBOSE and HUGETLB_DEBUG flags such that we will emit messages at the same levels as defined for the library. Use the common header to define the levels. Convert all existing errors to use the new macros. Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> Acked-by: Mel Gorman

[Libhugetlbfs-devel] [PATCH 3/6] hugectl: add backing of the heap via --heap

2008-07-24 Thread Andy Whitcroft
Add support for mapping the heap via morecore through the --heap option. Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> Acked-by: Mel Gorman <[EMAIL PROTECTED]> --- hugectl.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/hugectl.c b/hugectl.c index 0387c5b..79e

[Libhugetlbfs-devel] [PATCH 4/6] hugectl: add support for preload

2008-07-24 Thread Andy Whitcroft
Preload is only useful when linking against an non-relinked binary and only then when we are only attempting to back the heap. No other combination can usefully use preload. Using preload with a relinked binary is safe as long as you are only requesting backing of the heap. Therefore unconditiona

[Libhugetlbfs-devel] [PATCH 5/6] hugectl: add support for requesting which library to use

2008-07-24 Thread Andy Whitcroft
Add support for requesting a specific library set for preload. This adds the --library option which takes an optional argument. Without an argument it requests use of the specific libraries installed with the version of hugectl in use. An argument is treated as a prefix to the library directorie

Re: [Libhugetlbfs-devel] [PATCH 2/6] hugectl: add remap support via --text, --data, --bss, and --disable

2008-07-24 Thread Mel Gorman
On (24/07/08 17:44), Andy Whitcroft didst pronounce: > Add control over remap via the --text, --data, --bss, and --disable > options. The first three request mapping of those segments, the last > disables all remap. Where the combinations requested cannot be exactly > handled then the request is

Re: [Libhugetlbfs-devel] [PATCH 1/2] build: Cleanup tools build V2

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [15:45:01 +], Adam Litke wrote: > To properly support building and installing tools (hugectl, hugeedit, hugecfg, > etc), some changes to the initial method of building hugectl are required. > This patch creates wildcard rules that can be used for building either 32 or > 64 > bit

[Libhugetlbfs-devel] [PATCH 2/2] tools: hugeedit: Modify binaries to set default remapping behavior V4

2008-07-24 Thread Adam Litke
The recently added relinking method makes it possible to choose from multiple ways to remap segments at run-time via the HUGTLB_ELFMAP environment variable. If nothing is specified in that variable, then no remapping will occur. Sometimes it is desirable to set a default remapping mode so that HUGE

Re: [Libhugetlbfs-devel] [PATCH 0/3] [V1] hugectl cleanups II

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [14:46:17 +0100], Andy Whitcroft wrote: > Following this email are three further cleanups for the basic hugectl > infrastructure, and its interface to the library debugging. These > have come out of the ongoing work on hugectl, but stand alone as > cleanups. > > Following this email

Re: [Libhugetlbfs-devel] [PATCH 1/2] build: Cleanup tools build V2

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [09:59:37 -0700], Nishanth Aravamudan wrote: > On 24.07.2008 [15:45:01 +], Adam Litke wrote: > > To properly support building and installing tools (hugectl, hugeedit, > > hugecfg, > > etc), some changes to the initial method of building hugectl are required. > > This patch create

[Libhugetlbfs-devel] [PATCH] tools: hugeedit: Modify binaries to set default remapping behavior V5

2008-07-24 Thread Adam Litke
The recently added relinking method makes it possible to choose from multiple ways to remap segments at run-time via the HUGTLB_ELFMAP environment variable. If nothing is specified in that variable, then no remapping will occur. Sometimes it is desirable to set a default remapping mode so that HUGE

Re: [Libhugetlbfs-devel] [PATCH 2/6] hugectl: add remap support via --text, --data, --bss, and --disable

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > Add control over remap via the --text, --data, --bss, and --disable > options. The first three request mapping of those segments, the last > disables all remap. Where the combinations requested cannot be exactly > handled then the request

Re: [Libhugetlbfs-devel] [PATCH 3/6] hugectl: add backing of the heap via --heap

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > Add support for mapping the heap via morecore through the --heap option. > > Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> > Acked-by: Mel Gorman <[EMAIL PROTECTED]> Acked-by: Adam Litke <[EMAIL PROTECTED]> > --- > hugectl.c |7 +

Re: [Libhugetlbfs-devel] [PATCH 4/6] hugectl: add support for preload

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > Preload is only useful when linking against an non-relinked binary > and only then when we are only attempting to back the heap. No other > combination can usefully use preload. Using preload with a relinked > binary is safe as long as yo

Re: [Libhugetlbfs-devel] [PATCH] tools: hugeedit: Modify binaries to set default remapping behavior V5

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 06:12:02PM +, Adam Litke wrote: > The recently added relinking method makes it possible to choose from multiple > ways to remap segments at run-time via the HUGTLB_ELFMAP environment variable. > If nothing is specified in that variable, then no remapping will occur. > So

Re: [Libhugetlbfs-devel] [PATCH 6/6] hugectl: add a --dry-run option to dump what would be done

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > Allow the user to request the specific hugetlb configuration which will > be used for the selected options, exposed via the --dry-run option. > > Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]> Acked-by: Adam Litke <[EMAIL PROTECTED]> >

Re: [Libhugetlbfs-devel] [PATCH 5/6] hugectl: add support for requesting which library to use

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > Add support for requesting a specific library set for preload. This adds > the --library option which takes an optional argument. Without an argument > it requests use of the specific libraries installed with the version > of hugectl in u

Re: [Libhugetlbfs-devel] [PATCH 1/6] hugectl: honour the hugetlb verbosity/debug flags

2008-07-24 Thread Adam Litke
On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > Handle the HUGETLB_VERBOSE and HUGETLB_DEBUG flags such that we will emit > messages at the same levels as defined for the library. Use the common > header to define the levels. Convert all existing errors to use the new > macros. > > Si

Re: [Libhugetlbfs-devel] [PATCH 5/6] hugectl: add support for requesting which library to use

2008-07-24 Thread Andy Whitcroft
On Thu, Jul 24, 2008 at 01:49:24PM -0500, Adam Litke wrote: > On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > > Add support for requesting a specific library set for preload. This adds > > the --library option which takes an optional argument. Without an argument > > it requests use of

[Libhugetlbfs-devel] [PATCH] Allow shmget() to be overridden to add the SHM_HUGETLB flag V4

2008-07-24 Thread Mel Gorman
(Note, how GLIBC_2.0 and GLIB_2.3 have to be overidden is the big change in this version. It was necessary to pass all tests on PPC64) There are applications that are not hugepage-aware but use shared memory such as the postgres database. It is possible that the SHM_HUGETLB flag could be added to

[Libhugetlbfs-devel] [PATCH 0/2] Allow shmget to be overridden to add SHM_HUGETLB V5

2008-07-24 Thread Mel Gorman
The following two patches enable shmget() to be overridden to add the SHM_HUGETLB flag. The first patch scopes local functions specifically so that shmget() can be unversioned. The second patch adds the version of shmget() to override glibc with. Changelog since V4 o Do not use versioned shmget.

[Libhugetlbfs-devel] [PATCH 1/2] Be specific about what local symbols should not be exported

2008-07-24 Thread Mel Gorman
To override shmget(), it is necessary for the symbol to be unversioned. However, all unversioned symbols are given local scope to avoid internal functions being called accidently. This patch marks the internal-only export functions clearly with the prefix __lh_ and then versions them to be only of

[Libhugetlbfs-devel] [PATCH 2/2] Allow shmget() to be overridden to add the SHM_HUGETLB flag

2008-07-24 Thread Mel Gorman
There are applications that are not hugepage-aware but use shared memory such as the postgres database. It is possible that the SHM_HUGETLB flag could be added to such an application via libhugetlbfs and overriding shmget() to add the SHM_HUGETLB to the flags. This patch enables libhugetlbfs to ad

Re: [Libhugetlbfs-devel] [PATCH] tools: hugeedit: Modify binaries to set default remapping behavior V5

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [19:41:38 +0100], Andy Whitcroft wrote: > On Thu, Jul 24, 2008 at 06:12:02PM +, Adam Litke wrote: > > The recently added relinking method makes it possible to choose from > > multiple > > ways to remap segments at run-time via the HUGTLB_ELFMAP environment > > variable. > > If n

[Libhugetlbfs-devel] [ANNOUNCE] 2.0-pre1 released

2008-07-24 Thread Nishanth Aravamudan
Hi all, I am happy to announce the 2.0-pre1 release of libhugetlbfs. We've had a flurry of development recently and I'm trying to balance regular releases (which means regular distribution releases as well) with new features. In that vein, I've decided to postpone the following patchsets until 2.1

Re: [Libhugetlbfs-devel] [PATCH 2/2] Allow shmget() to be overridden to add the SHM_HUGETLB flag

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [23:36:29 +0100], Mel Gorman wrote: > > There are applications that are not hugepage-aware but use shared memory such > as the postgres database. It is possible that the SHM_HUGETLB flag could > be added to such an application via libhugetlbfs and overriding shmget() > to add the SHM

Re: [Libhugetlbfs-devel] [PATCH 1/2] Be specific about what local symbols should not be exported

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [23:36:09 +0100], Mel Gorman wrote: > > To override shmget(), it is necessary for the symbol to be > unversioned. However, all unversioned symbols are given local scope to > avoid internal functions being called accidently. This patch marks the > internal-only export functions clearl

Re: [Libhugetlbfs-devel] [PATCH 1/2] Be specific about what local symbols should not be exported

2008-07-24 Thread Mel Gorman
On (24/07/08 17:13), Nishanth Aravamudan didst pronounce: > On 24.07.2008 [23:36:09 +0100], Mel Gorman wrote: > > > > To override shmget(), it is necessary for the symbol to be > > unversioned. However, all unversioned symbols are given local scope to > > avoid internal functions being called acci

Re: [Libhugetlbfs-devel] [PATCH 1/2] Be specific about what local symbols should not be exported

2008-07-24 Thread Nishanth Aravamudan
On 25.07.2008 [01:16:30 +0100], Mel Gorman wrote: > On (24/07/08 17:13), Nishanth Aravamudan didst pronounce: > > On 24.07.2008 [23:36:09 +0100], Mel Gorman wrote: > > > > > > To override shmget(), it is necessary for the symbol to be > > > unversioned. However, all unversioned symbols are given l

Re: [Libhugetlbfs-devel] [PATCH 5/6] hugectl: add support for requesting which library to use

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [21:48:19 +0100], Andy Whitcroft wrote: > On Thu, Jul 24, 2008 at 01:49:24PM -0500, Adam Litke wrote: > > On Thu, 2008-07-24 at 17:44 +0100, Andy Whitcroft wrote: > > > Add support for requesting a specific library set for preload. This adds > > > the --library option which takes an

Re: [Libhugetlbfs-devel] [PATCH 4/6] hugectl: add support for preload

2008-07-24 Thread Nishanth Aravamudan
On 24.07.2008 [17:44:56 +0100], Andy Whitcroft wrote: > Preload is only useful when linking against an non-relinked binary > and only then when we are only attempting to back the heap. No other > combination can usefully use preload. Using preload with a relinked > binary is safe as long as you a

[Libhugetlbfs-devel] 代理注册外商投资企业、外商驻华商务机构、注册香港及海外公司、离岸公司、注册国内公司、注册外地驻穗办事处。

2008-07-24 Thread 代理注册外商投资企业
1、代理注册外商投资企业、外商驻华商务机构、注册香港及海外公司、离岸公司、注册国内公司、 注册外地驻穗办事处、注册国际及香港书刊号; 2、香港公司周年申报、年度报税,公司股份转股、公司转手、增加或减少股东服务; 3、代办香港律师公证书(用于外商投资企业之用); 4、代理广东省内及广州企业会计报税、记帐服务; 5、代客撰写各类投标书、商业计划书、项目建议书及可行性分析报告、标准文书、法律诉讼书。 公司:广州工商注册代理公司 地址:广州市环市东路中央商务区 电话:15918644701 E-mail:[EMAIL PROTECTED] 如此邮件对您造成不便,敬请原谅。 ―――