![]() So I'm going to have to select a new IDE anyway whether that be Gtk, Qt, or whatever. Of course, my current code is pretty much tied to Windows since it's very C++/MFC centric. I'm just not sure I want the server to be Windows based on the direction MS have been taking. ![]() Anything involving alternate streams would be limited to the server. ![]() It's a client-server type setup with a web browser as the client. In my case, having that functionality bound to a specific platform and file system will work fine. I use alternate streams in a several of my own programs but I'm worried about what will happen if I ever have to migrate from NTFS. And they're also not supported in FAT-style file systems or non-Windows network transfers, which means you loose all your info if you copy your files via those mechanisms. My ECC checking has turned up reading issues on USB drives that aren't reported in the error logs and I don't trust the standard USB drivers to report disk errors as reliably as SATA drivers do.Īlternate streams are terrific - the problem is that I don't believe they are slated to be supported in any file systems that are slated to replace NTFS. But that's not because I fear bit rot, it's because I want to catch unrecoverable reads and also catch any issues that may be caused by things like USB interfaces that glitch somehow. That having been said, I still ECC check my files on a regular basis. But is it really something that someone with maybe a dozen drives (including backups) needs to worry about? I suppose if you're Google or the NSA and you have several multi-petabyte data centres then you're apt to run into the most unlikely of scenarios sooner or later. Bad blocks that the drive doesn't catch as being bad blocks seems like an awfully long shot to me. ECC codes in drives are pretty sophisticated - this "supposed" bit rot would have to be extremely specific to cause data to change in a way that those codes would miss.īad blocks I get. I'm still very skeptical about the risk of "bit rot". To be honest, speaking for myself, bit-rot is a risk but not one that keeps we awake at night. I'll be using FreeFileSync to transfer the photos from my SD cards to my hard drive and compare the files by content from now on.Īnother nice thing about using FreeFileSync is that if more photos are taken without deleting the photos already in a folder on the SD card, FreeFileSync can do an "Update" function and just add the new photos to the destination folder.
0 Comments
Leave a Reply. |