토토 캔운영 체제에 프로세스 간 통신을 제공하도록 요구합니다 (IPC) 기능, 특히 공유 메모리 및 세마포어. 유닉스 유래 시스템은 일반적으로 제공“System V” IPC, “posix” IPC또는 둘 다.Windows이러한 기능을 자체적으로 구현하고 여기에서 논의되지 않습니다.

이러한 시설의 완전한 부족은 일반적으로에 의해 나타납니다.“불법 시스템 호출”서버 시작시 오류. 이 경우 토토 캔을 재구성하는 것 외에는 대안이 없습니다.토토 캔그들 없이는 작동하지 않습니다. 그러나이 상황은 현대 운영 체제들 사이에서 드물다.

서버를 시작하면토토 캔일반적으로 매우 적은 양의 시스템 v 공유 메모리와 훨씬 더 많은 양의 posix (를 할당합니다.mmap) 공유 메모리. 또한 System V 또는 Posix 스타일 일 수있는 상당수의 세마포어가 서버 시작시 생성됩니다.

System VIPC기능은 일반적으로 시스템 전체의 할당 한계에 의해 제한됩니다. 언제토토 캔이러한 한도 중 하나를 초과하면 서버는 시작을 거부하고 문제와 그에 대한 수행에 대해 설명하는 유익한 오류 메시지를 남겨 두어야합니다. (참조섹션 18.3.1.) 관련 토토 캔 매개 변수는 다른 시스템에서 일관되게 이름을 지정합니다.표 18.1개요를 제공합니다. 그러나 설정하는 방법은 다양합니다.

토토 캔서버의 각 사본에 대해 시스템 v 공유 메모리 (일반적으로 48 바이트, 64 비트 플랫폼에서 48 바이트)가 필요합니다. 대부분의 최신 운영 체제 에서이 금액을 쉽게 할당 할 수 있습니다.Shmall, 이는 시스템 v 공유 메모리 시스템 전체의 총량입니다. 참고Shmall많은 시스템에서 바이트가 아닌 페이지에서 측정됩니다.

문제를 일으킬 가능성이 적은 공유 메모리 세그먼트의 최소 크기 (Shmmin).토토 캔(보통 1). 시스템 전체의 세그먼트 최대 수 (shmmni) 또는 프로세스 당 (SHMSEG) 시스템이 0으로 설정되지 않으면 문제를 일으키지 않을 것입니다.

System v Semaphores를 사용할 때토토 캔허용 된 연결 당 하나의 세마포어를 사용합니다 (max_connections), 허용 Autovacuum 작업자 프로세스 (autovacuum_max_workers) 허용 배경 프로세스 (max_worker_processes), 16 세트.“매직 번호”, 다른 응용 프로그램에서 사용하는 세마포어 세트와의 충돌을 감지합니다. 시스템의 최대 세마포어 수는에 의해 설정됩니다.SEMMNS, 결과적으로 적어도만큼 높아야합니다.max_connectionsplusautovacuum_max_workersplusmax_worker_processes, 16 개의 허용 연결과 작업자마다 추가로 1 개의 추가 정보를 제공합니다 (공식 참조표 18.1). 매개 변수SEMMNI한 번에 시스템에 존재할 수있는 세마포어 세트 수에 대한 제한을 결정합니다. 따라서이 매개 변수는 적어도CEIL ((Max_Connections + AutoVacuum_Max_Workers + Max_Worker_Processes + 5) / 16). 허용 연결 수를 낮추는 것은 실패에 대한 임시 해결 방법이며, 일반적으로 혼란스럽게 말합니다“장치에 남은 공간 없음”, 함수에서Semget.

경우에 따라 증가해야 할 수도 있습니다SEMMAP최소한 순서에 있어야SEMMNS. 시스템 에이 매개 변수가있는 경우 (많은 사람들은 그렇지 않음), 이용 가능한 세마포어의 각각의 연속 블록에 항목이 필요한 세마포어 리소스 맵의 크기를 정의합니다.

관련된 다양한 기타 설정“세마포어 undo”:SEMMNUandSemume, 영향을 미치지 마십시오토토 캔.

