소스파일의 .asm 파일은 예를 든 것이지 꼭 그런식으로 하라는 것은 아닌 것 같습니다. 컴파일을 내부적으로 할 수 있고, 그 코드를 이용할 수 있으니깐 다양한 방법으로 사용할 수 있을 것 같습니다.

제 생각에는 runtime assebler 크게 두 가지의 이점이 있는 것 같습니다.

1. 개발단계에서의 편리성
텍스트 파일로 작성된 asm 코드는 수정하기 쉬우므로, visual studio에서 컴파일을 다시 하지 않고도 텍스트 파일만을 수정함으로써 최적화된 코드를 찾아낼 수 있음.
DLL 이나 inline 은 수정작업이 좀 번거롭죠. 특히 그래픽 카드같은 경우는 오낙 제각각이라서 각 카드별로 최적화된 코드를 생성할려면 노가다 정신이 -_-;

2. 실행시간에 최적화된 코드의 생성
물론 DLL 로 cpu, video card에 맞는 함수 모듈을 만들 수 있죠.
그러나 loop내부에서는 runtime asembler가 더 유리할 것 같습니다.
보통 loop내부에서의 속도 최적화된 코드를 만들기 위해서는 조건 체크에 의한 jump나 call을 빼는데 직접 할려면 노가다죠. 그리고 가변길이의 루프 풀어쓰기도 runtime assembler 밖에는 방법이 없죠.  그리고 DLL처럼 cpu나 카드에 맞는 함수를 따로 만들 필요도 없을 듯. 기능별로 최적화된 코드를 조합해서 하나의 function으로 만들면 되닌까요.

제가 이 방식을 보고 처음에 생각했던 것은, 게임 초창기에 쓰였던 compiled sprite처럼 조건체크를 아예없애고 가장 단순하고 최적화된 코드를 실행할 수 있을 것 같다는 거였는데.. 사실 그렇게 좋은 방식은 아닌 것 같습니다.  asm 코드를 최적화되게 만드는 것이 꽤 피곤한 작업인것 같고.. 그리고 오히려 각 카드나 CPU에 맞게 따로 최적화된 함수가 더 빠를 수 있을 것 같습니다.

일단은 개발 단계에서의 편리성에 높은 점수를 주고 싶습니다. 게임 스크립트처럼... 최적화 코드도 스크립트가 가능하니 ^_^; 그리고 유연성도.  

저는 어셈은 잘 알지 못하고, 테크닉적인 면에서 괜찮겠구나 하는 생각입니다.