Skip site navigation (1) Skip section navigation (2)

Re: NUMA architecture and PostgreSQL

From: Fabricio <fabrixio1(at)hotmail(dot)com>
To: <markokr(at)gmail(dot)com>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: NUMA architecture and PostgreSQL
Date: 2008-11-27 19:59:17
Message-ID: BLU103-W30716C44F6E7F8E12A984CFE050@phx.gbl (view raw, whole thread or download thread mbox)
Lists: pgsql-admin

Hi Marko, thanks for your help...
> There is a bit higher level concept of cpusets too:

> In both cases, you can either patch Postgres or write a launcher
> that configures CPUs before executing postgres.

This paragraph is the liks of cpuset:
       On systems with kernels compiled with built in support for cpusets, all
       processes are attached to a cpuset, and cpusets are always present.  If a
       system supports cpusets, then it will have the entry nodev cpuset in the file
       /proc/filesystems.  By mounting the cpuset file system (see the EXAMPLE
       section below), the administrator can configure the cpusets on a system to
       control the processor and memory placement of processes on that system.  By
       default, if the cpuset configuration on a system is not modified or if the
       cpuset file system is not even mounted, then the cpuset mechanism, though
       present, has no affect on the system's behavior.

Do I need to mount the cpuset file system for use numactl?

numactl --membind=1 su - postgres -c "/usr/local/pgsql/bin/pg_ctl start -D 

The two liks are about programing, but can I use only numactl with postgres? 

thanks  marko...

P.D. Live Search tiene una sorpresa buenísima, chécala aquí.

In response to

pgsql-admin by date

Next:From: Abdul RahmanDate: 2008-11-28 05:12:23
Subject: Re: PgAgent Job Scehduler is NOT running
Previous:From: FabricioDate: 2008-11-27 16:45:47
Subject: Re: NUMA architecture and PostgreSQL

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group