Search the Community

Since CloudDrive uses its own filesystem and has full control over it, has it been considered to implement native compression? And by compression, I don't mean NTFS file level compression, I mean optional native compression in CloudDrive's filesystem. This would reduce the amount to transfer data over the network at the expense of CPU usage (and in some cases RAM) during compression. I guess we could have two types of implementations of the compression feature. A simple mode and one advanced mode. The simple mode would just use one compression method that applies to whatever content is stored, for instance LZMA. It would be nice if the user could at least control the compression level (low / medium / high). And it would be useful if it was an adaptive compression technique where it is smart enough to not compress already compressed data like compressed pictures and movies. The advanced mode would give the user choice to tinker more with the settings. The adaptive compression technique could be extended, for instance different compression methods for different types of data. For instance, a rule could be set up to use PPMd for data containing a lot of text (text files, word, databases etc) which is highly effective on this kind of data, and other compression methods for other kind of data. Automatic compression that magically works behind the scenes in CloudDrive would be a very powerful feature. It would reduce the amount of data to transfer, and thus reduce the cost for both bandwidth and cloud storage since less data is stored. It has a cost of course; depending on the compression method used, CloudDrive would require more CPU and sometimes more RAM usage during file transfer. The time to download / upload data would be reduced but the time to compress and decompress would be increased. Giving the user to choice to enable compression would be very nice, and giving power users to control even more settings would be the cherry on top. So I'm curious - is this something you have considered? Is it something that users want? Needless to say I would like it a lot I believe compression, encryption and cloud storage go hand in hand.

Just a quick feature request, unless someone can explain how to do this with the current version. I would like to place duplicated files on different storage controllers. I have 2 x HP Smart Array p410's with about the same amount of storage on each controller. - from my perspective write performance for files going to different controllers should be faster than a file being duplicated onto the same controller. - if a controller fails I have a cope of all of the data and nothing stops working. - read performance could also be better as the file will be coming from two different paths, with two sets of controllers, cache involved. The only way I can think of doing this is the create a pool of drives for each controller, then mirror them with either Windows or a third party tool or even create a nest drive pool out of the two other pools. Thanks