채팅방이니 좋게 그만하자고 했는데요.

추신으로 달았듯이 모든 연산을 나뉘어서 효율적으로 처리가능하다고 생각하시는듯한데, 그런건 이상론입니다

프로그래밍 해보셨다면 분할 불가능한 반드시 순차처리해야만 하는 연산이 존재하는것도 아실꺼고, 아무리 구조를 잘 짜도 이런부분으로 인해 쓰레드를 놀리는 부분이 생기는것도 아실껀데 이러시네요

그런 분할 불가능한 연산의 완벽한 분할이 가능하면 진짜 노벨상감입니다 (당장에 멀티 쓰레드 프로그램의 성능이 가볍게 수십%이상 향상될테니까요) (그럼 예측방식 도입하고 거기 케쉬용량 할당하는 시퓨 설계하는분들은 다 바보라서 적중율에 따라 성능 나올지 안 나올지도 모르는 그런 방식 쓰는걸까요)

다중 쓰레드및 코어방식이 성능을 완벽하게 배수로 못 끌어내는지에 대해서는 왜 듀얼코어가 싱글코어의 2배 성능이 안 나오는지 생각해보면 뻔한부분이고, 과거에 있던 VLIW타입이나 엄청난 숫자의 코어 장착한 서버용이 다 사장된 이유만 검색해봐도 다 나옵니다

궁금하신분들은 이부분만 확인해봐도 저게 말도 안 되는 허황한 이상론에 불가능하단걸 확인 가능할껍니다 (랄까 당장에 현제 사용중인 컴에 벤치 프로그램 깔고 코어 다 돌리는거랑 싱글 코어 돌린후 벤치 점수 확인해보면 이해가실듯)

시퓨든 프로그램이든 결국 멀티쓰레드 처리할때 성능 높이는 기본 방식은 다 똑같습니다 (결국은 작업을 얼마나 효율적으로 오버헤드가 적게 발생하게 나뉘어서 쓰레드 흑은 코어에 분배하냐일테니까요)

태생부터 멀티쓰레드 기반인 자바등의 언어 써도 아직까지 1 + 1 + 1 + 1이 2.5가 되게하는것조차 버거워하는게 현실입니다

또한 여러대로 분산연산 처리하는 프로그램의 신뢰성 아직까지 그렇게 안 높습니다 (수백수천대중 단 몇대가 이상한 결과값을 반환하기만 해도 전체 연산이 파탄날 수도 있습니다) (여러대에 나뉘어서 연산을 분할해버리면 그 값이 반드시 옳은지 확인할 방법도 거의 전무합니다 (기컷해야 여러대에 동일한 연산을 시켜서 상호검증하는게 전부겠지만, 이것조차 흔히 말하는 민주주의나 다수결의 함정에 의해서 한부분정도는 잘못 될 수 있습니다) (배를 가라앉히는데는 큰 구멍은 필요없습니다) )

그리고 저쪽 게시물에 남겼듯이 자신의 행동에 대하여 당당하다면 굳이 이렇게 추가로 게시물 남기실 이유가 있으신지?