http://moogi.new21.org/tc/ 철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다. 2021-06-09T03:22:43+09:00 Textcube 1.7.8 : Con moto (주의사신) http://moogi.new21.org/tc/668#comment3107 2012-04-13T10:11:17+09:00

1. 사람은 한 번에 하나에만 집중하는 것을 잘 합니다(마 6:24). 그러다 보니 두 개 이상의 분석을 해야 하는 멀티코어, 멀티 스레드는 어려울 수밖에 없습니다. 모든 사람을 다 집중해서 보시는 하나님은 얼마나 대단하신건지요... 2. 그래서 요즘 C/C++을 잘 사용하려면 포인터의 사용을 웬만하면 자제하라는 이야기를 하더랍니다. 포인터를 쓰면 최적화시켜 줄 수 있는 것도 최적화시켜줄 수 없다고...

(사무엘) http://moogi.new21.org/tc/668#comment3108 2012-04-13T15:44:56+09:00

그래서 심지어는 xor 연산을 이용한 임시 변수 없는 꼼수 swap조차도, 병렬성이 안습하기 때문에 멀티코어 CPU에서는 전통적인 임시 변수 대입을 이용한 swap보다 느릴 수 있다고 하지요. Aero DWM하에서는 화면 전체의 DC를 얻어서 xor 래스터 연산으로 경계선을 긋는 게 오히려 실시간으로 개체를 옮기는 것보다 성능이 떨어지고.. 그런 프로그래밍 패러다임이 바뀌는 날이 올 거라고 옛날에 예측하기는 어려웠겠죠~!

(김재주) http://moogi.new21.org/tc/668#comment3109 2012-04-14T13:49:12+09:00

이런 면에서 함수형 언어가 concurrency에서는 기존 언어들보다 확실히 편하지 않은가 싶습니다 함수 단위로 이게 atomic한지 아닌지만 프로그래머가 지정해주면 나머지는 최대한 컴파일러에서 해결! 물론 함수형 언어를 쓴다고 해서 문제를 쪼개는 게 간단해지거나 쉬워지거나 하지는 않겠죠

(사무엘) http://moogi.new21.org/tc/668#comment3110 2012-04-14T20:35:19+09:00

잘 지내시나요? C/C++ 사고방식으로 변태같은 최적화 덕질을 추구하는 게 아니라, 한번 만든 값은 계속 불변으로 남아 있고 side effect가 있는 대입을 피하는 패러다임의 언어라면 아무래도 병렬 처리 디자인이 용이하겠죠..! 물론 그래도 한계는 말씀하신 것 그대로입니다.

(사람이) http://moogi.new21.org/tc/668#comment3111 2012-04-15T02:28:50+09:00

어렵네요. 멀티코어 지원, 유니코드 지원, 멀티dpi 지원(망할 네이트온 -_-;) 이 완벽한 프로그램은 언제 나올까요?

(사무엘) http://moogi.new21.org/tc/668#comment3112 2012-04-15T19:16:40+09:00

DLL의 경우 64비트 지원도 추가로 있죠. ㅋ 그런 것들이 요즘 프로그램들의 현대화를 나타내는 지표입니다.

(사람이) http://moogi.new21.org/tc/668#comment3115 2012-04-17T00:57:48+09:00

아맞다 64비트 네이티브 지원 -_- 망할 HKLM|software, HKCR의 wow6432node -_- 저 둘에 키값을 기록하는 32비트 프로그램 덕에(HKCU|software에 기록해도 별문제 없는 것들이 꼭 저기다 기록을 하는 바람에) 64비트 처음 쓸 때 개삽질 한 기억이 나네요.