전 exe는 아니고 웹 채팅 서비스 중입니다만.
기본적으론 한 서버 프로그램에서 채널별 방을 구분해주는 방식입니다^^;

예 그렇습니다..ㅎㅎ

예..맞습니다..

NODE.JS + PHP + JAVASCRIPT 기반입니다 ㅎㅎ

일단 뭘 낳는 게 나은 건지는 모르겠습니다만...
자원관리 측면을 고려해보시면 답이 나오지 않을까 싶습니다.

후자 방법을 추천 합니다.

사용자 심리죠. 이것 저것 깔리는게 싫은 이유? ㅎㅎ

원도우쪽에 개발은 내부 Thread 방식으로 운영되는데, 메모리 문제로 골치가 아프게 되실껍니다.
가베지을 알아서 처리한다고 하지만, 한계가 생겨서 서버 증설해야 되는게, 리눅스 서버에 C 로 개설하는것보다
더 크다라는 사견이라 ( 아니다...괞찮다라는 분도 계시겠지만 )
서버는 원도우가 아닌 다른것으로 얘기 드리고 싶습니다.

어쩌실수 없이 exe 로 하셔야 한다면,
후자의 방식에 각 방을 개설하고 Thread 로 운영...
아시겠지만, 큐 <-- 이부분 간과하시는분이 너무 많더라구요...통신은 무조건 큐

채팅방이 백개면 백개  프로세스가 ㅋ

관리되겠슈?

exe 는 기본 구조가 unix 의 fork 와 같은 형태로 돌아가는 방식은 아니예요...ㅋ
1 processer - thread 개념으로...

exe 라고 하셨으니 윈도우 서버에서 실행되는 것같은데

윈도우에서 프로세스는 exe 입니다. 물론 cpu에서 처리는 유닉스와 다릅니다. 멀티 스레드처럼 처리합니다.

제가 발한건 exe 가 방생성 할때마다 만들어진다면 그걸 어떻게 제어 하냐는 말입니다.

프로세스를 강제로 죽이고 생성하는 것이 스레드 처럼 쉽지 않습니다.

원 프로세스상 큐에 담긴 멀티 스레드라 정답 입니다.

다만 접속자가 많다면 여러 프로세스를 고정으로 두고 에이젼시로 분할하는 방법이 일반적입니다.

원도우 ( exe 프로그램 )
1 processer  - 메세지큐 - 방( child 생성 ) - 해당 방에 접속자 ( Thread 처리 )
                                  - 방( child 생성 ) - 해당 방에 접속자 ( Thread 처리 )
                                  - 방( child 생성 ) - 해당 방에 접속자 ( Thread 처리 )

또는

1 processer - 방( child 생성 ) - 메세지큐 - 해당 방에 접속자
                - 방( child 생성 ) - 메세지큐- 해당 방에 접속자
                - 방( child 생성 ) - 메세지큐 - 해당 방에 접속자

위에서 child 은 form 없은 메모리로만 처리하는 방식부터 여러 방식이 존재합니다.

unix
fork 생성( 2가지 방식이 존재) 후
processor 단위로 관리  <-- 이것은 여러 방식이 존재해서 하기 나름입니다.

그래서 뭘 말하고싶은건데요 내가 말한게 틀렸다는 겁니까?

같은 말아닌가요?

채팅방이 백개면 백개  프로세스가 ㅋ    <--- 아닙니다...

그런데, 화 나신것 같은...?
저는 그냥 의견을 나누기 위해 적은것뿐인데요..

"채팅 모듈 프로그램을(.exe) 방 개설에 따라 각각의 채팅 모듈 프로그램을 실행시켜서 독립적 개별 공간을
할당하는게 낳을까요?"

이게 질문 입니다.
이말은 채팅방이 개설되면 exe를 만든다는 뜻같은 아닌가요?

ㅋㅋㅋㅋ