2P by GN⁺ | ★ favorite | 댓글 2개
  • yarchive의 Computers 인덱스는 오래된 Usenet 글을 컴퓨터 아키텍처, 언어, 운영 체제, Linux, 하드웨어, 컴퓨터 비즈니스 주제로 묶어 찾아보기 쉽게 만든 자료임
  • Computer Architecture에는 128비트·64비트 프로세서, AMD64, 캐시, RISC vs CISC, TLB, SPEC, VAX, zero registers 같은 저수준 설계 논점이 모여 있음
  • Programming Languages는 C, Fortran, Ada, COBOL뿐 아니라 컴파일러 최적화, ABI, 포인터, volatile, long long, GPL과 linking까지 언어 주변의 실무 쟁점을 다룸
  • 운영 체제 영역은 BSD, microkernels, mmap, setuid, FTP 보안 취약점에 더해 Linux 커널 개발, 파일시스템, 보안, Git, GPL, 메모리 장벽 항목으로 확장됨
  • 각 항목이 글 제목, 작성자, 바이트 단위 크기를 함께 보여줘 원문 아카이브를 주제와 작성자 기준으로 골라 읽기 좋음

인덱스 형식과 읽는 법

  • yarchive의 Computers 페이지는 컴퓨터 관련 글을 주제별로 나눈 링크 목록임
  • 각 링크는 대체로 다음 정보를 함께 제공함
    • 글 제목
    • 작성자 또는 참여자 이름
    • 글 크기, 예: [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

Linux 하위 섹션

  • Linux는 운영 체제 항목 아래의 별도 섹션으로, 커널 개발과 시스템 프로그래밍 관련 항목이 많이 나열됨
  • ABI 문서화, ACPI, BIOS, 블록 계층, 캐시, 코딩 스타일, Git, GPL, 커널 헤더, 락, 메모리 장벽, 파일시스템, 보안, 스케줄러, TLB, UTF-8, zero-copy 등을 다룸
  • 대표 항목
  • Linus Torvalds, Al Viro, Theodore Ts'o, H. Peter Anvin 등이 여러 Linux 항목에 반복적으로 표시됨

댓글과 토론

Hacker News 의견들
  • 나이가 들수록 Usenet은 놓친 기회였다는 느낌이 커짐. 몇 가지만 개선됐다면 친구 연결 중심이 아니게 된 Facebook이나 Reddit의 자리를 대신할 수 있었고, 지역 비즈니스 홍보와 뉴스 배포에도 훌륭했을 것 같음
    분산형이고 여러 클라이언트가 있었으며, 원하는 만큼 좁은 주제로 나눌 수 있어서 그룹 구조가 subreddit과 거의 그대로 대응됐을 듯함

    • koldfront.dk의 @asjo는 아직도 NNTP를 RSS 집계기, 블로그 엔진, ActivityPub 서버 등 여러 용도로 쓰고 있음: https://koldfront.dk/just_call_me_mr_nntp_1871
      정말 놓친 기회였고, 프로토콜은 이해하기 쉬우며 분산화와 셀프호스팅에도 잘 맞음. Python 3.12 이후 nntplib가 3.13에서 제거 예정인 건 아쉽고, NNTP는 부활할 가치가 있음
    • Usenet에는 어려운 문제가 꽤 있음. 특히 조정과 삭제가 문제라서, 자기 글이나 나중에 불법으로 판명된 글을 편집·삭제할 수 있어야 하고, 이는 게시 전 내용 검토까지 암시함
      스팸도 큰 문제고, 사칭을 막으려면 모든 것을 서명해야 하는데 암호화를 제대로 쓰는 건 경험상 매우 번거롭다. 이메일에서도 만족스럽게 작동하지 못하는 걸 이미 봄. 게다가 Reddit처럼 초당 수십 댓글이 달리는 뜨거운 스레드 규모를 Usenet이 감당할 수 있을지도 의문임. 이런 것들이 “몇 가지 개선”으로 해결될 수 있을까?
    • 이메일 2.0 스레드에서도 비슷한 논의가 조금 있었음: https://news.ycombinator.com/item?id=40392709
      나쁜 돈이 좋은 돈을 몰아내듯 나쁜 서비스가 좋은 서비스를 밀어내는 듯함. 편의성 때문에 중앙집중형이 분산형을 이기고, 그 편의성이 사람들을 끌어들여 결국 플랫폼 안에 들어가게 만듦. 고전 Usenet은 아직 있고, 이메일 주소가 있으면 Eternal September 계정을 만들 수 있음. 사용자는 많지 않지만 그중 하나가 될 수 있음
    • 아직 몇몇 그룹을 직접 쓰고 있지만 트래픽이 날마다 줄어들고 있음. 단순했고, 계정을 강요받지 않았으며, 스레딩이 훌륭했음
      지금은 사칭 등을 생각하면 계정이 유용할 수도 있겠지만, 점수화와 plonk는 원하는 내용을 관리하고 걸러내는 데 정말 강력한 도구였음. 읽음 상태 동기화 문제는 있었지만 지금이라면 쉽게 개선할 수 있을 듯함
    • 새 피드를 요청할 때, 특히 조정되는 피드를 원하면 오만한 문지기들이 심하게 막아섰음. 그 문지기들은 웹이라는 기차가 오는 걸 보지 못했고, 알아차렸을 때는 이미 늦었음
  • 아직도 소름 돋는 Usenet 게시물 중 하나는 1989년 11월 10일 베를린에서 올라온 이 글임: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • “독일은 1890년쯤부터 1945년 사이에만 통일되어 있었고, 그때도 딱히 대성공은 아니었다”는 식의 코멘트가 있었다니 1980년대식 독설이 엄청남. 요즘 점잖은 자리에서 저런 말을 타이핑할 수 있을까 싶음
    • 1년 전 HN에서 이걸 봤음[1]. 다큐멘터리로만 알던 사건을 사람들이 HN에서 다른 주제를 다루듯 토론하는 걸 보고 놀랐음
      [1]: https://news.ycombinator.com/item?id=35937637
    • 정말 놀라워서 1950년부터 서베를린에 살던 아버지에게 보냈음
    • 그 스레드는 읽을 만함. 미래 예측은 어렵다는 게 드러남
    • Usenet이 1980년에 시작됐다는 걸 방금 알았는데, 정말 대단함
  • https://yarchive.net/comp/sandboxes.html는 Clarke의 제1법칙을 보여주는 흥미로운 예임. “저명하지만 나이 든 과학자가 어떤 일이 가능하다고 말하면 거의 맞고, 불가능하다고 말하면 대개 틀리다”는 법칙 말임
    Theodore Ts'o의 글은 소프트웨어 샌드박싱이 불가능하진 않아도 꽤 어렵다고 주장함. 사용자나 샌드박스된 프로그램이 설정해야 하는데, 사용자는 뭘 해야 할지 모르고 실행 파일은 신뢰할 수 없다는 논리임. 하지만 운영체제가 모든 샌드박스 형태를 정하고 소프트웨어가 거기에 맞추는 방식을 빠뜨렸음. Android와 iOS, 그리고 snap·flatpak을 통한 Linux가 점점 이 모델을 씀. 샌드박싱은 가능할 뿐 아니라 필수적임
    틀리는 건 큰 죄가 아니고 누구나 가끔 틀림. 그 뒤로도 저자는 Linux 커널에서 훌륭한 일을 했음. 똑똑한 사람들이 왜 틀리는지 생각하고 “불가능” 주장에 회의적인 태도를 갖는 건 흥미로움

    • 꼭 그것만도 아님. 프로그램이 요구사항을 이해 가능한 매니페스트로 제시하고, 사용자가 허용·거부를 선택하면 됨
      표준화된 샌드박스는 사용성과 분석을 쉽게 하고, 애플리케이션 개발자가 이해하기 쉬운 보안 모델을 겨냥할 수 있게 해줌. 원글의 문제는 악의 없는 모든 프로그램이 아무리 복잡해도 반드시 돌아가야 한다고 가정한다는 데 있음. 정지 문제 때문에 형식 기법이 불가능하다는 식의 헛소리와 같은 사고방식임. 분석하기 쉽게 만들지 않으면 그냥 거부하면 되고, 그러면 정지 문제는 피해 감
    • 덜 신뢰할 수 있는 환경에서 실행을 프로파일링한 뒤 그 결과로 샌드박스를 정의할 수도 있음. 예를 들어 Linux를 NSA SEL 학습 모드로 돌리는 방식임
      이 방식은 비밀스럽거나 잊혔거나 독점적인 시스템에도 잘 맞는 블랙박스식 시스템 감시 접근이고, 하드웨어든 소프트웨어든 대부분의 시스템에서 좋은 공학 관행임. 이상 징후는 대체로 꽤 잘 감지되기 때문임
  • NNTP가 확장되지 않는다고 생각할 수 있지만, 전성기에도 Usenet만 NNTP 네트워크였던 건 아님. Usenet과 피어링하지 않는 수많은 틈새 NNTP 서버가 있었고, 일부 틈새 NNTP 커뮤니티는 지금도 잘 돌아감
    몇 개 피어만 있는 작은 폐쇄형 네트워크도 수백~수천 명을 감당할 수 있음. 소셜 미디어 구조는 전 세계가 피드나 받은편지함으로 밀려드는 데 익숙하게 만들었지만, 꼭 그래야 하는 건 아님. 그래서 NNTP가 좋음. 압도적인 대중 참여가 없다는 건 버그가 아니라 기능임

  • 오프라인으로 쓰려면 여기서 받을 수 있음: https://yarchive.net/downloads/
    GNU/Linux나 BSD에서 Midnight Commander 같은 걸 쓰면 압축을 풀지 않고도 파일을 바로 읽을 수 있어 편리함

  • 이것들을 날짜순으로 정렬할 방법이 있으면 좋겠음

  • “새 프로그래밍 언어의 주 대상은 기존 프로그래머, 즉 이미 영어 키워드를 쓰는 언어에 익숙한 사람들이다. 영어 키워드에 어려움을 겪는 사람들은 아마 프로그래머로 일하지 않을 테니 목소리가 들리지 않는다”[1]는 문제는 영어와 프로그래밍 언어를 훨씬 넘어서는 문제임
    [1]: https://yarchive.net/comp/english.html

  • 1992년 7월, SunOS 4.1용 NeWS의 HyperLook에서 돌아가는 SimCity 발표를 올리고 ftp.uu.net으로 배포했다가, 인터넷을 상업용 소프트웨어 배포에 악용했다며 불탔던 스레드나 메일 아카이브를 이제는 찾을 수 없음
    완전 동작하는 데모를 FTP로 받을 수 있었지만 몇 분 뒤 도시가 녹아내렸고, 800 번호로 전화해 신용카드로 라이선스 키를 사면 즉시 잠금 해제할 수 있었음. 추가 비용을 내면 플로피와 인쇄 매뉴얼이 담긴 박스도 우편으로 보내줬음. 당시에는 https도 없고 http 웹 서버도 많지 않았으며, 신용카드 번호를 이메일로 보내는 건 현명하지 않았음
    그 전까지는 미국 국방부의 ARPANET 허용 사용 정책상 상업적 이용이 금지됐지만, 1991년쯤 NSF가 NSFNET의 상업적 이용 제한을 풀었음. 다만 1992년 7월 Unix용 SimCity를 상업 출시했을 때는 모두가 그 소식을 알진 못해서 당연히 비난을 받았음
    인터넷 상업화의 최전선에 있던 Rick Adams가 ftp.uu.net의 익명 FTP로 배포할 계정을 줬고, 그는 괜찮다고 봤으니 불평하는 사람들은 무시했음. Usenet UUCP 트래픽 상당수가 uunet 허브를 거쳤기 때문에 don@uunet / uunet!don으로 엉뚱하게 잘못 온 메일도 종종 받았지만, 신용카드 번호가 들어간 메일은 없었음
    https://donhopkins.com/home/SimCity_HyperLook.gif
    https://donhopkins.com/home/HyperLookSimCityManual.pdf
    https://groups.google.com/g/comp.windows.x/c/ukCskm_x410/m/G...
    ARPANET 초기에는 상업적 사용이 금지됐고, 인터넷의 상업화·민영화 과정에서 1991년 NSFNET의 제한 완화와 1995년 백본 민영화가 중요한 전환점이었음. Rick Adams와 UUNET도 UUCP 기반 Usenet·메일 서비스에서 상용 인터넷 백본으로 확장하며 인터넷 상업화에 큰 역할을 했음
    https://en.wikipedia.org/wiki/Rick_Adams_(Internet_pioneer)
    Suck.com Net.Moguls Internet Mogul Trading Cards: https://web.archive.org/web/20181211075708/http://www.suck.c...
    Rick Adams, Front: https://web.archive.org/web/20180802115113im_/http://www.suc...
    Rick Adams, Back: https://web.archive.org/web/20180802143444im_/http://www.suc...

    • HN 댓글을 쓰는 데 ChatGPT로 쓰레기 같은 글을 만들지는 않았으면 함
    • UUCP와 인터넷은 같은 것이 아니지만, 둘 다 Usenet과 메일을 호스팅했음
      인터넷 상업화의 큰 쟁점은 원래 인터넷에 연결된 회사들이 제3자에게 패킷을 라우팅하는 것이 금지됐다는 점이었고, 실제로 판을 바꾼 건 그 정책이 바뀐 뒤였음. 그 후에는 누구나 참여할 수 있게 됨
  • “Linux가 왜 가장 널리 배포된 Unix가 됐다고 생각하나? 틈새를 피했고, 근친교배를 피했으며, 지나치게 지시받지 않았기 때문에 불균형한 시스템에서 보이는 문제를 겪지 않았다”[1]는 말이 인상적임
    [1]: https://news.ycombinator.com/item?id=40404440

Maximum tokens exceeded