Microsoft, ARM 아키텍쳐, 프로젝트 볼테라(volterra)



현지시간 5월 24일,

마이크로소프트는 ARM용 Window 네이티브 앱 개발을 위한 전용 장비를 소개했다.

프로젝트 이름은 Volterra.

외관은 Apple의 Mac mini를 연상하게 한다.

다만, 이 장비의 타깃은 Window 네이티브 앱을 개발할 개발자들이다.












제품 출시의 목적은 다음과 같을 것이다.

"ARM 기반 하드웨어에 맞춰 설계된 Window OS를

 ARM 기반 하드웨어 위에 올렸다.

 이에 맞는 개발 툴들과 디버그 툴들까지 제공할테니

 윈도우 네이티브 앱들을 제작할 사람에게 유용할 것이다."


퀄컴의 스냅드래곤 계열 하드웨어가 들어간다는데 ( 이쪽도 ARM기반 아키텍쳐 ) 

글쓰는 시점에서, 어떤 부품을 쓰는지 확실한 정보는 알 수 없었다.

[퀄컴 : CDMA 원천기술 보유, 모바일 기기에 들어가는 통신 모듈을 제조하기로 유명]


ARM위에 윈도우를 얹으려는 시도가 없었던 것은 아니다.

2012년 서피스RT를 출시할 때 

ARM 아키텍쳐 기반의 서피스 태블릿에 전용 Window8 OS를 올려서 내놓았다.


그동안 개발자 커뮤니티에서는

ARM기반 Window에서 윈도우 앱을 만들 수 있는 환경이 척박하다는 불만이 많았다.

- 전용 컴파일러의 부재

- 다른 머신(예를 들어 x86계열 머신)에서 크로스 컴파일 한 뒤 포팅해야하는 불편함

( 본문을 읽어보니 불만을 제기한 개발자의 주력 언어는 C++인듯 함 )

인터넷을 찾아보니 상당히 불편하겠다는 생각이 들었다.

자세한 내용은 다음 링크를 참고.

<arm 윈도 pc가 개발자에게 매력적이지 않은 이유>

https://zdnet.co.kr/view/?no=20220208113042

(웹 개발자을 하는 입장에서는 위와 같은 고민을 덜 해도 된다는게 다행이다.)


하지만 이번에 나온 DevKit에는 다행이 유용한 개발툴들이 제공될 것 같다.

<공개된 ARM64용 개발툴>

VS2022, VSCODE, Visual C++, .NET6, JAVA, .NET FRAMEWORK, Window Terminal,

WSL(Window 리눅스 서브 시스템), WSA(Window 안드로이드 서브 시스템), 

SNPE(스냅드래곤 뉴럴프로세싱 엔진) 윈도 툴킷


DevKit에 CPU, GPU 뿐 아니라 NPU도 탑재돼서 나오는데, NPU도 활용할 수 있게

걸맞는 개발툴들을 제공한다. 이번엔 각잡고 불만을 타개하려고 노력한 흔적이 보인다.

마이크로소프트 최고 경영자, 사티아 나델라는 '하이브리드 AI'라는 기술을 언급하면서

DevKit을 공개했는데, DevKit에 탑재된 CPU, GPU, NPU 그리고 Azure Cloud computing

활용을 묶어서 '하이브리드 루프 개발 패턴'이라고 표현했다.






이번에 마이크로소프트가 내놓은 전용장비를 더 설명하자면 다음과 같다.

간략하게 프로그램이 구동되는 시스템의 계층구조를 나누면

hardware(devices)-Kernel-OS-Application와 같다.

이 DevKit은 

ARM기반 하드웨어 위에서 구동이 되는 윈도우 OS를 탑재하였고

이제 (하드웨어-OS) + 개발도구를 제공할테니 윈도우 네이티브 앱을 개발할 수 있다.



애플은 애플 실리콘과 M1 칩을 발표하기 전까지

자사의 노트북 제품군에 Intel I 계열 하드웨어를 CPU로 사용하고 있었다.

아이폰 제품군에 쓰인 CPU는 좀 더 역사를 거슬러 올라가야한다.

