요약
리누스 토르발스가 참여 규모로 역대 최대인 리눅스 7.3 커널을 예정대로 내놓았습니다.
LWN에 따르면 토르발스는 10월 18일 일요일에 7.3을 공개했습니다. 마지막 한 주 동안 특별한 일이 없어 일정대로 냈다고 했고, 다음 날부터 7.4 병합 창(새 기능 코드를 받아들이는 기간)을 연다고 밝혔습니다.
왜 중요한가
- 커밋 수, 개발자 수, 첫 기여자 수가 모두 기록을 세웠습니다. LWN은 이번 릴리스를 모든 면에서 기록적이라고 평가했습니다.
- 대형 시스템용 스케줄링 개선과 가상 머신 메모리 추적이 들어가 서버와 가상화 환경이 주로 혜택을 봅니다.
핵심 내용
- 병합 커밋을 뺀 커밋 18,765개에 개발자 3,021명이 참여했고, 그중 807명은 처음 기여했습니다.
- sched_ext(BPF로 스케줄러를 바꿔 끼우는 기능)의 서브스케줄러 작업이 마무리됐습니다.
- 모든 작업을 일부러 실패시키는 파일 시스템 failfs와 fchroot() 시스템 콜이 새로 생겼습니다.
- BPF용 전역 CPU별 데이터, 가상 머신 워킹 셋(실제로 쓰는 메모리) 추적, ntfs3의 대체 데이터 스트림 지원이 추가됐습니다.
- binfmt_misc(실행 파일 형식 처리기)가 크게 확장됐고, 커널 SMB 서버도 여러 곳이 개선됐습니다.
HN 반응
- 일부 이용자는 커널 SMB 서버 ksmbd가 맥의 Time Machine 백업을 지원하게 된 점을 반기면서도, 애플 프로토콜을 리버스 엔지니어링해야 하는 현실을 아쉬워했습니다.
- 사용자 공간 데몬으로 충분한데 공격받을 곳이 넓어지는 커널에 SMB 서버를 둘 이유가 있느냐는 지적에, 200Gbps급 링크에서는 CPU 코어 하나로 부족하다는 반론이 맞섰습니다.
SMB 개선 사항( https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=61a09cfc121472013f99ae75066676739a5db626 )이 들어갔네요. 저는 borg로 갈아탔는데, 어떻게 되는지 봐서 Time Machine을 다시 써 볼 수도 있겠어요.
https://www.phoronix.com/news/Linux-7.3-KSMBD
리버스 엔지니어링으로 만들어야 한다는 게 여전히 짜증 나네요.
ksmbd가 아직도 그렇게 의미가 있는지 잘 모르겠어요. 유저 공간 데몬은 CPU 코어 하나만으로도 웬만한 네트워크 링크는 다 꽉 채울 수 있잖아요. 게다가 공격 표면까지 따지면... ksmbd를 장악당하는 순간 머신을 통째로 내주는 거고요.
16kB 블록 쓰기로 200Gbps를 채우는 건 절대 안 되죠.
커널 대 유저 공간에 대한 나머지 얘기는 동의해요. CPU 코어 하나라는 부분만 짚고 싶었어요.
타임머신 백업이라는 맥락에서 보면요...
링크 속도는 애플 기기에 달 수 있는 가장 빠른 네트워크 포트가 결정해요. 그게 200Gbps는 아니죠. 병목은 애플 쪽이니까, 코어 하나로도 충분히 채울 수 있을 거예요.
그리고 따지자면, 200Gbps 링크는 전 세계 컴퓨터에 달린 네트워크 포트 중 큰 비중이 아니니까 '거의 모든'이라는 말이 꽤 정확해요.
SMB로 네트워크를 포화시켜야 하는 요구사항이 있더라도, 저는 여전히 그걸 커널에 구현하는 건 원하지 않을 것 같아요.
요즘 링크 속도에서는 절대 장담할 수 없어요. 우리가 점점 RDMA 같은 오프로딩 방식에 기대는 데는 이유가 있다고요.
살면서 느낀 건데, 애플 기술은 애플의 통제 밖에 있는 것들과도 잘 돌아가다가... 어느 순간 안 됩니다. 보통은 난데없이요.
아버지는 주로 애플 제품을 쓰시는데, 아이패드를 PC처럼 쓰려고 하십니다. 파일이나 '파일 시스템'을 다루시는 거죠. 사진 때문에 iCloud 용량을 추가로 사지 않으려고 Proton을 쓰시거나, 저한테 Immich를 물어보시거나, 외장 HDD를 쓰거나 Synology Photos로 백업하려고 하세요. 주로 아이패드에 키보드를 연결해서 쓰시는 이유는, 업데이트 면에서든 '뭘 설치할 수 있는가' 면에서든 바이러스 면에서든 관리가 잘 되는 기기라서입니다.
그런데 최근에 말씀드렸습니다. 그냥 포기하시라고요. 저장공간을 사세요(빌리세요!). 아버지는 저한테 너무 의존하고 계시고, 애플이 아닌 해법에는 늘 뭔가 문제가 생깁니다. 네, iTunes 라이브러리는 파일 시스템상으로는 엉망이지만 '음악' 앱 말고 다른 걸로는 들여다보지 마세요. 네, 지금 Proton Drive가 아이패드 저장공간을 400GB나 먹고 있는데, 이걸 정기적으로 줄이는 법은 저도 모릅니다. 죄송하지만 리눅스로 가서 제가 이것저것 세팅을 도와드리든가, 완전히 애플로 가든가 둘 중 하나입니다. 고르세요. 지금처럼 '양쪽의 장점만 취하겠다'며 섞어 쓰는 방식은 매번 예상치 못한 고통일 뿐입니다.
수정: 저도 아이패드가 있고 잘 씁니다. 다만 아버지는 아이패드를 중심이 되는 주력 기기(허브)로 쓰려 하시지만, 저한테 아이패드는 제 인프라의 클라이언트(스포크)입니다. 앱이 정보에 접근할 뿐이고, 저는 애플 서비스를 어떤 용도로도 쓰지 않습니다. 그래서 Immich, Proton, Home Assistant, 정부·은행 앱 등을 씁니다. 제 아이패드는 버려도 되는 기기입니다. 고장 나면 새로 사서 (직접 호스팅하는) 모든 서비스에 로그인하면 100% 복구됩니다. 아버지께 똑같이 해 드리는 것도 고통인 게, 아버지의 Home Assistant나 Immich 인스턴스에 문제가 생기면 고치는 게 진짜 일이고, 아버지는 안 돼도 몇 달 동안 말씀을 안 하셔서 일이 쌓입니다. 그래서 애플에 항복하시라고 말씀드립니다... 속으로 조금 죽어 가는 기분입니다.
아버지가 PC를 원하시는 거라면 논리적 결론은 정반대 아닌가요? '그냥 포기하세요. 윈도/리눅스 노트북을 사세요. 애플에 너무 의존하고 계시고, 애플 해법에는 늘 뭔가 문제가 생기잖아요.'
몇 년 전에 아버지가 윈도에서 늘 바이러스, 백신 프로그램과 씨름하셔서 애플로 가기로 했습니다. 맥북은 (하드웨어로는) 여전히 멀쩡했지만 보안 업데이트가 더 이상 나오지 않아서 아이패드로 넘어가셨고요. 확실히 예상보다 문제가 많습니다. 저는 제 IT 지원이 훨씬 덜 필요할 줄 알았는데, 이제는 통제권이 없다고 불평하십니다 (참고로 저는 그 불평 자체는 전혀 상관없습니다).
지금 계획은 맥북에 Ubuntu를 깔고, 아이패드는 어떻게 할지 모르겠지만 '주력 컴퓨터' 역할을 줄이는 것도 시행할 방침 중 하나가 될 겁니다. 외장 디스크와 f-spot, 그리고 파일로 깔끔하게 정리한 음악이면 만족하실지도 모르죠. 그다음엔 Synology NAS 같은 곳으로 범용 백업 솔루션을 두고요...
그래서 저는 가족한테는 대부분 애플 기기를 권해요. 안 그러면 맨날 기술 지원이에요.
네, 저도 10년도 더 전에 똑같이 했어요.
어머니가 인터넷 뱅킹만 할 기기를 원하셨거든요. 넷북(기억하세요?)을 드렸죠. 비전문가를 상대로 성공한 유일한 리눅스 사례예요.
저는 평범한 노트북을 드렸어요. 브라우저가 곧 OS라서 TempleOS에서 돌려도 상관없을 정도예요. 브라우저의 취약점만 아니라면요.
그래서 저는 가족 기술 지원을 안 해요. 그냥 "난 서버 쪽 일을 해서 [폰|아이패드|노트북]은 하나도 몰라"라고 말하죠. 실제로 제 폰이랑 노트북도 완전히 기본 상태, 아니면 '회사가 설정한 그대로' 두려고 하고요.
가족 진료는 안 하는 의사들과 같은 철학이에요.
OpenCore Legacy는 고려해 보셨어요? 저는 2010년형 iMac에서 macOS Sonoma를 거의 완벽하게 돌리고 있거든요.
문제가 바이러스였는데 패치도 안 되는 오래된 시스템을 권하시는 거네요.
macOS에서 바이러스는 문제인 적이 없어요. 순전히 이론적인 시나리오까지 파고들지 않는다면요.
맥북은 훌륭한 기기지만, 기술에 어두운 가족에게는 리눅스가 훌륭한 '설치하고 잊어버리는' OS입니다. 저는 여러 번 그렇게 해 봤고, 양쪽 모두 아주 만족스러웠으며 사후 관리는 거의 필요 없었습니다. 업데이트를 설치하는 법과 몇 년에 한 번 메이저 업그레이드를 하는 법만 알려 주면 됩니다(아니면 안 해도 됩니다. Ubuntu는 10년도 거뜬히 돌아가니까요).
저는 생각이 다릅니다. 몇 년 전 부모님께 그 방식을 써 봤는데, 몇 달 뒤 다시 찾아뵈었더니 동네 PC 가게에 가서 윈도를 다시 깔아 오셨더라고요.
부모님은 끝내 마음에 들게 쓰지 못하셨습니다. 친구분들이 얘기하거나 CD/DVD/USB 메모리로 주고받던 것들을 돌릴 수 없었고, '멍청한' 질문으로 저를 귀찮게 하고 싶지도 않으셨던 거죠.
그래서 차라리 윈도를 쓰시다가 뭔가 제대로 안 되면 동네 PC 가게에 가시는 편이 낫다고 봅니다.
저도 가끔 중고 장비를 파는 지인들에게는 똑같이 합니다. 지원해 주기 싫으니 윈도를 주죠. 아버지는 다릅니다. 제가 지원해 드릴 수 있고, 게다가 아버지는 프라이버시라는 측면을 높이 평가하셔서 그걸 위해서라면 희생도 감수하십니다.
물론 소프트웨어에 아주 구체적인 요구가 있는 사람이라면(기술 문맹이라고까지 할 정도는 아닌 경우) 대안을 찾도록 도와줘야죠.
그나저나 사람들이 디스크로 소프트웨어를 공유하는 건 못 본 지 오래됐어요. 디스크 자체를 본 지도 오래됐고요 ;)
그 점은 제가 보증합니다. 저도 장인어른께 딱 그렇게 해 드렸어요. 노트북은 이제 꽤 오래돼서(10년도 넘었습니다) 그래도 현재 버전 Ubuntu를 돌리기에는 충분합니다.
기기를 정말로 '잊어버렸을' 때만 그렇죠. 그러니까 영원히 한 가지 일만 하는 가전제품 같은 경우요. 웹 브라우징이든 뭐든요.
요구사항이 바뀌면 문제가 돼요. 그분들이 업무를 봐야 하거나 회사와 상호작용해야 한다면 윈도나 리눅스가 필요할 수도 있어요. 고맙게도 온라인 Office365 덕분에 큰 사용처 하나는 사라졌죠. 하지만 다른 것들도 있어요. 필요한 패키지가 뭐든 윈도나 OSX에는 있을 가능성이 아주 높고요.
저는 요즘 윈도를 자발적으로 쓴다는 게 상상이 안 돼요. 게임용으로도 Bazzite는 어설프긴 해도 쓸 만하고, 윈도보다는 뭐든 나아요. 윈도 10보다 얼마나 더 나빠졌는지 거의 충격적일 정도예요. 그 윈도 10조차 마이크로소프트가 자기 사용자들을 상대로 벌인 전쟁에서 거둔 큰 승리였는데 말이죠.
저는 Proton 서비스를 좋아하고 몇 년째 구독하고 있습니다. 이게 대체 어떻게 된 일인지 이해가 안 돼요. 아이폰에 Proton Drive가 있고, 사진을 동기화하려고 한 달에 한 번 직접 앱을 엽니다. 로컬 공간을 _절약_하려고 Proton Drive 저장공간 비용을 내는데, Proton Drive로 동기화할 때마다 앱이 로컬에서 쓰는 저장공간이 로컬 사진 라이브러리와 거의 맞먹어요! 앱을 삭제했다가 한 달에 한 번 재설치해서 라이브러리를 한 번 동기화할 수는 있지만, 로컬 사진을 동기화하기 시작하면 금방 수십 GB로 불어납니다.
Proton 쪽 분 중에 무슨 일인지 설명해 주실 분 계신가요?
저는 Proton을 써 본 적은 없지만, 다른 클라우드 스토리지 제품을 써 본 경험과 그에 대한 다른 사람들의 후기를 보면, 서로 정반대 요구를 가진 두 가지 사용 사례가 있는데 그 충돌에 부딪히신 것 같습니다.
로컬 저장공간은 싸고 나는 많이 갖고 있다. 데이터를 여러 벌 두어 백업 역할을 하게 하고 싶다. 클라우드에 있는 건 전부 로컬에도 복사되길 원한다. (저는 이쪽입니다.)
외장 하드 가격만 보면 로컬 저장공간은 싸지만, 내 폰이나 태블릿은 용량이 한정돼 있고 기기를 통째로 새로 사지 않고는 늘릴 방법도 없으니 나한테는 귀하다. 이 기기에서 특별히 쓰는 경우가 아니라면 클라우드에 있는 건 아무것도 로컬에 복사되지 않길 원한다. (질문하신 분은 이쪽 같습니다.)
절반의 사람들은 첫 번째가 당연하다고 생각합니다. 나머지 절반은 두 번째가 당연하다고 생각하고요. 개발자도 마찬가지여서, 별 고민 없이 자기 생각에 맞춰 제품을 설계합니다. 그러니 사용자의 절반은 저장공간 부족이라는 불쾌한 일을 당하고, 나머지 절반은 데이터 손실이라는 더 불쾌한 일을 겪을 위험을 안게 됩니다.
요즘 컴퓨터가 우리에게 너무 많은 걸 물어 귀찮게 구는 건 분명하지만, 이 경우만큼은 소프트웨어가 사용자에게 어떤 동작을 원하는지 정말로 물어봐야 한다고 생각합니다. 사용 가능한 로컬 디스크 공간을 보고 힌트를 주는 것도 좋겠고요.
AI가 그걸 바꿀지도 몰라요. 리버스 엔지니어링이 훨씬 쉽고 믿을 만해졌잖아요.
이 부분에서 실제로 보게 될 건 마인크래프트(자바 기반 버전)와 비슷한 상황일 거라고 생각합니다. 사람들은 자바 기반이라 디컴파일하기 쉽고 모드를 어디에 끼워 넣어야 하는지 알기 쉬워서 꾸준히 모드를 만들었습니다.
그래서 마인크래프트 팀은 정기적으로 업데이트를 내면서 코드를 다시 난독화했습니다. 대부분의 업데이트는 문제 수정이나 기능 추가가 목적이었지만, 순전히 난독화만을 위한 것도 있었죠. 그러니 내 모드를 계속 쓰려면 다른 버전은 아예 플레이하지 않아야 했습니다.
앞으로 소프트웨어 제작사들의 업데이트가 더 잦아질 거라고 봅니다. 버그를 고치고 기능을 추가하는 업데이트도 물론 있겠지만, 상당수는 단지 코드를 난독화하고 주소를 바꿔서 이전에 동작하던 모드가 새 버전에서는 동작하지 않게 하려는 목적일 겁니다. 물론 LLM이 다시 디컴파일할 수는 있겠지만, 그 새 디컴파일 작업을 LLM이 실제로 해내는 데 드는 토큰과 시간을 쓰고 싶어 할 사람은 많지 않을 겁니다. 게다가 대부분이 '자동 업데이트'를 기본으로 켜 두니, 가까운 미래에는 이에 맞서 앱이 거의 매일 자동 업데이트되는 모습을 보게 될 것 같습니다.
몇 년 전 누군가 제게 "당신이 흥미로운 시대에 살기를 바랍니다"라고 말한 적이 있습니다... 이런 걸 염두에 두고 한 말은 아니었을 겁니다.
이미 일어나고 있고 꽤 오래전부터 그래 왔어요. 특히 애플 생태계에서요. 참신한 걸 내놓고 인기를 얻었다가, 업데이트 한 번에 그 참신함이 막히고, 그러고는 마치 처음부터 없었던 것처럼 애플 앱이나 기능으로 '대체'된 앱이 몇 개인지 셀 수도 없어요.
애플도 AI를 써서 예전만큼, 아니 그 이상으로 고통스럽고 예측 불가능하게 만들 거예요. 그게 그들의 비즈니스 모델이라고 (저는 믿게 됐어요).
수정: 물론 좋은 지적이지만, 계속 고양이와 쥐의 싸움일 거라고 생각해요. 애플 내부에서는 어떻게 보는지, 정말 신경도 안 쓰는지 아니면 일부러 망가뜨리는지(오늘 밤 네 ** 낯짝을 박살 내 주지) 모르겠네요.
리버스 엔지니어링은 아무 데나 휘두르면 좋은 결과가 나오는 요술봉이 아니에요. 거기서 뭘 얻고 싶은지 실제로 알고 있어야 합니다.