Posts clássicos da Usenet sobre arquitetura de computadores, sistemas operacionais e linguagens

 (yarchive.net)
2 pontos por GN⁺ 2024-05-20 | 2 comentários | Compartilhar no WhatsApp
  • O índice Computers do yarchive é um recurso que agrupa posts antigos da Usenet por temas como arquitetura de computadores, linguagens, sistemas operacionais, Linux, hardware e negócios de computação, facilitando a navegação
  • Computer Architecture reúne discussões de baixo nível sobre decisões de projeto como processadores de 128 e 64 bits, AMD64, cache, RISC vs CISC, TLB, SPEC, VAX e zero registers
  • Programming Languages aborda não só C, Fortran, Ada e COBOL, mas também questões práticas em torno das linguagens, como otimização de compiladores, ABI, ponteiros, volatile, long long, GPL e linking
  • A área de sistemas operacionais cobre BSD, microkernels, mmap, setuid e vulnerabilidades de segurança em FTP, além de se expandir para desenvolvimento do kernel Linux, sistemas de arquivos, segurança, Git, GPL e barreiras de memória
  • Cada item mostra título do post, autor e tamanho em bytes, facilitando escolher e ler o arquivo original por tema e autor

Formato do índice e como ler

  • A página Computers do yarchive é uma lista de links que divide posts relacionados a computação por assunto
  • Cada link geralmente vem acompanhado das seguintes informações
    • Título do post
    • Nome do autor ou participante
    • Tamanho do post, por exemplo: [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

Subseção Linux

  • Linux é uma seção separada dentro dos itens de sistemas operacionais, com muitos tópicos relacionados ao desenvolvimento do kernel e à programação de sistemas
  • Aborda documentação de ABI, ACPI, BIOS, camada de blocos, cache, estilo de codificação, Git, GPL, headers do kernel, locks, barreiras de memória, sistemas de arquivos, segurança, escalonador, TLB, UTF-8, zero-copy e outros temas
  • Itens representativos
  • Linus Torvalds, Al Viro, Theodore Ts'o e H. Peter Anvin aparecem repetidamente em vários itens sobre Linux

Leituras relacionadas

2 comentários

 
GN⁺ 2024-05-20
Comentários no Hacker News

  • Quanto mais velho fico, mais sinto que a Usenet foi uma oportunidade perdida. Com apenas algumas melhorias, ela poderia ter ocupado o lugar do Facebook, que deixou de ser centrado em conexões entre amigos, ou do Reddit, e também teria sido excelente para promoção de negócios locais e distribuição de notícias
    Ela era descentralizada, tinha vários clientes e podia ser dividida em tópicos tão específicos quanto se quisesse, então a estrutura de grupos teria correspondido quase diretamente aos subreddits

    • @asjo, da koldfront.dk, ainda usa NNTP para várias coisas, como agregador RSS, motor de blog e servidor ActivityPub: https://koldfront.dk/just_call_me_mr_nntp_1871
      Foi mesmo uma oportunidade perdida; o protocolo é fácil de entender e combina bem com descentralização e self-hosting. É uma pena que, depois do Python 3.12, a nntplib esteja prevista para ser removida no 3.13, e o NNTP merece ser ressuscitado
    • A Usenet tem alguns problemas difíceis. Em especial, moderação e exclusão são complicadas: seria preciso poder editar ou apagar seus próprios posts, ou posts que depois se revelem ilegais, e isso implica até revisão do conteúdo antes da publicação
      Spam também é um grande problema e, para impedir falsificação de identidade, seria preciso assinar tudo; mas usar criptografia direito é, pela experiência, muito trabalhoso. Já vimos que isso nem funciona de forma satisfatória no e-mail. Além disso, fica a dúvida se a Usenet conseguiria lidar com a escala de threads quentes como no Reddit, com dezenas de comentários por segundo. Será que essas coisas poderiam ser resolvidas com “algumas melhorias”?
    • Houve uma discussão parecida, em parte, na thread sobre e-mail 2.0: https://news.ycombinator.com/item?id=40392709
      Parece que serviços ruins expulsam serviços bons, como dinheiro ruim expulsa dinheiro bom. Por conveniência, o centralizado vence o descentralizado, e essa conveniência atrai as pessoas até que elas acabem dentro da plataforma. A Usenet clássica ainda existe e, se você tem um endereço de e-mail, pode criar uma conta no Eternal September. Não há muitos usuários, mas você pode ser um deles
    • Ainda uso alguns grupos diretamente, mas o tráfego diminui a cada dia. Era simples, não me obrigavam a ter conta, e o threading era excelente
      Hoje, pensando em falsificação de identidade e coisas do tipo, contas talvez fossem úteis, mas pontuação e plonk eram ferramentas realmente poderosas para gerenciar e filtrar o que você queria. Havia o problema de sincronização do estado de leitura, mas hoje isso provavelmente poderia ser melhorado com facilidade
    • Ao solicitar um novo feed, especialmente se você queria um feed moderado, gatekeepers arrogantes barravam duramente o caminho. Esses gatekeepers não viram o trem chamado web chegando e, quando perceberam, já era tarde demais

  • Um dos posts da Usenet que ainda me dá arrepios é este, publicado em Berlim em 10 de novembro de 1989: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • Houve um comentário do tipo “a Alemanha só esteve unificada entre por volta de 1890 e 1945, e mesmo assim não foi exatamente um grande sucesso”; o veneno estilo anos 1980 era impressionante. Fico pensando se hoje alguém conseguiria digitar algo assim em um ambiente educado
    • Vi isso no HN há um ano[1]. Fiquei surpreso ao ver pessoas discutindo no HN, como se fosse outro assunto qualquer, um acontecimento que eu só conhecia por documentários
      [1]: https://news.ycombinator.com/item?id=35937637
    • Achei tão impressionante que enviei ao meu pai, que morava em Berlim Ocidental desde 1950
    • Essa thread vale a leitura. Ela mostra que prever o futuro é difícil
    • Acabei de descobrir que a Usenet começou em 1980; isso é realmente incrível

  • https://yarchive.net/comp/sandboxes.html é um exemplo interessante da primeira lei de Clarke: “Quando um cientista distinto, porém idoso, afirma que algo é possível, quase certamente está certo; quando afirma que algo é impossível, muito provavelmente está errado”
    O texto de Theodore Ts'o argumenta que sandboxing de software, mesmo que não seja impossível, é bem difícil. A lógica é que o usuário ou o programa em sandbox precisaria configurá-lo; o usuário não sabe o que fazer, e o executável não é confiável. Mas ele deixou de fora o modelo em que o sistema operacional define todas as formas de sandbox e o software se adapta a elas. Android e iOS, além do Linux por meio de snap e flatpak, usam cada vez mais esse modelo. Sandboxing não só é possível como é essencial
    Estar errado não é um grande pecado, e todo mundo erra às vezes. Depois disso, o autor ainda fez um trabalho excelente no kernel Linux. É interessante pensar por que pessoas inteligentes erram e manter uma postura cética diante de alegações de “impossível”

    • Não é necessariamente só isso. O programa pode apresentar seus requisitos em um manifesto compreensível, e o usuário escolhe permitir ou negar
      Um sandbox padronizado facilita a usabilidade e a análise, e permite que desenvolvedores de aplicações mirem um modelo de segurança fácil de entender. O problema do texto original é presumir que todo programa não malicioso precisa necessariamente rodar, por mais complexo que seja. É a mesma linha de pensamento da bobagem de dizer que métodos formais são impossíveis por causa do problema da parada. Se você não tornar a análise fácil, basta negar, e aí o problema da parada é contornado
    • Também é possível fazer profiling da execução em um ambiente menos confiável e, a partir do resultado, definir o sandbox. Por exemplo, rodar Linux no modo de aprendizagem do NSA SEL
      Esse é um enfoque de monitoramento de sistema em caixa-preta que também se adapta bem a sistemas secretos, esquecidos ou proprietários, e é uma boa prática de engenharia para a maioria dos sistemas, sejam eles de hardware ou software. Afinal, anomalias em geral são detectadas razoavelmente bem

  • Você pode achar que NNTP não escala, mas, mesmo no auge, a Usenet não era a única rede NNTP. Havia inúmeros servidores NNTP de nicho que não faziam peering com a Usenet, e algumas comunidades NNTP de nicho continuam funcionando bem até hoje
    Pequenas redes fechadas com apenas alguns peers também conseguem atender centenas ou milhares de pessoas. A estrutura das redes sociais nos acostumou à ideia de que o mundo inteiro vem parar no feed ou na caixa de entrada, mas não precisa ser assim. É por isso que NNTP é bom. A falta de participação massiva e esmagadora não é um bug; é um recurso

  • Para ler offline, dá para baixar aqui: https://yarchive.net/downloads/
    No GNU/Linux ou BSD, é conveniente usar algo como o Midnight Commander, pois dá para ler os arquivos diretamente sem descompactá-los

  • Seria bom se houvesse uma forma de ordenar isso por data

  • O problema de que “o público-alvo principal de uma nova linguagem de programação são os programadores existentes, ou seja, pessoas que já estão acostumadas a linguagens que usam palavras-chave em inglês. Quem tem dificuldade com palavras-chave em inglês provavelmente não trabalha como programador, então sua voz não é ouvida”[1] vai muito além de inglês e linguagens de programação
    [1]: https://yarchive.net/comp/english.html

  • Em julho de 1992, foi publicado o anúncio do SimCity rodando no HyperLook do NeWS para SunOS 4.1 e ele foi distribuído via ftp.uu.net; hoje já não consigo mais encontrar o thread ou o arquivo de e-mails em que houve uma enxurrada de críticas, acusando-os de abusar da Internet para distribuir software comercial
    Era possível baixar uma demo totalmente funcional por FTP, mas depois de alguns minutos a cidade derretia; ao ligar para um número 800 e comprar uma chave de licença com cartão de crédito, dava para desbloqueá-la imediatamente. Pagando um valor adicional, eles também enviavam pelo correio uma caixa com disquete e manual impresso. Na época não havia https e não havia muitos servidores web http, e enviar o número do cartão de crédito por e-mail não era uma ideia sensata
    Até então, o uso comercial era proibido pela política de uso aceitável da ARPANET do Departamento de Defesa dos EUA, mas por volta de 1991 a NSF removeu as restrições ao uso comercial da NSFNET. Ainda assim, quando o SimCity para Unix foi lançado comercialmente em julho de 1992, nem todo mundo sabia disso, então é claro que receberam críticas
    Rick Adams, que estava na linha de frente da comercialização da Internet, forneceu uma conta para distribuição por FTP anônimo em ftp.uu.net; como ele achava que estava tudo bem, simplesmente ignoraram quem reclamava. Como uma parte considerável do tráfego UUCP da Usenet passava pelo hub da uunet, às vezes chegavam por engano e-mails destinados a don@uunet / uunet!don, mas nenhum deles continha números de cartão de crédito
    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...
    Nos primeiros tempos da ARPANET, o uso comercial era proibido; no processo de comercialização e privatização da Internet, a flexibilização das restrições da NSFNET em 1991 e a privatização do backbone em 1995 foram pontos de virada importantes. Rick Adams e a UUNET também tiveram um papel importante na comercialização da Internet, expandindo-se de serviços de Usenet e e-mail baseados em UUCP para um backbone comercial de Internet
    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...

    • Espero que não usem o ChatGPT para produzir textos lixo ao escrever comentários no HN
    • UUCP e Internet não são a mesma coisa, mas ambos hospedavam Usenet e e-mail
      A grande questão da comercialização da Internet era que, originalmente, empresas conectadas à Internet eram proibidas de rotear pacotes para terceiros; o que de fato mudou o jogo foi a alteração dessa política. Depois disso, qualquer um pôde participar

  • Achei marcante a frase: “Por que você acha que o Linux se tornou o Unix mais amplamente distribuído? Porque evitou nichos, evitou endogamia e não foi excessivamente dirigido, por isso não sofreu os problemas vistos em sistemas desequilibrados”[1]
    [1]: https://news.ycombinator.com/item?id=40404440
 
jangsc0000 2024-05-20

Posts clássicos do Usenet sobre arquitetura de computadores, sistemas operacionais e linguagens