posix semaphores를 사용할 때 필요한 세마포어의 수는 시스템 V와 동일합니다.max_connections), 허용 Autovacuum 작업자 프로세스 (autovacuum_max_workers) 허용 배경 프로세스 (max_worker_processes). 이 옵션이 선호되는 플랫폼에서는 posix 세마포어 수에 대한 특정 커널 제한이 없습니다.

ifSystemD사용 중이며, 운영 체제에 의해 IPC 리소스 (공유 메모리 포함)가 조기에 제거되지 않도록주의해야합니다. 이것은 소스에서 토토 캔을 설치할 때 특히 문제가됩니다.Postgres사용자는 일반적으로 시스템 사용자로 생성됩니다.

설정removeipcinin사용자가 완전히 로그 아웃 할 때 IPC 객체가 제거되는지 여부를 제어합니다. 시스템 사용자는 면제됩니다.SystemD, 그러나 일부 운영 체제 배포판은 꺼짐으로 기본적으로 배포됩니다.

이 설정이 켜져있을 때 일반적인 관찰 된 효과는 병렬 쿼리 실행에 사용되는 공유 메모리 객체가 명백히 임의의 시간에 제거되어 오류와 경고로 이어지는 동안

경고 : 공유 메모리 세그먼트를 제거 할 수 없습니다

다른 유형의 IPC 객체 (공유 메모리 vs. 세마포어, 시스템 V 대 Posix)는 약간 다르게 처리됩니다SystemD, 따라서 일부 IPC 리소스가 다른 IPC 리소스가 다른 방식으로 제거되지 않음을 알 수 있습니다. 그러나 이러한 미묘한 차이에 의존하는 것은 권장하지 않습니다.

A “사용자 로깅”관리자가 관리자가 로그인 할 때 유지 보수 작업의 일부로 발생할 수 있습니다Postgres사용자 또는 이와 유사한 것이므로 일반적으로 방지하기가 어렵습니다.

A“시스템 사용자”에서 결정됩니다SystemDSYS_UID_MAX설정/etc/login.defs.

포장 및 배포 스크립트를 신중해야Postgres사용하여 시스템 사용자로서 사용자로서userAdd -r, Adduser -시스템또는 동등한.

또는 사용자 계정을 잘못 만들거나 변경할 수없는 경우 설정하는 것이 좋습니다

removeipc = no

in/etc/systemd/logind.conf또는 다른 적절한 구성 파일.

UNIX- 유사 운영 체제는 귀하의 운영을 방해 할 수있는 다양한 종류의 자원 제한을 시행합니다토토 캔서버. 특히 중요한 것은 사용자 당 프로세스 수, 프로세스 당 열린 파일 수 및 각 프로세스에 사용할 수있는 메모리 량에 대한 제한입니다.“하드”및 A“소프트”제한. 소프트 한계는 실제로 중요하지만 사용자는 하드 제한까지 변경할 수 있습니다.setRlimit이 매개 변수를 설정할 책임이 있습니다. 쉘의 내장 명령ulimit(Bourne Shells) 또는Limit (CSH)는 명령 줄에서 자원 제한을 제어하는 ​​데 사용됩니다. BSD 유래 시스템에서 파일/etc/login.conf로그인 중에 설정된 다양한 자원 제한을 제어합니다. 자세한 내용은 운영 체제 문서를 참조하십시오.MaxProc, OpenFiles및DataSize. 예를 들어:

기본값 : \...

(-cur는 소프트 한계입니다. 부록-max하드 제한을 설정하려면)

토토 캔은 일부 리소스에 시스템 전체 제한을 가질 수 있습니다.

the토토 캔서버는 연결 당 하나의 프로세스를 사용하므로 다른 시스템의 나머지 부분에 필요한 것 외에도 허용되는 연결만큼 많은 프로세스를 제공해야합니다. 이것은 일반적으로 문제가되지 않지만 하나의 컴퓨터에서 여러 서버를 실행하면 상황이 빡빡해질 수 있습니다.

