리팩터링 해야하고 코드 개선도 해야하는데
일단 워커에서 스레드 풀 만들고, 토폴로지 (태스크 그래프임) 랑 워커가지고 익스큐터에 넣고 돌리면
mpmc 큐 에서 스틸링하면서 등록한 태스크들을 그룹 실행 순에 따라서 병렬로 실행하게 만들었음.
mpmc 큐는 직접 짜진 않고 crossbeam-deque 갖다 씀
아직 리포에 올리진 않았고 로컬에서만 짜고 있음
글고 코드량 많아지니까 빔 속도 느려지는데 이거 우야냐 ㅅㅂ
coc + nvim + rust_analyazer 쓰고 있는데 글자 칠 때마다 인덱싱 미친듯이 하던데 이거 떔인가
개발로 패스워드 쳐가지고 수정 못해가지고 추기하는건데, 그나마 러스트로 코딩 할 때 MT짜기가 좀 수월한 느낌도 없잔아 있는 것 같음. 글고 이터레이터 메소드 체이닝하는거 재밌음
재밌네여 근데 Group에서 create_task_*()로 태스크를 만드는것보다 Task라는 구조체를 따로 분리한 다음에 Group에서 join()같은 메소드를 만들어서 태스크를 받는게 낫지 않을까요
그것도 낫긴 하겠네여 어차피 Task 자체는 처음부터 그룹이랑 바인딩하지 않다보니까 가능할듯
Rust 비동기 api 활용하는 거보다 이게 더 유연해서 이렇게 하는 건가?
일단 좀 간단한 게임에 써볼거라서 + async future 잘 몰라서 ㅋㅋㅋㅋ 뭐 async future로 다시 쓴다고 해도 얼마 안 걸리니까 딱히 뭐 그럼...
coc.nvim 자체가 워낙 성능 똥망인게 큼
좋은거 없나요
글쎄 내가 듣기론 vim-lsc 성능이 괜찮다고 했던 것 같음
좀 볼게요
Emacs를 쓰시는 건 어떤가요????
이맥스 lsp 성능은 별로 안 좋음 편의성, 완성도 때문에 좋은거지
그럼 vscode?
vscode는 힙하지 않아
개인적으로 lsp 성능만 봤을 땐 vscode 가 가장 빠르고 쾌적했던 것 같아 버벅임이란걸 느껴본 적이 없었음 물론 그와는 별개로 마소 C/C++ 확장은 성능이 쓰레기더라
lsp 유저로서 c/c++가 아픈 손가락이다 ㄹㅇ
ㄳ요