저도 하이브리드 아키텍처가 앞으로 나아가야 할 방향이라고 생각하지만, 현재로써는 스레드 분배 알고리즘이 개선되어야 할 필요가 있습니다

지금은 인텔이 공정에서 특별히 이점이 없어서 하이브리드 아키텍처가 필요한가? 의견이 많은데

인텔4 공정부터 하이브리드 아키텍처의 진면목이 드러날 거라고 생각합니다

공정은 어자피 똑같이 (HPC스럽게 만들어진) 4nm이고 레드우드 코브랑 크레스트몬트의 마이크로아키텍처 설계가 유의미하게 달라져야 크레스트몬트가 레드우드 코브에 비해 유의미한 전성비 이득을 볼 수 있습니다.

지금 그레이스몬트 보면 골든 코브랑 비교해서 전성비 이득이 거의 없는 상태인데 얘는 따로 아톰에 맞춰 준비할 시간이 없어서 생긴 예외고 크레스트몬트에서 전성비 최대한 가져가는 셋업/설계로 한번 터트려야죠

https://meeco.kr/mini/34480321

전에 올렸던글인데 그레이스 몬트는 3GHz 이하에서 매우 효율적인데

기본적으로 다 3GHz 이상으로 설정해뒀으니

지금은 전력부분에서 효율적이진 못합니다

아톰라인 아키텍처 IPC를 스카이레이크 급으로 올리느라 부족한 부분이 있긴합니다

앞으로 더욱 효율적인 아키텍처를 만들어야 할 것이고

또 공정빨이 워낙 크기 때문에 인텔4 부터 크게 기대됩니다

인텔이 메테오레이크에서 저전력 루나레이크에서 초저전력이 크게 향상된다고 해서 기대중입니다

C에서 windows.h만 갖고 멀티스레딩 깡구현하니 죽을 맛이던데 이런 이상한 거 만드시는 분들께서 몇 년 안에 좋은 대책을 내놓겠죠.

학생이신지는 모르겠지만 쓰레드는 이제 CS 과목에서나 볼 물건입니다. 당연히 베이스니까 이해가 잘 되어야 겠지만 실무에선 비동기를 처리할 수 있는 다른 좋은 방법(ex. 코루틴)들이 기다리고 있습니다.

그냥 좋은 경험 한번 해봤다 생각하시고, 더 좋은 무기를 공부하시길 바랍니다.

우선 조언 감사드립니다. 지금은 대입을 준비하고 있고 프로그래밍은 정올 수상(PS) + 취미로 공부하고 있는 분야인 상황이라 실무에서 쓰는 것들을 공부하기보단 베이스가 될 개념, 알고리즘들을 공부하고 있습니다. (개인적으로 제가 취직해 실무를 할 때면 시장의 과포화로 베이스가 안 된 분들은 오래 버티기 힘들 것 같다는 생각이..)

결국 코루틴도 까보면 쓰레드풀과 컨티뉴에이션의 조합이고 rx도 스케쥴러는 쓰레드풀 혹은 단일 쓰레드라.. 원리는 잘 이해해 두셔야 합니다. 요새 개발자에겐 필수교양 같은것이라서요.

1. 백그라운드는 E코어 우선할당입니다. 따라서 인코딩 E, 인터넷 P입니다. (실제 데모에서도 인코딩을 백그라운드로 돌리니까 E로 갔습니다)

2. 이건 확인이 된 게 없습니다.

창을 최소화하면 우선도가 3 이하로 고정되어 E코어가 모자르지 않는 이상 E코어에 우선적으로 할당됩니다.

무거운 작업+가벼운 작업이면 부하를 따져서 분배를 하던가 해야지.. 너무 무식한 방법을 쓰네요...

인터넷은 E코어로도 날라다닐텐데...

인코딩하면서 창내려놓고 인터넷 하시는분들 많지 않나요?

기본설정은 저건데, OS에서 전원 관리 설정을 고성능 모드로 맞춰주면 렌더링 P, E / 인터넷 일부 P로 들어간다는 말이 있긴 합니다. 근데 얘는 팩트체크가 필요해서..

아무튼 인텔의 기본 셋업은 눈에 보이는 걸 최대한 빠르게 가속하는 셋업이라 아쉬운 점이 좀 있죠

사실 마음먹으면 저건 앱 개발자들이 원하는쪽으로 스케쥴링을 OS에 요구할 수 있습니다. 보통 affinity라고 부르는 값을 변경하면 특정코어 할당이 가능해서요. 일반적으로 백그라운드로 내려가면 우선순위가 낮아지는것 자체는 논리적으로 틀린건 아니라서 아마 시간이 좀 걸릴듯 합니다.