열기 파일의 공장 기본 제한이 종종 설정됩니다“사회적으로 친절한”많은 사용자가 부적절한 시스템 리토토 캔의 일부를 사용하지 않고 기계에 공존 할 수있는 값. 컴퓨터에서 많은 서버를 실행하면 아마도 원하는 것이지만 전용 서버에서는이 제한을 높이고 싶을 수도 있습니다.

동전의 반대편에서 일부 시스템은 개별 프로세스가 많은 파일을 열도록 허용합니다. 몇 가지 이상의 프로세스가 그렇게되면 시스템 전체의 한계를 쉽게 초과 할 수 있습니다.토토 캔'smax_files_per_process개방형 파일의 소비를 제한하기위한 구성 매개 변수.

많은 수의 클라이언트 연결을 지원할 때 우려 될 수있는 또 다른 토토 캔 제한은 최대 소켓 연결 큐 길이입니다. 많은 연결 요청이 매우 짧은 기간 내에 도착하면 우체국 장이 요청을 서비스하기 전에 일부는 거부 당할 수 있으며, 해당 클라이언트는와 같은 도움이되지 않는 연결 실패 오류를 받고 있습니다.“자원을 일시적으로 사용할 수 없음”또는“연결 거부”. 기본 대기열 길이 한계는 많은 플랫폼에서 128입니다.sysctl, 그런 다음 우체국 장을 다시 시작하십시오. 매개 변수는 다양하게 명명되었습니다net.core.somaxconnOn Linux,kern.ipc.socceptque새로운 freebsd에서kern.ipc.somaxconnMACOS 및 기타 BSD 변형에서

Linux 2.4 이상에서 기본 가상 메모리 동작은토토 캔. 토토 캔이 메모리 오버 커뮤지트를 구현하는 방식으로 인해 토토 캔이 종료 될 수 있습니다.토토 캔메모리가 어느 쪽이든 요구하는 경우토토 캔또는 다른 프로세스는 시스템이 가상 메모리가 부족하게됩니다.

이런 일이 발생하면 이와 같이 보이는 토토 캔 메시지가 표시됩니다 (그러한 메시지를 찾을 위치에 대한 시스템 문서 및 구성을 참조하십시오) :.

메모리 밖 : 죽인 프로세스 12345 (Postgres).

이것은임을 나타냅니다.Postgres메모리 압력으로 인해 프로세스가 종료되었습니다. 기존 데이터베이스 연결은 정상적으로 계속 작동하지만 새로운 연결은 허용되지 않습니다.토토 캔다시 시작해야합니다.

이 문제를 피하는 한 가지 방법은 실행하는 것입니다토토 캔다른 프로세스가 메모리에서 기계를 실행하지 않도록 할 수있는 기계의 경우. 메모리가 단단 해지면 운영 체제의 스왑 공간을 늘리는 것이 문제를 피하는 데 도움이 될 수 있습니다. OOM (Memory of Memory) 킬러는 물리적 메모리와 스왑 공간이 소진 될 때만 호출되기 때문입니다..

if토토 캔자체는 메모리가 부족한 시스템의 원인이므로 구성을 변경하여 문제를 피할 수 있습니다. 경우에 따라 메모리 관련 구성 매개 변수를 낮추는 데 도움이 될 수 있습니다.shared_buffersandwork_mem. 다른 경우에는 데이터베이스 서버 자체에 너무 많은 연결을 허용함으로써 문제가 발생할 수 있습니다.max_connections대신 외부 연결-풀링 소프트웨어를 사용하십시오.

Linux 2.6 이상에서 커널의 동작을 수정하여 그렇지 않도록“오버 커밋”메모리. 이 설정은를 방지하지는 않지만OOM Killer완전히 호출되지 않으면 기회가 크게 줄어들어 더 강력한 시스템 동작으로 이어질 것입니다. 이것은 엄격한 오버 커미트 모드를 통해를 선택하여 수행됩니다.sysctl:

sysctl -w vm.overcommit_memory = 2

또는 동등한 항목 배치/etc/sysctl.conf. 관련 설정을 수정하고 싶을 수도 있습니다vm.overcommit_ratio. 자세한 내용은 커널 문서 파일을 참조하십시오.오버 커미트 계정.

