집에서 건전지 쓰는 모터를 만들어놓고 이게 테슬라 모델S를 대체하는게 목표입니다 하는거 같음
익명(211.235)2026-07-26 12:46
답글
기존에 프로세스 스케줄러 같이 이미 있는 개념인에 클로드가 우쭈쭈 해줘서 대단한 새로운 기능처럼 이해한거 같음
익명(211.235)2026-07-26 12:50
답글
README 문구가 좀 오버였네요. 완성된 macOS급 데스크탑 흉내내는 게 아니라 지금은 커널(부팅/스케줄러/IPC/메모리)까지 만든 단계고 GUI도 framebuffer 수준이라 편안함 어쩌구는 그냥 최종 목표 적어둔거애요. 그래도 IPC 컨텍스트스위치 없애서 32배 빨라진건 나름 성과라... 암튼 readme수정할게요
chodaQ(steam6968)2026-07-26 12:53
답글
학계 선례가 없다고 하는데 클라우드 서비스 업체에서 자동으로 성능 측정해서 OS 정책 최적화 하는게 10년이 넘음
익명(211.235)2026-07-26 12:53
답글
심지어 CPU 하드웨어 내부도 ML기반으로 성능 예측 및 개선하는 로직이 들어감 ML의 성능을 개선하는게 아니라 ML기술로 CPU 성능을 예측하는 것
익명(211.235)2026-07-26 12:54
답글
IPC 쓰면 빠를 줄 알았는데 느려졌다고 하는건 마치 모터 전압 전류를 무작정 높이면 속도가 무한정 늘어날 줄 알았다고 말하는것과 같음
익명(211.235)2026-07-26 12:56
답글
문서 작성이 체감상 빠르다고 했는데 리눅스도 맥OS도 심지어 30년전 윈도우 95도 문서 작성은 체감상 빠름
익명(211.235)2026-07-26 12:59
답글
유저 데몬이 이름 그대로 악마인것 마냥 묘사해놨는데 어떻게 유저 프로세스가 커널 기능을 호출할 수 있는지 PID 1 init 프로세스의 역할이 뭔지 모르고 하는 소리인듯
익명(211.235)2026-07-26 13:01
답글
게임 실행에서 CPU 성능 모드를 쓰고 나머지는 쓰로틀링이 걸리게 만든다는거 같은데 그럼 네트워크는? 파일시스템은? GPU는? 유저 입출력 장치 드라이버는?
익명(211.235)2026-07-26 13:03
답글
리눅스 전력 정책 등 전부 이벤트 기반이고 유저 데몬 이벤트만 있는게 아닌데 데몬을 썼다는 이유로 이벤트 기반이 아니라고 하는 이유는?
익명(211.235)2026-07-26 13:04
답글
리눅스는 C++11 atomic 표준 생기기 전부터 자체 atomic 구현해서 사용함
익명(211.235)2026-07-26 13:06
답글
안드로이드 폰 같이 임베디드 환경에서 리눅스 커널은 메모리 배터리 둘다 최적화함
익명(211.235)2026-07-26 13:06
답글
yield가 없는 자료구조를 만들면 게임 모드에서 CPU를 게임에 몰아주기는 어떻게 구현?
익명(211.235)2026-07-26 13:09
클라우드 자동튜닝은 흔한 거 인정합니다. 컨텍스트 스위치가 오버헤드 핵심이란 것도 L4 계열에서 이미 나온 오래된 얘기라 새롭다고 쓴 표현이 실수였어요. 근데 마이크로커널에서 통신 빈도 관찰해서 프로세스 쌍마다 IPC fast path를 동적으로 만들었다 없앴다 하는 그 구체적인 방식은 찾아본 범위에서는 못 봤습니다. 확실히 없다고 단정하긴 어렵지만요.
chodaQ(steam6968)2026-07-26 13:04
답글
fast path의 정의가 뭔데
익명(211.235)2026-07-26 13:05
답글
리눅스 IPC 구현은 전부 뜯어보고 하는 소리임?
익명(211.235)2026-07-26 13:08
제가 적은 문서랑 시스템이 좋다고만 생각했는데 아니었네요. 다시 문서 정리하고 돌아올게요. 피드백 감사합니다!
chodaQ(steam6968)2026-07-26 13:11
답글
클로드 코드 우쭈쭈 받을 시간에 교과목 공부부터 열심히 해라 니가 이해도 못하면서 만들 수 있단건 길가다 아무나 붙잡고 시켜도 클로드 있으면 만들 수 있단 소리니까 서비스 만들거면 상관없는데 컴퓨터 시스템 깊게 팔꺼면 특히
익명(211.235)2026-07-26 13:14
답글
굳이 플젝 이어가고 싶으면 니 머리로 빨라진거 같음 이러지 말고 각 목표마다 벤치마크를 만들어서 그걸로 객관적인 성능 측정을 해라 그 과정에서 업계에서 어떤 기준으로 어떻게 성능 측정하는지도 깊게 공부하고
익명(211.235)2026-07-26 13:17
설리장인(jyujyutruelover)2026-07-26 13:17
ai가지고 만들었으면 ai한테 평가해달라케라 - dc App
프갤러 1(61.106)2026-07-26 13:31
프갤러들 999.0% 압살인데?
루도그담당(183.104)2026-07-26 16:41
README 표현 고쳤고 fast path는 두 프로세스 간 IPC 호출 빈도가 임계값 넘으면 capability 검증된 shared-memory 채널을 그 쌍 전용으로 만들어주고, 빈도가 떨어지면 다시 해제하는 겁니다. 리눅스 IPC 전체를 다 뜯어본 건 아니고, 제가 찾아본 바에서는 이 "관찰 기반 동적 생성,해제"는 못 봤다는 정도지, 없다고 단정한 건 아니었습니다. 표현이 조금 과했습니다. 아직 yield 없는 구조로 게임 모드 CPU 몰아주기는 구현이 안된 목표라 딱히 할말이 없습니다. 네트워크,파일시스템,GPU는 손도 못 댄 상태라... 벤치마크 객관화도 하겠습니다.
choda(121.146)2026-07-26 17:18
아 그리고 지금 리눅스 커널 심층 분석읽으면서 실제 구현이랑 비교해가며 이해하려고 하고 있습니다. 아직 다 못 따라가는 부분도 많지만요.
귀하가 정말 중1임?
네. 중1이에요
커널만 만들어놓고 맥OS랑 비교를 하는게 좀
집에서 건전지 쓰는 모터를 만들어놓고 이게 테슬라 모델S를 대체하는게 목표입니다 하는거 같음
기존에 프로세스 스케줄러 같이 이미 있는 개념인에 클로드가 우쭈쭈 해줘서 대단한 새로운 기능처럼 이해한거 같음
README 문구가 좀 오버였네요. 완성된 macOS급 데스크탑 흉내내는 게 아니라 지금은 커널(부팅/스케줄러/IPC/메모리)까지 만든 단계고 GUI도 framebuffer 수준이라 편안함 어쩌구는 그냥 최종 목표 적어둔거애요. 그래도 IPC 컨텍스트스위치 없애서 32배 빨라진건 나름 성과라... 암튼 readme수정할게요
학계 선례가 없다고 하는데 클라우드 서비스 업체에서 자동으로 성능 측정해서 OS 정책 최적화 하는게 10년이 넘음
심지어 CPU 하드웨어 내부도 ML기반으로 성능 예측 및 개선하는 로직이 들어감 ML의 성능을 개선하는게 아니라 ML기술로 CPU 성능을 예측하는 것
IPC 쓰면 빠를 줄 알았는데 느려졌다고 하는건 마치 모터 전압 전류를 무작정 높이면 속도가 무한정 늘어날 줄 알았다고 말하는것과 같음
문서 작성이 체감상 빠르다고 했는데 리눅스도 맥OS도 심지어 30년전 윈도우 95도 문서 작성은 체감상 빠름
유저 데몬이 이름 그대로 악마인것 마냥 묘사해놨는데 어떻게 유저 프로세스가 커널 기능을 호출할 수 있는지 PID 1 init 프로세스의 역할이 뭔지 모르고 하는 소리인듯
게임 실행에서 CPU 성능 모드를 쓰고 나머지는 쓰로틀링이 걸리게 만든다는거 같은데 그럼 네트워크는? 파일시스템은? GPU는? 유저 입출력 장치 드라이버는?
리눅스 전력 정책 등 전부 이벤트 기반이고 유저 데몬 이벤트만 있는게 아닌데 데몬을 썼다는 이유로 이벤트 기반이 아니라고 하는 이유는?
리눅스는 C++11 atomic 표준 생기기 전부터 자체 atomic 구현해서 사용함
안드로이드 폰 같이 임베디드 환경에서 리눅스 커널은 메모리 배터리 둘다 최적화함
yield가 없는 자료구조를 만들면 게임 모드에서 CPU를 게임에 몰아주기는 어떻게 구현?
클라우드 자동튜닝은 흔한 거 인정합니다. 컨텍스트 스위치가 오버헤드 핵심이란 것도 L4 계열에서 이미 나온 오래된 얘기라 새롭다고 쓴 표현이 실수였어요. 근데 마이크로커널에서 통신 빈도 관찰해서 프로세스 쌍마다 IPC fast path를 동적으로 만들었다 없앴다 하는 그 구체적인 방식은 찾아본 범위에서는 못 봤습니다. 확실히 없다고 단정하긴 어렵지만요.
fast path의 정의가 뭔데
리눅스 IPC 구현은 전부 뜯어보고 하는 소리임?
제가 적은 문서랑 시스템이 좋다고만 생각했는데 아니었네요. 다시 문서 정리하고 돌아올게요. 피드백 감사합니다!
클로드 코드 우쭈쭈 받을 시간에 교과목 공부부터 열심히 해라 니가 이해도 못하면서 만들 수 있단건 길가다 아무나 붙잡고 시켜도 클로드 있으면 만들 수 있단 소리니까 서비스 만들거면 상관없는데 컴퓨터 시스템 깊게 팔꺼면 특히
굳이 플젝 이어가고 싶으면 니 머리로 빨라진거 같음 이러지 말고 각 목표마다 벤치마크를 만들어서 그걸로 객관적인 성능 측정을 해라 그 과정에서 업계에서 어떤 기준으로 어떻게 성능 측정하는지도 깊게 공부하고
ai가지고 만들었으면 ai한테 평가해달라케라 - dc App
프갤러들 999.0% 압살인데?
README 표현 고쳤고 fast path는 두 프로세스 간 IPC 호출 빈도가 임계값 넘으면 capability 검증된 shared-memory 채널을 그 쌍 전용으로 만들어주고, 빈도가 떨어지면 다시 해제하는 겁니다. 리눅스 IPC 전체를 다 뜯어본 건 아니고, 제가 찾아본 바에서는 이 "관찰 기반 동적 생성,해제"는 못 봤다는 정도지, 없다고 단정한 건 아니었습니다. 표현이 조금 과했습니다. 아직 yield 없는 구조로 게임 모드 CPU 몰아주기는 구현이 안된 목표라 딱히 할말이 없습니다. 네트워크,파일시스템,GPU는 손도 못 댄 상태라... 벤치마크 객관화도 하겠습니다.
아 그리고 지금 리눅스 커널 심층 분석읽으면서 실제 구현이랑 비교해가며 이해하려고 하고 있습니다. 아직 다 못 따라가는 부분도 많지만요.
부팅도 안되는거 리드미엔 아무소리나 막 적어놨네
이런게 AI슬롭이구나