The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
I have been working on a basic 16 bit IDE port for my old computer. It's not much more than a 24 bit parallel port in bit mode. It takes the 8 bit processor several output instructions to emulate the signals on the IDE port and then several input instructions for each 16 bit word of the 'sector' that is being read from a device. At that rate it would take about four days to read a DVD without doing anything with all that data.
A PIC microcontroller to handle the IDE protocols would speed things up dramatically, some more microcontrollers as DMA and interrupt controllers would almost reduce it to the minimum time to transfer the contents of the sector buffers to and from memory, if you neglect the overhead to handle the interrupts.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
I was in school before the IBM PC came out. Back then the school had a few big Control Data mainframes. They were 36-bit machines with a huge hard drive in a vat of oil. I wrote huge because of its physical size, not its capacity that was just a few megabytes. My friends told me that once they were messing around with the HD drivers and because of a bug they introduced, the drive started seeking back and forth so hard the oil started boiling. They shut it down before it was damaged and fixed the bug.
A few years after I was out of school, the AT was finally released. Those friends decided to write an emulator for the old CD mainframe. Their emulator was written in C and ran on a 8MHz 80826 in MS-DOS. They found some old programs they had written for the CD and were able run them on their emulator. The amusing thing was their emulator on the AT ran faster than the same programs did on the CD natively.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
My friends told me that once they were messing around with the HD drivers and because of a bug they introduced, the drive started seeking back and forth so hard the oil started boiling. They shut it down before it was damaged and fixed the bug.
There is an old story (I first read it in a "History of Computing Conference" proceedings) about that program who put the computer on fire, in another (but not too different) way:
This program and its data was a little too big to fit in the machine. But the machine had a tape drive, which could address the tape block by block. So the programmers decided to swap out some of the data to tape, and bring it in when needed - sort of similar to a paging system, but realized in software.
When the program was run, it ended up with fetching the same block from the tape again and again, thousands of times. Even a highly polished magnetic head gives some friction, and friction causes heat. The more or less constant spinning back and forth of the same short piece of magnetic tape heated it so much that the tape caught fire, causing severe damage to the entire data room, destroying the tape station completely.
I have seen this incident referred to several places; at least one claimed that the tape was made from nitrocellulose, just like photographic film until the "safety film" arrived on the market in the 1950s. Nitrate film was still in use in professional environments in the late 50s. Maybe an old roll of nitate tape was laying around in this computer center several years later - the problem with nitrocellulose is that as it ages, it becomes gradually chemically unstable, and may actually explode. It makes the story of a devastating fire more probable.
I don't have any web reference to this story (yet it might be true...). If anyone has a link and more details, I'd be curious!
Windows 8 through Windows 10 with Fast Startup enabled should boot faster than all of the major Linux Desktop distributions.
Anyone complaining that a Desktop Linux distro is booting faster than a fresh Windows 10 installation is probably dual booting with the grub boot loader which will cause Windows 10 to boot with the legacy startup mode.
I can think of some other third-party software that could cause delay within the boot process. If your Antivirus software has implemented an ELAM that scans during the boot process. I guess other third-party device drivers could also influence the startup speed.
I've been making a new series of Youtube tutorial videos, which I think will really help a lot of people, and I'd love some feedback. The ones I've done so far are
"How to Throw Up Better"
"How to Rock a Missing Tooth"
"Sinks are Just Strangely Shaped Toilets"
"Are Stigmata for Me?"
"Will Blinding Myself Make Me a Better Musician?"
"How to Fart Louder by Accident"
"Is Drinking Bleach REALLY that Dangerous?"
"How to Love Your Porn Addiction"
"Is She Still My Cousin if Our Parents are Divorced?"
"Is Self Absorption the Path to Enlightenment"
"Google Just Wants to Love You Up"
"Dying Broke as a Life Goal"
"If God is Real, Why Isn't He on Facebook?"
"Without Goals, There is No Failure"
"What Shoes Go Well with a Court Ordered Tracker?"