변경 유무에 관계없이 사용할 수있는 또 다른 접근법vm.overcommit_memory, 프로세스 별을 설정하는 것입니다OOM 점수 조정포스트 마스터 프로세스에 대한 가치-1000, 따라서 OOM 킬러의 대상이되지 않을 것을 보장합니다. 이것을하는 가장 간단한 방법은 실행하는 것입니다

echo -1000/proc/self/oom_score_adj

Postmaster의 시작 스크립트에서 우체국을 호출하기 직전. 이 조치는 근본으로 수행되어야합니다. 그렇지 않으면 효과가 없습니다.

Export pg_oom_adjust_file =/proc/self/oom_score_adj내보내기 pg_oom_adjust_value = 0

이러한 설정으로 인해 우체국 마스터 아동 프로세스는 정상적인 OOM 점수 조정 0으로 실행되므로 OOM 킬러가 여전히 필요에 따라 타겟팅 할 수 있습니다. 다른 값을 사용할 수 있습니다pg_oom_adjust_value자식 프로세스가 다른 OOM 점수 조정으로 실행되도록하려는 경우. (pg_oom_adjust_value생략 할 수 있습니다.이 경우 기본값은 0으로 표시됩니다.) 설정하지 않으면pg_oom_adjust_file, 자식 프로세스는 우체국 장과 동일한 OOM 점수 조정으로 실행됩니다. 이는 우체국이 우선적 인 설정을 갖도록하는 것이기 때문에 현명하지 않습니다..

구형 Linux 커널은 제공하지 않습니다/proc/self/oom_score_adj이지만 이전 버전의 동일한 기능이를 가질 수 있습니다./proc/self/oom_adj. 이것은 비활성화 값이를 제외하고 동일하게 작동합니다.-17not-1000.

거대한 페이지를 사용하면 큰 연속 메모리 덩어리를 사용할 때토토 캔특히 큰 값을 사용할 때.shared_buffers. 이 기능을 사용하려면토토 캔config_hugetlbfs = yandconfig_hugetlb_page = y. 커널 설정을 조정해야합니다vm.nr_hugepages. 필요한 거대한 페이지의 수를 추정하려면 시작토토 캔거대한 페이지없이 활성화하고 우체국 장 마스터를 확인하십시오vmpeak값과 시스템의 거대한 페이지 크기를 사용하여/Proc파일 시스템. 이것은 다음과 같습니다 :

$ 헤드 -1 $ pgdata/postmaster.pid4170$grep ^vmpeak/proc/4170/statusVMPEAK : 6490428 KB$grep ^mugypagesize /proc /meminfoMuglePagesize : 2048 KB

6490428 / 2048대략 제공3169.154,이 예에서는 적어도이 필요합니다.3170우리가 설정할 수있는 거대한 페이지 :

$ sysctl -w vm.nr_hugepages = 3170

컴퓨터의 다른 프로그램에 큰 페이지가 필요한 경우 더 큰 설정이 적절할 것입니다. 이 설정을 추가하는 것을 잊지 마십시오/etc/sysctl.conf재부팅 후에 다시 적용되도록.

때로는 커널이 원하는 거대한 페이지를 즉시 할당 할 수 없으므로 명령을 반복하거나 재부팅해야 할 수도 있습니다. (재부팅 직후, 대부분의 기계 메모리는 거대한 페이지로 변환 할 수 있어야합니다.) 거대한 페이지 할당 상황을 확인하려면 다음을 사용하십시오.

$ grep mgy /proc /meminfo

데이터베이스 서버의 운영 체제 사용자 권한을 설정하여 거대한 페이지를 사용할 수있는 권한을 부여해야 할 수도 있습니다vm.hugetlb_shm_groupviasysctl및/또는 메모리 잠금 허가를ulimit -l.

거대한 페이지의 기본 동작토토 캔가능하면 그것들을 사용하고 실패 할 때 일반 페이지로 돌아가는 것입니다. 거대한 페이지의 사용을 시행하려면 설정할 수 있습니다migne_pagestooninPostgres. 이 설정으로토토 캔충분한 페이지를 사용할 수 없으면 시작하지 못할 것입니다.

에 대한 자세한 설명은Linux거대한 페이지 기능을 살펴보십시오Documentation.