자체 모바일 AP는 ARMv8-A 기반의 커스텀 아키텍쳐이며

최초의 모바일용 64bit 마이크로 아키텍쳐이다. 


MS가 ARM전용 DevKit까지 기획하면서

ARM 기반 윈도우에서의 윈도우 네이티브 앱을 신경쓰는 이유는 무엇일까?

라는 생각이 들었다.


좁은 견해지만, 애플이 그만큼 (전용 SoC, 전용 OS, 전용 애플리케이션)의 생태계에서

성능적으로나 마케팅적으로나 큰 성공을 보여주고 있기 때문이라고 생각한다.

범용성은 확실히 떨어지지만 그 생태계 내에서 적응만 하게되면,

사용자 경험(UX)는 애플이 압도할 수 있다.


오 역시 RISC가 대세인가? 생각이 들었지만

RISC는 상대적으로 저전력 고효율의 특성을 가질 뿐 고성능은 아니다.

더군다나 아키텍쳐를 RISC, CISC로 나누는 것은 상당히 rough하게 분류한 것이고

제조사마다 커스터마이징이 많이 되었으며 이분법적으로 판별하기에는 무리가 있다.


애플 M1칩의 비약적인 성능향상은 확실히 괄목할만하지만 

비교군을 잘 살펴야하며, 성능 측정 소프트웨어에 따라 결과가 다르기 때문에 

제품 발표 컨퍼런스에서 미니멀하게 보여주는 성능 지표 그래프보다는 

테크 유튜버들의 측정 방식이 더 참고할만하다고 생각한다.

(그러나 저러나 미친 성능을 보여주고 있다.)




댓글

댓글 쓰기

이 블로그의 인기 게시물

실무진 면접 경험으로 정리하는 백엔드 (1) : 에듀 테크 기업 면접

에듀 테크 기술 면접 시간 내어 이력서를 꼼꼼하게 봐주시고 서류상으로는 회사에서 원하는 background라고 생각해주셔서 느낌이 좋았다. 최근 본 면접들 중 가장 깊이있는 질문을 해주셨고 오답과 대안에 대한 설명도 해주셔서 배워갈 수 있었다. 아쉽게도 합격하지 못했지만 좋은 면접 경험이었기 때문에 다음 면접에서 더 견고한 답변을 위해 정리해보았다. 질문&답변&더 나은 답변 일반 질문 이직 사유? 경영상의 이유로 인한 권고사직, 프로덕트 개발과 프로덕트 피벗 과정의 공백기 회사의 이 직군에 지원하면서 뭘 기대하는지? 거의 혼자서 개발을 해왔는데 다른 관점의 의견을 들을 기회가 없었다. 여러 개발자의 의견을 듣고 내 의견에 태클을 걸며 같이 발전하면 좋겠다. 공백기에 뭐하고 있는지 ?  1. django template과 admin, 그리고 오픈소스 wysiwyg를 사용하여 블로깅 서비스 사이드 프로젝트하면서 풀스택 공부중이다. 2. 현업에서 줄곧 이미 구축된 ci/cd를 사용해오고있었는데 직접 구현을 학습하기 위해 github action workflow를 공부하고 있음.  기술&개발 관련 관리형 서비스를 쓰지 않고 aws ec2를 쓴 이유 ? - 비용문제 vpc 어떻게 설정했나? - production region은 모든 ip에 대해서 열고   development region은 사무실 개발 pc와 사무실 기기들의 ip만 접근가능하도록 함 nginx ssl 적용했다고 하는데, 인증서 뭐 사용했나? - 'let's encrypt'사용했는데 생각이 안나서 대답못함. socketio에는 wsgi or asgi? - wsgi vs asgi 차이점에 대해서 답변함. django vs fast api ? - 동기, 비동기 서버 기반과 기타 feature에 대해서 답변함. - django에서 기본 제공되는 템플릿, admin,ORM과 미들웨어들 - fastapi는 기타 기능들을 따로 붙여서 써야한다고 답변, django도 ...
Read more »

노마드코더 개발자북클럽 Clean code 완주, 독후감

