Roku, GrapheneOS, 덴마크 및 RTX 4090: 하나의 Daily Diff에 담긴 네 가지 플랫폼 이야기

이 동영상에서 다루는 내용

• Roku의 개발자 블로그(2026년 10월 15일)에 따르면 모든 개발자 리소스가 GitHub에서 GitLab으로 이전되었습니다. 저장소 이름은 변경되지 않았으므로 github.com/rokudev/<repo>는 gitlab.com/rokudev/<repo>가 되었습니다. 게시물에는 이유가 명시되어 있지 않습니다.
• Roku는 오래된 인덱스가 오류를 발생시키지 않고 조용히 오래된 콘텐츠를 제공한다고 경고합니다. git remotes, .gitmodules(git submodule sync 실행), 크롤러 및 원본 파일 URL을 업데이트하고, 자신의 저장소에서 rokudev를 검색해야 합니다. 10월 25일에 확인한 결과, GitHub의 rokudev 저장소 58개 중 53개가 아카이브되었으며 GitLab 그룹에는 57개의 프로젝트가 나열되어 있었습니다.
• GrapheneOS는 10월 23일에 약 12개의 뱅킹 앱이 Google 승인 OS와 함께 GrapheneOS를 특별히 허용하기 시작했다고 밝혔습니다. 약 10%의 뱅킹 앱은 Google 승인을 받지 않은 운영 체제를 금지하므로 사용할 수 없으며, 많은 앱에는 메모리 손상 버그와 잘못된 변조 방지 코드가 있어 GrapheneOS의 앱별 익스플로잇 보호 호환성 모드가 이를 해결합니다.
• 탭하여 결제하는 기능에 대해 GrapheneOS는 Google Pay가 GrapheneOS를 금지하고 대부분의 은행이 탭하여 결제 기능을 Google Pay에 위임한다고 말합니다. 반면 Curve Pay, PayPal 및 많은 유럽 뱅킹 앱은 GrapheneOS를 허용하며, 유럽에서 Google Pay로의 은행 이동은 대부분 중단되었다고 합니다.
• Computerworld Denmark(2026년 10월 20일, 유료)는 덴마크 디지털화부가 Microsoft Office의 오픈소스 대안에 대한 논의가 많았던 시범 프로젝트를 조용히 중단했다고 보도하며 Collabora를 언급했습니다. 이유나 날짜는 확인되지 않았습니다. 2025년 7월에 해당 부처 장관은 덴마크가 자유롭게 행동할 수 없을 정도로 소수에 의존해서는 안 된다고 썼습니다.
• gpu-unlock-ada README는 RTX 4090 FP16 텐서 처리량(FP32 누적 포함)이 지침 벤치마크에서 165.6에서 331.6 TF/s로 증가했다고 보고하지만, 실제 cuBLAS 행렬 곱셈은 단일 일치 실행 쌍에서 12~34%(FP16) 및 16~20%(BF16, 두 가지 모양) 증가했습니다. 하나의 FP8 테스트는 0.3% 이동했습니다. 드라이버 설정 변경을 수행하는 타사 코드이므로 예비 기계를 사용해야 합니다.
• 평결: NEEDS REVIEW. 각 이야기는 다른 사람이 스위치를 쥐고 있습니다.

번역된 스크립트

원래 영어 내레이션에서 번역되었습니다. 사용 가능한 오디오 및 캡션은 YouTube에서 제어합니다.

Roku는 왜 코드를 GitLab으로 옮겼을까요?

0:00 Roku는 모든 개발자 코드를 GitHub에서 GitLab으로 옮겼습니다. 공지사항에는 업데이트해야 할 링크가 나와 있습니다. 이유는 전혀 나와 있지 않습니다. 이 비디오에는 네 가지 이야기가 있습니다. Roku는 왜 코드를 옮겼을까요? 어떤 은행이 이제 GrapheneOS를 허용하나요? 덴마크의 오픈소스 Office 시범 프로젝트는 어떻게 되었을까요? 그리고 잠금 해제된 RTX 4090이 정말 두 배 빠를까요?

0:20 네 번째 이야기에는 서로 모순되는 두 가지 숫자가 있습니다. 둘 다 마지막 부분에서 보여드리겠습니다. 오늘은 10월 25일 일요일, The Daily Diff입니다. 이것은 요약이므로 네 개의 파일과 테스트가 없는 하나의 풀 리퀘스트라고 생각하세요. TV 제조업체의 저장소, 휴대폰 운영 체제, 정부의 오피스 스위트, 그래픽 카드의 펌웨어. 각각은 누가 스위치를 쥐고 있느냐에 대한 작은 싸움입니다.

