From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.help Subject: Re: lamers on IRC Date: Sat, 28 May 2022 20:50:52 -0700 Message-ID: <38b62931b8e3ef2c4ee2dd71e111d857@basiscraft.com> References: <87wnedb6xe.fsf@dataswamp.org> <87o7zox6w4.fsf@dataswamp.org> <87pmk1b5ot.fsf@dataswamp.org> <9109efc3-0d1d-4d21-8160-24da6f7cd256@www.fastmail.com> <87bkvj9fr7.fsf@dataswamp.org> <87ee0eselt.fsf@dataswamp.org> <5b08e28cbbd8e3c63febe68ead319316@basiscraft.com> <87k0a68eyl.fsf@dataswamp.org> <875ylq8dev.fsf@dataswamp.org> <2a7698a89c8e34126dbc7e357feea8e0@basiscraft.com> <874k19pue3.fsf@dataswamp.org> <877d65oaxj.fsf@dataswamp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21442"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Roundcube Webmail/1.3.17 To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun May 29 05:51:35 2022 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nv9xm-0005Pb-U0 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 29 May 2022 05:51:34 +0200 Original-Received: from localhost ([::1]:60316 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nv9xk-0006sN-KZ for geh-help-gnu-emacs@m.gmane-mx.org; Sat, 28 May 2022 23:51:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45930) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nv9xC-0006sE-CZ for help-gnu-emacs@gnu.org; Sat, 28 May 2022 23:50:58 -0400 Original-Received: from d.mail.sonic.net ([64.142.111.50]:58194) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nv9xA-00086n-8u for help-gnu-emacs@gnu.org; Sat, 28 May 2022 23:50:57 -0400 Original-Received: from webmail.sonic.net (webmail.a.apps.sonic.net [64.142.109.105]) (authenticated bits=0) by d.mail.sonic.net (8.16.1/8.16.1) with ESMTPA id 24T3oqt0018667; Sat, 28 May 2022 20:50:52 -0700 In-Reply-To: <877d65oaxj.fsf@dataswamp.org> X-Sonic-Auth: tow73D6TNAEcyC33y7Z6G2iokkbBoo0zZPlC7DXckLYalNPrUfqxaayJPLuMlpy2cE2rKOHaxBaDvJ44Ys1t656AdQD/n75OfPpkCdUOKWQ= X-Sonic-CAuth: UmFuZG9tSVaRXUofoLVXphVNoTmiX/b16862xLY81lGR8Kveb16o6RPd5sVHvxgqF3rXa8B8n0QOyBh6Dlp8+yIf3fzeFC4qsCFwZwz195k= X-Sonic-ID: C;BmAsiQLf7BGnaqG3XTPn8g== M;pg4ziQLf7BGnaqG3XTPn8g== X-Sonic-Spam-Details: -0.0/5.0 by cerberusd Received-SPF: none client-ip=64.142.111.50; envelope-from=lord@basiscraft.com; helo=d.mail.sonic.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:137459 Archived-At: >> My initial encounter with net news did not involve ISPs or >> the IP protocol. It was company X's computers running a cron >> script to dial up and log in to computers at company Y. >> (Some others at the same time were already peering over >> the Arpanet.) > So how did that happen if not the Internet, telephone line > and UUCP? UUCP was used over landlines, with fast (for the day) modems. For connecting systems that are physically close (like, same machine room), the modem and telephone wires could be omitted to use just rs232 lines directly. That's why I say, today, to build a P2P social network it would be sensible to start with something like (perhaps exactly like) rsync(1) and handle live chat and streaming separately. Not limited to social networks, either. Wouldn't it be interesting if, say, wikipedia were (search features notwithstanding) just a static set of files you'd cache widely using rsync, submitting patches to pages using some kind of low-tech distributed, decentralized revision control system? So much resiliance. So much non-reliance on any specific network technology. Such simplicity. ;-) -t On 2022-05-28 09:54, Emanuel Berg wrote: > Thomas Lord wrote: > >> Although individual posts flow in both directions between >> peers, in practice, some nodes emerged, the main function of >> which was to form a kind of high bandwidth backbone carrying >> all the net-work wide popular groups, and offering peering >> to many peripheral nodes. >> >> To continue the example: at the little start-up I worked at, >> they didn't try to carry all the groups available at the >> time. They carried some obvious groups (such as comp.lang.c, >> about the C programming language) and, beyond those core >> groups, they would add anything someone asked for and that >> the big "upstream" peer had. >> >> The big upstream peer got most of its very large set of >> groups to choose from by peering with other big hosts. >> They also carried back posts from "edge nodes" to the rest >> of the world. >> >> The p2p software - that today might easily be replaced with >> something close to rsync(1) - saw peers as symmetric. >> The IRL social network operating netnews recognized the >> big-iron/big-pipes/serves-many "upstream" as different from >> the local hosts/low activity/selected groups "downstream". >> Maybe a bit like how the logical functions of Internet >> routers are symmetrical, but an upstream/downstream topology >> emerges on the basis of the physical network and who is >> connected where. > > Got it, > > inner node = server, upstream > > edge node = host (client), downstream > > but in theory the server could act as a host and the host as > a server? > >>> I've heard the so called binary groups (which contained >>> multimedia) were part of the reason of the fall in popular >>> use since people were sharing files - so not the least XXX >>> rated movies - to the extent it ate up most of the >>> bandwidth while there still wasn't a monetary incentive to >>> keep providing the service, from the ISP's POV ... >> >> My initial encounter with net news did not involve ISPs or >> the IP protocol. It was company X's computers running a cron >> script to dial up and log in to computers at company Y. >> (Some others at the same time were already peering over >> the Arpanet.) > > So how did that happen if not the Internet, telephone line > and UUCP?