<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Lazy Reading for 2022/07/17	</title>
	<atom:link href="https://www.dragonflydigest.com/2022/07/17/lazy-reading-for-2022-07-17/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2022/07/17/lazy-reading-for-2022-07-17/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Mon, 18 Jul 2022 00:52:37 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.4</generator>
	<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2022/07/17/lazy-reading-for-2022-07-17/comment-page-1/#comment-491044</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Mon, 18 Jul 2022 00:52:37 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=27172#comment-491044</guid>

					<description><![CDATA[Plenty of people are being producers now - it&#039;s just getting dumped gratis into Facebook/Twitter/TikTok/Youtube.  Not that I think it&#039;s right, mind you.  Even with IPv6 it would be hard to host from home.

I was working at Time Warner for the Road Runner cable modem launch in my franchise area, and I thought it would lead to all sorts of people hosting their own servers, etc.  Bandwidth down to the customer was 10mbit, upload was 1mbit, or something like that - nobody asked about upload, which I was sure was not enough.  After some months of that, usage reflected that priority.  Most people downloaded all the time.  Somewhere less than 1% out of about 50,000 customers served data from their machines.

This was pre-Facebook, pre-platform, so around 1999-2002 ish.  That&#039;s a low percentage, though still a significant number of people that otherwise might not have had a way to publish.]]></description>
			<content:encoded><![CDATA[<p>Plenty of people are being producers now &#8211; it&#8217;s just getting dumped gratis into Facebook/Twitter/TikTok/Youtube.  Not that I think it&#8217;s right, mind you.  Even with IPv6 it would be hard to host from home.</p>
<p>I was working at Time Warner for the Road Runner cable modem launch in my franchise area, and I thought it would lead to all sorts of people hosting their own servers, etc.  Bandwidth down to the customer was 10mbit, upload was 1mbit, or something like that &#8211; nobody asked about upload, which I was sure was not enough.  After some months of that, usage reflected that priority.  Most people downloaded all the time.  Somewhere less than 1% out of about 50,000 customers served data from their machines.</p>
<p>This was pre-Facebook, pre-platform, so around 1999-2002 ish.  That&#8217;s a low percentage, though still a significant number of people that otherwise might not have had a way to publish.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Eric Olson		</title>
		<link>https://www.dragonflydigest.com/2022/07/17/lazy-reading-for-2022-07-17/comment-page-1/#comment-491043</link>

		<dc:creator><![CDATA[Eric Olson]]></dc:creator>
		<pubDate>Sun, 17 Jul 2022 17:40:54 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=27172#comment-491043</guid>

					<description><![CDATA[It is interesting how Bob Frankston manages to discuss The Impact of Open Connectivity without mentioning IPv6, asymmetric home Internet speeds and ISP rules which prevent a person from sharing their Internet uplink with a neighbor.

In my opinion, to achieve the level of abundance that allowed technology innovators to create things like VisiCalc in the past, something much different is needed than the current vision of home broadband.

In general, the control that modern technology provides over who can produce things versus who can consume them needs to be addressed. In particular, to create the abundance needed for innovation, everyone needs to have the open connectivity to be a producer as well as a consumer. 

What can be done so the address limitations of IPv4 to go away and all home Internet services to run at the same speed in both directions?  

How about a marketing rule that between the available upstream and downstream speeds an ISP can only advertise the slowest of the two?

Should there be a rule about sustained bandwidth versus burst rates?  Over how many hours should sustained bandwidth be measured?

Maybe speculation about all the good things that will happen from open connectivity is a bit dangerous without any technical details about what kind of open connectivity would promote those goals.]]></description>
			<content:encoded><![CDATA[<p>It is interesting how Bob Frankston manages to discuss The Impact of Open Connectivity without mentioning IPv6, asymmetric home Internet speeds and ISP rules which prevent a person from sharing their Internet uplink with a neighbor.</p>
<p>In my opinion, to achieve the level of abundance that allowed technology innovators to create things like VisiCalc in the past, something much different is needed than the current vision of home broadband.</p>
<p>In general, the control that modern technology provides over who can produce things versus who can consume them needs to be addressed. In particular, to create the abundance needed for innovation, everyone needs to have the open connectivity to be a producer as well as a consumer. </p>
<p>What can be done so the address limitations of IPv4 to go away and all home Internet services to run at the same speed in both directions?  </p>
<p>How about a marketing rule that between the available upstream and downstream speeds an ISP can only advertise the slowest of the two?</p>
<p>Should there be a rule about sustained bandwidth versus burst rates?  Over how many hours should sustained bandwidth be measured?</p>
<p>Maybe speculation about all the good things that will happen from open connectivity is a bit dangerous without any technical details about what kind of open connectivity would promote those goals.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
