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.
sounds like one of those chines mobs that's picked up a euro name to sound like "quality."
Their t-shirts would probably be OK (cheap / throwaway) but I'm not sure I'd buy something from them to protect my head from high speed impact.
but background research is coming up light
Little info, any reviews (and don't think they aren't above paying a mob to write user reviews on websites, I mean proper reviews by reputable magazines even though those can be bought too - i.e. cnet.)
Don't do it.
You can always earn more money,
but you only ever get 1 brain.
- please just pay more for the known brand.
Another way of putting it: Hindsight really sucks when choosing life saving gear.
I just have to post this here. This is the kind of music that a lot of software engineers might appreciate as much as I do. This is Snarky Puppy, which many people may never have heard of. It's some of the most insane musicianship and composition I've ever heard. I'm not a 'fusion' guy at all, but this is fusion that smacks you in the face and calls you $itch. I literally end up sweating after watching these. It's the musical version of the Orgasmatron.
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.