Roku는 무엇을 옮겼고, 무엇이 문제인가요?

0:43 10월 15일, Roku의 개발자 블로그는 개발자 리소스를 GitHub에서 GitLab으로 옮기는 작업을 완료했다고 밝혔습니다. 여기에는 문서, 샘플 앱, 도구가 포함되며, SDK의 오픈소스 부분도 포함됩니다. 저장소 이름은 동일하게 유지되었으므로 주소의 호스트만 변경됩니다. 제가 확인했을 때, GitHub의 58개 저장소 중 53개가 아카이브되었는데, 이는 읽기 전용을 의미합니다. GitLab 그룹에는 57개의 프로젝트가 나열되어 있습니다.

1:09 게시물에는 이동 이유가 나와 있지 않습니다. 대부분의 사람들이 건너뛸 경고가 포함되어 있습니다. 인덱스, 내부 지원 또는 코딩 에이전트가 이 저장소들을 읽는 경우, 오래된 인덱스는 오류를 발생시키지 않습니다. 조용히 오래된 콘텐츠를 제공합니다. Hacker News 스레드는 200개가 넘는 댓글이 달렸으며, 가장 많이 나온 질문은 게시물에서 건너뛴 질문이었습니다. 일부 독자들은 GitHub 서비스 중단을 추측했습니다.

1:30 그것은 추측일 뿐이며 Roku는 언급하지 않았습니다. 해결책은 간단합니다. 각 기존 클론을 git remote set url로 새 주소로 지정합니다. dot gitmodules 파일을 업데이트하고 git submodule sync를 실행합니다. 그리고 자신의 저장소에서 'rokudev'라는 단어를 검색합니다. 이제 문서 수정은 병합 요청을 통해 이루어집니다. GitLab에서는 '수정 제안' 버튼이 지원되지 않기 때문입니다.

어떤 뱅킹 앱이 이제 GrapheneOS를 허용하나요?

1:51 GrapheneOS는 금요일 늦게 약 12개의 뱅킹 앱이 Google 승인 운영 체제와 함께 GrapheneOS를 특별히 허용하기 시작했다고 게시했습니다. 대부분의 뱅킹 앱은 이미 작동한다고 프로젝트는 말합니다. 약 10%는 사용할 수 없는데, 해당 앱들이 Google이 승인하지 않은 운영 체제를 금지하기 때문입니다. 제가 좋았던 부분입니다. 문제가 발생하는 앱에 대해 GrapheneOS는 많은 앱이 메모리 손상 버그와

2:12 잘못된 변조 방지 코드를 가지고 있다고 말합니다. 그래서 '익스플로잇 보호 호환성 모드'라고 불리는 앱별 스위치를 제공합니다. 따라서 휴대폰에서 가장 보안에 신경 쓰는 앱 중 일부는 자체 메모리 버그 때문에 문제가 발생하고 있습니다. 한 독자가 탭하여 결제에 대해 물었고 프로젝트가 답변했습니다. Google Pay는 GrapheneOS를 금지하며, 대부분의 은행은 탭하여 결제 기능을 Google Pay에 넘깁니다. 유럽에서는 Curve Pay, PayPal 및 많은 유럽 뱅킹 앱이 이를 허용하며, GrapheneOS는 그곳에서 Google Pay로의 이동이 대부분 중단되었다고 말합니다.

2:42 GrapheneOS가 이 쇼에 마지막으로 나왔던 9월 19일에는 Pixel 지원이 주제였습니다. 금융 앱을 제공하는 경우 privsec.dev의 커뮤니티 목록은 GrapheneOS에서 어떤 앱이 작동하는지에 대한 크라우드소싱 기록이므로, 귀하의 앱은 이미 목록에 있을 것입니다. 사용자 보고서를 읽어보는 것이 좋습니다.

덴마크는 왜 Office 시범 프로젝트를 보류했을까요?

2:59 2025년 7월, 덴마크 디지털화부는 오픈소스를 병행하여 테스트하고 있다고 밝혔고, 장관은 덴마크가 자유롭게 행동할 수 없을 정도로 소수에 의존해서는 안 된다고 썼습니다. 10월 20일, Computerworld Denmark는 해당 부처가 Microsoft Office 스위트의 오픈소스 대안에 대한 많은 논의가 있었던 시범 프로젝트를 조용히 중단했다고 보도했습니다. 이 기사는 유료이므로 제목과 첫 단락에 있는 내용만 알려드릴 수 있습니다.

