As reported at C|net, USB4 is ready to go.
USB4 is done, the group developing the next version of the immensely successful USB connector technology said Tuesday. USB4 doubles speeds compared to today's fastest USB 3.2 by incorporating Intel's speedy Thunderbolt technology that you already see on high-end laptops and peripherals. The USB Implementers Forum announced the completion of the technical specification Tuesday, a move that frees hardware and software engineers to get cracking building the actual products to support it.Today's USB 3.2, which enables data transfer speeds up to 20 gigabits per second, is still something of a rarity; most of us have earlier versions of the technology that works at 5Gbps or 10Gbps. USB4 promises a speed boost to 40Gbps, helpful for things like using multiple external displays or fetching files from external hard drives.
USB4 is done, the group developing the next version of the immensely successful USB connector technology said Tuesday. USB4 doubles speeds compared to today's fastest USB 3.2 by incorporating Intel's speedy Thunderbolt technology that you already see on high-end laptops and peripherals. The USB Implementers Forum announced the completion of the technical specification Tuesday, a move that frees hardware and software engineers to get cracking building the actual products to support it.
Today's USB 3.2, which enables data transfer speeds up to 20 gigabits per second, is still something of a rarity; most of us have earlier versions of the technology that works at 5Gbps or 10Gbps. USB4 promises a speed boost to 40Gbps, helpful for things like using multiple external displays or fetching files from external hard drives.
What is the Serial Bus equivalent of, "Looks like I'm going to have to buy the White Album again."?
I'm old enough to remember dialing in to local BBS systems and being able to type on my keyboard faster than the modem could transmit the characters over the line.
Now the text of every book I ever read in my life could probably be transferred in under a minute (and I've been a very prolific reader most of my life).
I wonder how fast serial transmissions will be in another 20 years, when they're turning me into Soylent Green.
Technically, the later revisions of USB are parallel, not serial. That is one of the ways they managed to increase the speeds so much and bring other sorts of improvements.
So, the Universal Serial Bus is parallel.
This world is a lie. Probably the cake is a lie too.
Did you also walk uphill both ways to school?
It appears the first commercial modem was the Bell103, at 300bps, designed to exceed the 150bps of teletype machines. Assuming 8-bit characters (though 7- wouldn't be unusual at the time) that's 37.5 characters per second, or ~450 words per minute. I have a hard time believing you could type faster than that.
Even if you somehow had access to one of the earlier ~100bps modems, that still allowed 150wpm, or 75wpm if half-duplex with echoing.
I suspect the real bottleneck was not the modem, but either very noisy lines that required much error correcting, slow software, or a BBS that was either inherently slow, or sagging under the load of people using it.
You forget about error correction, encoding, and line noise on the shitty copper cables. Also the computer at the other end was probably some 8088 POS. Seeing characters float across the screen slower than you could read or type was not common, but it did happen during the late 80's "golden age" of BBSs.
Actually, I mentioned all of those.
I remember the echo lagging behind my typing as well, sometimes even on a 14.4 modem - just never because the modem was slow. I suppose the distinction between a slow modem and a slow connection is perhaps a bit pedantic in most conversations, but when we're discussing theoretical bandwidths and the march of technology it seems quite relevant.
I know it would happen host-side sometimes on my system. On a couple of occasions I listening to the "conversation", and I could hear my transmit characters go out on typing, stop typing and get a carrier almost immediately, then response would pick up and the remaining characters would display but also instantly including the host computer's response (yet other times there'd be no buffer and all my text would send, delay, then host's response). TRS-80 M III, 300 Baud Modem I. Sometimes I miss those days.... [adafruit.com]I very vaguely remember parallelling a phone after the modem but before the wall to do that listening.... I remember ordinarily I'd dial the number, and as soon the other side picked up I'd flip to "Orig" for Originate and hang up the receiver.
Also keep in mind that in the early '80s with the Bel202/CCITT-V23 half duplex standards, there was the capability of using a 1200/75 baud modem split rate that many modems supported. This standard could be used for 600/600, but more commonly was used at 1200 baud down and 75 baud up). This was mainly to cater for the asymmetric needs of most terminal systems where the screen needed to update much quicker than data would be sent back (typed) to the server system.
75 baud is approximately 115 wpm. A fast typist can definitely cross that boundary sustained, but even a mediocre typist can type short bursts that exceed that rate. I remember using terminals 'back in the day' where you could easily type a word or two very quickly and have to wait for the buffer to catch up before you risked overflowing it. Same problem with IBM Selectric (electric golf ball) typewriters - they were fast and could keep up at 140 wpm sustained, but you could still type in bursts that it would have to buffer.
300baud was pretty much impossible to out-type anything more than a couple of characters in a quick typing burst - like hitting adjacent keys almost simultaneously. Keyboard debounce also maxed out at around 50ms or just over 160baud or 200wpm, so the keyboard couldn't even keep up with the 300 baud modem. But, 75 baud was definitely a noticeable slow down for a quick typist.
A few years later once 1200 and 2400 baud full duplex became popular, error correction such as V22bis was introduced into the standards. This could potentially slow things down if there was a lot of line noise, but for normal mostly quiet lines, they sustained their advertised rates. There were no modem based error correction protocols back in the days of 300 baud systems. So the sibling commenting on error correction causing extreme slow downs (to below typing speed) is only valid for faster modems and VERY noisy lines.
Are you complaining about this, or marveling about it, old man?
Neither, I'm rambling nonsensically.