neumi5694: When I think on how we constantly were close to losing all of our data and even closer to having corrupted data without noticing it, I can't help but wonder why people keep thinking that back in the days everything was better.
Considering after you install several programs that replace DLL's and make the OS unstable. It was quite a problem.
Though i'm not sure how close we were to losing data, it might have been better then. I'm talking about backups. CD burners were coming out, and it was pushed a lot more to do backups, regularly with disks or burned CD's. My dad said he'd get a pack of like 50 CD's for $20, then do a backup every week, that's 700Mb of data whole or incremental and at most you lost a week's worth of data.
Also unless the file structure was corrupted, corruption would be limited to individual sectors/files. Which it still is, just it's better supported now.
And with all OSes pushing journalism Filesystem sudden restarts won't leave all your data out of commission for hours while there's checks and fixes (
and occasional lost and found files)
neumi5694: Back then it was absolutely necessary to perform regular disk checks and - until they fixed the bugs - run integrity checkers once in a while. At some point it was automated by the OS and by now no one gives a sh**.
Pretty sure they had the suggested weekly checks, usually sunday or wednesday night... assuming you weren't one to turn your computer off.
Heh which is funny. Just remembering about screensavers and it was actually common to just leave your computer on and let it screensave for hours at a time. Anymore i tend to put my computer to sleep unless i'm at it; Though if i have a LOT of jobs i will have a computer work on it 24/7 for a few weeks depending on things.
neumi5694: Also it's quite impossible to find incompatible hardware these days. But a SB16 would not run on a TC4 chipset board and a wrong network card in a Compaq computer crashed the complete company network, bringing all production machines to a halt repeatedly until the problem was found. This cost a lot of money.
I think under the hood, everything is a soundblaster pro, as that's how i always treated everything since 1998, everything seemed to work with those drivers. Add a few features/do-hickies and make a driver to access those in the event they are actually needed.
neumi5694: When I did my MCP for M- SQL administration, it was still important to know how large the cluster size on the hard drive had to be :) ... Good times.
The problems we face to day are new ones, but that does not mean that we had less problems back in the days.
Disk compression was not something for games or so, it would help save space when working with texts or tables.
Also image compression was not all too common back then.
Knowing the sector size is still good. Though getting past FAT16 and Filesystems that let you have small sectors plus tons of inodes certainly helped. FAT16/FAT12 was pretty much a minimal filesystem, and it had to be, you were working with like 10Mb disks originally and you couldn't waste space. Which is a major reason you had the 8.3 filenames (8 bytes long, 3 byte extension) and only a handful of flags. And if you look at how FAT was set up, the allocation table the file only points to the first sector, while the allocation table had 0 (unused) max/-1 for end of sector, and every other number pointing to other sectors so the length was variable. Quite a system. Windows 95 started using multiple entries in the folder sectors to make longer filenames, a workaround where you'd get SomeFi~1.txt or something for longer filenames still compatible with older programs.
Images on the other hand... you had gif, and you had bmp if i remember right. PNG came later with patent issues on the gif LZ77 sliding window (which is long since expired). But after Win95 Jpeg was becoming common to be used; Though i still occationally get 30Mb BMP files emailed to me that i recompress to 700k and send back.
Though at the time you were usually doing 16 or 256 colors. So the size wasn't THAT bad.
Downside of Jpeg though is artifacting as default compression is like 70% quality. That's fine and dandy, unless you're an artist like my ex, and she'd have to go 'fix' all the artifacts when she was working on it again. I told her to save it as PNG and poof, problem went away :P
neumi5694: It was of course not much more than a balloon full of hot air, shortly after the introduction of W95 hard disks began to grow rapidly. But for a limited time it was a good money maker.
I think introducing iso's you could make on the local computers with high compression would have done better. Then you take stuff you want to do for a backup, compress it, and if you need it mount as a read-only drive. If they did that then i am sure the base OS would have been that way too, making it impervious to viruses. Or at least, make installation of the OS like 4 minutes because it's 2 massive files to copy (
base OS, extra drivers/tools).