3:27 해당 페이지는 Collabora를 시범 프로젝트로 언급합니다. 이유, 날짜 또는 다음 단계를 확인할 수 없었고, 추측하지도 않겠습니다. 한 Hacker News 독자는 시범 프로젝트가 라이선스 협상에서 항상 흥정 수단이었는지 물었습니다. 그 스레드의 누구도 증거를 가지고 있지 않았으므로 질문으로 남습니다. 9월 29일 네덜란드의 NixOS 작업 환경과 비교해 보세요. 역시 8개 지자체와 함께하는 시범 프로젝트였습니다.

잠금 해제된 RTX 4090이 정말 두 배 빠를까요?

3:48 이제 네 번째 이야기입니다. gpu unlock ada라는 GitHub 저장소가 10월 23일에 등장했으며 벌써 약 2100개의 별을 받았습니다. 이는 순정 NVIDIA 드라이버가 시작되기 전에 속도 선택 재정의를 설정하는 Linux 커널 모듈입니다. README는 Hugging Face에서 분석된 페이로드와 이전에 포크된 프로젝트를 언급합니다. 여기에 주요 숫자가 있습니다. RTX 4090에서 README는 16비트 부동 소수점 텐서 연산을

4:09 기본적으로 약 166테라플롭스, 잠금 해제 후 약 332테라플롭스로 측정했습니다. 두 배 증가했습니다. bfloat 16 형식도 동일했습니다. 사람 부분은 릴레이 경주입니다. 페이로드 분석은 Hugging Face 프로젝트에서 나왔고, Linux 모듈은 이전 프로젝트의 포크이며, 하나의 MSI 카드용 Windows 포트는 Latence.app에서 나왔습니다. README는 다른 Ada 카드는 확인되지 않았다고 말합니다. 이제 두 번째 숫자입니다.

4:36 실제 cuBLAS 행렬 곱셈에서 동일한 README는 16비트 부동 소수점이 12~34% 증가했다고 보고합니다. Bfloat 16은 두 가지 모양에서 16~20% 증가했으며, 큰 모양에서는 거의 움직이지 않았습니다. 단일 8비트 부동 소수점 테스트는 0.3% 이동했습니다. README는 이를 전체 애플리케이션 속도에 대해 거의 알려주지 않는 단일 실행 쌍으로 설명합니다. 제 조언은 이것을 드라이버 아래 설정을 변경하는 타사 코드로 취급하라는 것입니다. 시도하더라도 예비 기계를 사용하고, 먼저 저장소의 자체 테스트 페이지를 읽으십시오.

5:00 제가 말하는 것을 듣는 것보다 이것을 읽고 싶다면, diff는 매일 아침 무료로 daily diff.dev에서 받은 편지함으로 전송됩니다. 링크는 아래에 있습니다. 따라서 오늘의 평결은 NEEDS REVIEW입니다. 제가 검토하는 이유는 이들 각각이 다른 사람이 쥐고 있는 스위치이기 때문입니다. 따라서 자신의 설정이 그 중 어느 것에 의존하는지 확인하세요. 구독하고, 알림을 켜고, 다르게 평가했을지 댓글로 알려주세요.

NEEDS REVIEW 도장은 무엇을 받나요?

5:19 오늘의 diff는 여기까지입니다. 저는 Axrisi의 Niko입니다. 책임감 있게 병합하세요. Roku는 모든 개발자 코드를 GitHub에서 GitLab으로 옮겼습니다. 공지사항에는 업데이트해야 할 링크가 나와 있습니다. 이유는 전혀 나와 있지 않습니다.

출처

1. Developer repositories moved from GitHub to GitLabRoku developer blog
2. GrapheneOS post on banking apps (Mastodon)GrapheneOS
3. Banking Applications Compatibility with GrapheneOSPrivSec
4. Digitaliseringsministeriet har i al stilhed droppet stort anlagt forsøg med open source-alternativ til MicrosoftComputerworld Denmark
5. Danish ministry switching from Microsoft Office/365 to LibreOfficeThe Document Foundation
6. gpu-unlock-ada READMEGitHub (JustAResearcher)
7. Roku developer repositories moved from GitHub to GitLab (discussion)Hacker News
8. Around a dozen banking apps began specifically permitting GrapheneOS (discussion)Hacker News
9. Danish Government silently drops plan to dump MS Office (discussion)Hacker News
10. AD103_win_unlocker (payload analysis credited by the README)Hugging Face (TOTORONG)