이미지
짧은 기간 동안 Java로 쓰여진 클린 코드 책을 읽으며 코드를 짤 때 더 정성을 들여 쓰는 습관을 들였다. 당장 작동하는 코드보다는 유지 보수가 편한, 수정보다는 확장을 할 수 있는, 잘 읽히는, 정직하고, 하나의 일에 몰두하는 그런 코드를 짜려고 했다. 퇴근을 하고 책상 앞에 앉으면 오늘 작성했던 class가 아른거리고 과연 이게 최선이었을까 생각하게 되었다. ========================================================== 책을 읽으면서 대부분 공감하고 고개를 끄덕일 수 있었지만 좋은 코드를 쓰는 법을 아는 것과 좋은 코드를 쓰는 것에는 큰 차이가 있다. 좋은 코드를 쓰는 법을 알기만 해서는 그저 말로만 잘난 체 할 수 밖에 없을 것이다. 좋은 코드를 쓰는 사람은 코드 리뷰를 하며 시스템 변경에 유연한 구조인지 고민한다. 확실히 후자가 더 고된 작업이지만 견고한 프로덕트를 만드는, 실체가 있는 실력이 는다고 생각한다. ========================================================== Java기 반의 코드를 이해하기는 쉽지 않았지만 확실히, Java가 객체 지향적인 장치가 많다고 느꼈다. Python 웹 개발자라면 당장 객체지향 원칙이나 디자인 패턴을 익히기 보다는 웹 애플리케이션 프레임워크를 익히기를 추천한다. 그 중에서도, FastAPI를 추천하는데 Layer와 Depends를 사용한 설계 장치를 사용하며 실전 감각을 기르면서 객체지향적인 사고를 할 수 있다. 혼자 상향식으로 배우기 버겁다면 Framework의 규칙을 따르며 배워나가는 것이 효율적이라고 생각한다. 그리고 이렇게 해야 실전 감각을 느낄 수 있다. ========================================================== 클린 코드 북클럽 챌린지 덕분에 오늘도 나는 하나의 괴이한 모듈을 처리했다. util 패키지의 fileutil이라는 모듈인데 온갖 잡다한 파일 처리를 다 도맡아 하...
Read more »

Blogger 커스터마이징 : CSS 수정 (sticky-header)

이미지
sticky-header, centered-top-container sticky animating 삽질1 google blogger의 템플릿 테마중 하나인 Contempo에서는  스크롤을 어느 정도 내린 상태에서 다시 올리면 상단의 검색창이 내려와서 스크롤을 다시 내릴 때까지 유지된다. (이 "어느 정도"에 해당하는 값은  기본 테마의 javascript에 코딩 되어있을 것으로 추측한다.) css 수정 후 이 부분에 문제가 생겨서 내릴때에도 올릴 때에도 계속 검색창이 내려오고 사라졌다를 반복한다. < 페이지 최하단 모습 > 데이터를 색인하여 찾을 때는 유용한 기능이라고 생각하지만 검색 기능은 이미 블로그 최상단에 존재한다. 따라서 해당 기능을 제거하기로 했다. scroll event를 감지하고 그에 따라 html이나 css문서를 수정하는 작업은  javascript가하는 일이다. html 편집기를 통해 코드를 살펴본 결과 이 javascript 코드는 외부 cdn 서버에서 가져오는 것 같다.  javascript 코드를 직접 건드려야되나 싶어서 구글링 해 본 결과 간단하게 css 코드를 수정해서 없앨 수 있었다. sol) sticky-header 제거 https://joshua-dev-story.blogspot.com/2020/04/blogger-remove-sticky-header.html FE, Publishing 에서는 '고정 헤더'라고 부르고 있는 이 태그의 css를 수정하면 된다. display 옵션을 none으로 바꿔서 기존 요소의 block을 전부 없애고 기능까지 해제해버리는 것. 이 sticky header를 보이지 않게하는 방법은 opacity를 0으로 만들거나 visibility를 hidden으로 할 수도 있지만 display : none 옵션이 가장 확실해보인다. 수정 후 여전히 scroll 이벤트에 따라 DOM의 변경이 일어나는 것 같지만 sticky header는 더이상 보이지 않는다. 삽질2...
Read more »