제가 알고 있는 범위 내에서 다중 프로세스냐, 다중 쓰레드냐의 문제는 그 성능의 문제가 아니라, 그 구현에 있어 '복잡성'의 문제 같습니다.

다중 프로세스 환경이 다중 쓰레드 환경보다 당연히 구현하는데 쉽겠지요. 왜냐하면, 그 복잡한 할당/점유/해제 문제를 OS의 커널이 처리할 터이니까요.

PostgreSQL에서만 생각한다면,

현재, M$동네에서 운영될 수 있는 PostgreSQL놈은 cygwin 기반의 그것과 일본 아자씨가 만든 NT native thread 기반의 그것이 있습니다.

당연히 처리 속도 안정성, 효율성을 따진다면, NT native thread 기반의 것이 탁월하겠지요.

현재 cygwin 기반의 PostgreSQL놈은 cygwin.dll(?)놈의 문제인지, 아니면, ipc 모듈 관련 문제인지는 모르겠지만, unix 기반 보다 수십배 이상 느리거든요. 즉, 일반 서비스용, 업무용으로 쓰기는 불가능하다는 것이 맞습니다. (차라리 싸구려 컴을 하나 꾸리고, 그곳에 공개용 unix를 설치하고, 그곳에서 PostgreSQL을 사용하는 것이 훨씬 나을터니)

그럼 그 일본 아자씨가 만들었다는 놈 만이 해결책인데.... 그놈은 현재 한글을 지원하지 않습니다. 치명적인 단점이지요.

말씀드리고 싶은 것은 다중프로세스냐? 다중 쓰레드냐? 이부분의 문제는 RDBMS 설계 엔지니어가 고려해야할 문제인듯싶습니다.

아무튼 Unix 계열 PostgreSQL놈은 다중 프로세스 방식으로 움직입니다.