StableBit DrivePool RC

Posted in StableBit on January 19th, 2018 by alex – Be the first to comment

StableBit DrivePool RC

The Release Candidate of the next version of StableBit DrivePool is now available.

Download it here:

Compared to the last BETA ( this version includes optimized performance when dealing with many thousands of open files, a more intelligent mounting process and localization support for 10 languages.


This release features professional translations to 4 languages: French, German, Italian and Spanish. It also features community translations for: Bulgarian, Dutch, Japanese, Polish and Russian.

If you are a native speaker of any of those languages and you’d like to make corrections to any of those translations, head on over to and submit your corrections. Don’t forget to star your translations because the build system will always pick the translations with the greatest number of votes.

If you’d like to see a new language added, send us a note at Any corrections submitted will be integrated into the next release final. Thank you everyone who has participated in the translation process thus far, we really appreciate it.

English Fallback

Switch to English

If you find the new translations problematic, you can easily switch back to English by opening Settings and selecting Switch to English.

If you see another issue with the translations that can’t be easily resolved, please let us know at:

StableBit CloudDrive RC

StableBit CloudDrive RC is also now available.

Download here:

This is a companion release that improves compatibility with StableBit DrivePool when both are used together, and as always it also includes some bug fixes.

Release Final

Coming up next is the release final and I’ll make a more comprehensive blog post about what has changed since the last release final, version

Thank You for 2017

A huge thank you to everyone who has purchased a license, recommended our software to someone else, and supported us throughout 2017. I hope everyone has a great 2018, and we have some really great things planned for this year, so stay tuned.

StableBit DrivePool BETA

Posted in StableBit on September 15th, 2017 by alex – Be the first to comment

StableBit DrivePool BETA

StableBit DrivePool BETA is now out.

Get it here:

This new BETA comes with a substantial list of bug fixes, support for ReFS, an improved drive removal process, along with a brand new feature called hierarchical pooling.

Let’s dive right into the big new feature.

Hierarchical Pooling

What is hierarchical pooling?

Simply put, hierarchical pooling allows you to add another pool to an already existing pool, or to create a new pool from an already existing pool. Just like in previous versions, each pool has its own separate folder duplication rules and file placement rules which give you fine grained control over how your files are protected and where they are stored. With hierarchical pooling, in addition to that, you can now control how the contents of the parent pool is duplicated across the child pool, and you can even use file placement rules to control which drives (or pools) should be used to store the contents of the parent pool.

This is best illustrated with an example.



Let’s say that I currently have a pool that stores all of its data on a number of local disks. Let’s call this my LocalPool.

StableBit CloudDrive

Now, let’s say that I have access to some cloud storage available across a number of providers, and that I’d like to utilize that storage to create a number of encrypted cloud drives.


For convenience, I pool all of those cloud drives into one virtual pool using StableBit DrivePool. Let’s call this my CloudPool.

I then decide that I want some of my data to be stored both locally and in the cloud (for backup purposes). But at the same time, I still want some of that data to remain duplicated locally, just in case a local drive fails.

I could of course manage all of this manually by copying files around across the different drives, but with hierarchical pooling in StableBit DrivePool, this is no longer necessary.


All I have to do is create a new pool that stores its data on CloudPool and LocalPool, and I’m going to call this my HybridPool.

HybridPool Hierarchy

With this simple setup, I now have great flexibility over the data that is stored on HybridPool.

HybridPool Folder Duplication

Here, using the file duplication settings on HybridPool, I’ve told StableBit DrivePool that I want “Documents”, “Pictures”, and “Software” to be stored both locally and in the cloud.

HybridPool File Placement

While at the same time, using file placement rules, I’ve configured “Videos” to be stored locally.

Any data on HybridPool will now get automatically reorganized in the background to follow those rules. Any new data written to HybridPool will automatically follow those rules in real-time.

But I want to go a few steps further. I want to have even greater control over how the data is stored both locally and in the cloud.

By setting the folder duplication rules on LocalPool, I can control how HybridPool’s data gets stored locally.

LocalPool File Duplication

Here, I’ve set up “Documents” and “Pictures” to be duplicated across 2 local disks, while “Software” and “Videos” will remain unduplicated.

LocalPool File Placement

Using the file placement rules on LocalPool, I’ve told StableBit DrivePool that I want HybridPool’s “Videos” to be stored on a particular local disk.

Now that I’m done setting up how my data should be stored locally, I’m going to set up how it should be stored in the cloud.

CloudPool Folder Duplication

Using the folder duplication settings on CloudPool, I’ve set it up so that HybridPool’s “Documents” and “Pictures” will be stored across all 3 of my cloud storage providers.

CloudPool File Placement

And using CloudPool’s file placement rules, I’ve limited “Software” to be stored specifically on Dropbox.


HybridPool Folders

What I’ve done here is set up very specific rules on how my data should be stored both locally and in the cloud using the new hierarchical pooling support in StableBit DrivePool.

It’s worth noting that, while my existing files on HybridPool will be reorganized in the background to follow these rules, any future changes to HybridPool will be automatically applied in real-time.

After setting up these rules, any data that I write to HybridPool will be transparently placed in the correct location, in real-time. The rules that we’ve set up are real-time file placement rules that are implemented in the Operating System’s kernel (for the best performance possible).

While I chose to use StableBit CloudDrive in conjunction with StableBit DrivePool for this example, you can certainly use hierarchical pooling without StableBit CloudDrive and still benefit from the greater control offered by it.

Drive Removal Improvements

In addition to hierarchical pooling, this new BETA has an upgraded drive removal process. Previously, when you removed a drive from the pool, the entire pool had to be made read-only in order to maintain data consistency while the drive was being removed. With this new BETA, that’s no longer necessary. You can now continue to use your pool normally, even while a drive is being removed.

Files in Use

The only limitation here, is that for unduplicated files, if files are in use on the drive that’s being removed, then drive removal will abort and you will get the above error message.

You can close the applications that are using those files and try removing the drive again, which will resume the removal process from where it left off.

Force Close Files

Alternatively, you can choose to force close those files from the Remove Options dialog.

ReFS Support

ReFS Pool

With this BETA, StableBit DrivePool is able to create ReFS pools. You can now use an existing ReFS volume to create a new pool or add a ReFS volume to an existing ReFS pool. Mixing ReFS and NTFS volumes in the same pool is not allowed.

Other Changes

There are a lot of other smaller changes in this BETA as well, such as:

  • An updated dpcmd command line interface.
  • Improved real-time file size tracking.
  • Support for some new Windows 10 / Server 2016 specific APIs.
  • Improved compatibility with StableBit CloudDrive.

See the full change log for all of the details.

Release Final

StableBit DrivePool 2.2 is now headed towards a release final. There will not be any more new features added at this point, only bug fixes.

As always, thank you for testing the BETAs (I know the 2.2 BETA has been a rather long one). Let us know of any issues that you encounter @

StableBit CloudDrive BETA

Posted in StableBit on September 12th, 2017 by alex – Be the first to comment

StableBit CloudDrive BETA

StableBit CloudDrive BETA is now out.

Get it here:

In addition to some bug fixes and optimizations, this release offers better compatibility with the forthcoming StableBit DrivePool BETA. When used together with StableBit DrivePool, you will be able to create all kinds of hierarchical pools, some of which can even be cloud and local hybrid pools. You will also be able to set individual folder duplication and file placement rules at each point of the pooling hierarchy.

Look for the new StableBit DrivePool BETA and much more information about hierarchical pooling coming very soon.

Minimum Download Size

One important optimization that is new in this version of StableBit CloudDrive is native support for a minimum download size.

Minimum Download Size

When set, StableBit CloudDrive will try to optimize your cloud drive’s read speed by always trying its best to download at least this much data from the storage provider, regardless of how much data is actually being read from the disk. The extra data that’s not needed is stored in the local cache (with a lower priority), just in case it’s needed in the future.

This new setting is implemented in the low level kernel disk driver itself for the best performance possible, and it also coordinates with the prefetcher to ensure that the prefetched data is using the correct block size.

Most storage providers will now default to a 1 MB minimum download size, but you can certainly increase that or even disable it completely at any time.

StableBit CloudDrive Release Final

Posted in StableBit on June 8th, 2017 by alex – Be the first to comment

StableBit CloudDrive is now available for download.

Get it here:

If you’re using Dropbox with StableBit CloudDrive, you should update to this version soon because Dropbox is discontinuing their older v1 API by the end of this month (June 2017). This version of StableBit CloudDrive implements the v2 Dropbox API, which Dropbox is requiring from all 3rd party applications.

Read-only Drives

A new read-only mode is now available in StableBit CloudDrive. When enabled, a cloud drive will report as a read-only medium, and it will actively reject any write I/O requests directed to it.

With the prevalence of ransomware today, this option can be useful in thwarting such malware from modifying the data on your cloud drive.

Mount Disconnected

A new option to mount your cloud drives in disconnected mode is now available for data recovery and troubleshooting purposes.

If you ever permanently lose access to your storage provider, it is now possible to mount any attached cloud drives without connecting to the storage provider.

Simply select Mount Disconnected from the Troubleshooting menu and click Retry…

Your cloud drive will now be mounted without connecting to the storage provider. It will use whatever data is available in the local cache in order to complete the drive mount. In disconnected mode, the cloud drive will remain read-only, and certain functionality, such as drive resizing, will not be available.

If you are able to restore the connection to your storage provider, you can exit disconnected mode by choosing the Reconnect… option under Manage Drive.

Edit: StableBit CloudDrive fixes a small but significant bug that was present in the driver unload code of

StableBit CloudDrive Release Final

Posted in StableBit on May 11th, 2017 by alex – Be the first to comment

StableBit CloudDrive

StableBit CloudDrive Release Final is now available for download.

Get it here:

What’s New

There were a number of fixes implemented here since the last RC, some based on user feedback (thank you), and some based on internal testing.

For a full change log, see:

User Manual

User Manual

A comprehensive new user manual is now available for StableBit CloudDrive.

Check it out here:

The FAQ for StableBit CloudDrive has also received a few minor updates:


The pricing structure for StableBit CloudDrive now includes Small Business and Enterprise licensing options.

See for all of the available purchasing options.

Amazon Drive

Amazon Drive (formerly Amazon Cloud Drive) is now deprecated in StableBit CloudDrive. Amazon has never approved us for use with their service, and as a result, you will no longer be able to create new Amazon Drive cloud drives in this version.

In order to give you access to your existing Amazon Drive cloud drives, experimental drives will continue to mount and work as they did in previous versions.

Going Forward

Once again, thank you everyone who tested the BETA, it was great to get all of that feedback. Today, there are 0 bugs open for StableBit CloudDrive in our system. But that doesn’t mean that we’re done.

If you do encounter further issues using the software, please let us know at, and we will work on resolving your issues.

StableBit CloudDrive RC

Posted in StableBit on March 10th, 2017 by alex – 3 Comments

With version StableBit CloudDrive enters the Release Candidate stage.

Release Candidate

Download it here:

Once again, a big thank you to everyone who helped test the BETA of this product and who reported issues to us, it makes the product all that much better to use for everyone. If you do encounter any additional issues, please don’t hesitate to report those at so that they can be identified and fixed up.

Pre-release Drives

Any existing cloud drives that were created prior to the 1.0 RC will show a “pre-release” banner.


Although the RC is fully backwards compatible with all of the previous BETAs, the back-end functionality may have changed since, and those pre-release drives may not be utilizing the most optimal code paths. For example, there may be newer validation algorithms available, better data organization patterns, or simply that the default settings for new drives may have changed.

To get the best experience in StableBit CloudDrive, ideally, your drives should be created with version or newer.

Additional Providers

We’ve got a bunch of requests for additional storage providers, and those will start to be added after the 1.0 release final is out. If you do want to see a particular provider added, please do let us know at

StableBit CloudDrive BETA

Posted in StableBit on December 7th, 2016 by alex – 1 Comment

The next testing milestone of StableBit CloudDrive is here and it’s version BETA.

Get it here:

Automatic updates should be going out to older versions within the next day or so.

StableBit CloudDrive BETA

StableBit CloudDrive BETA

What’s New

As you can probably tell from the large jump in the version number (from, a lot of changes have gone into this new BETA, and a lot of testing has gone into it as well. While there are some new features in this version, first and foremost, this version is primarily focused on fixing bugs and improving stability. Writing some new tests was also a big priority for this BETA, and this version has passed a number of important tests, including new data consistency tests and power failure tests.

If you’d like to see the details, the full change log with all of the fixes is available here, as always:

But aside from the fixes, here’s a summary of the major new features in this version (as compared to

  • New cache types (expandable, fixed, proportional).
  • ReFS support for cloud drives (Windows 8 and newer).
  • FTP / FTPS / SFTP provider.

About Backwards Compatibility

While version is fully backwards compatible with, you should know that some under-the-hood features may not be enabled on drives created with a version prior to For example, always-on encryption and file ID optimizations will not be enabled if you’ve created your drive with version This is mostly a technical distinction, and functionally, any drives created with version or older should continue to work in version

Now let’s dive into the new cache types.

New Cache Types

Cache Types

Cache Types

StableBit CloudDrive now supports a new setting that will let you specify the cache type to use for your new cloud drive.

3 cache types are now supported:

  • Fixed
  • Proportional
  • Expandable (default)

Let’s see how each one works.

Local Cache

Let’s begin by imagining that you have a 500 GB volume that you would like to use for your cloud drive’s cache, and that it already has 200 GB worth of files on it.

Local Disk

Your existing files on that drive won’t be affected by the StableBit CloudDrive cache.


Let’s talk about the fixed cache type first because this is the easiest one to understand. Fixed simply means that the on-disk cache will strive to never exceed the preset cache size. So whatever you set the cache size to, that’s the maximum amount of local disk space that it will consume.

Let’s imagine that you created a 100 GB cache on your 500 GB drive:

Fixed Cache

As you use your cloud drive, StableBit CloudDrive will learn which data on your cloud drive is accessed most frequently and it will automatically cache that data locally in the on-disk cache for faster access.

The fixed cache is very simple, but it has some disadvantages. Let’s see what happens when you copy some new data onto the cloud drive:

Leaned / To Upload

As you write new files onto your cloud drive, StableBit CloudDrive will store the newly written data in the local cache and queue it up for upload. By writing the newly copied data directly to the cache, StableBit CloudDrive ensures that the file copy operation to your cloud drive completes as quickly as possible.

Once uploading completes, the data that was just uploaded remains in the cache:

Learned / New

As you may have noticed, by simply writing data to the cloud drive, you have overwritten some of the learned portion of the cache (the adaptive part of the cache that holds the most frequently accessed cloud data).

Let’s see what happens when you try to copy some more data to a cloud drive that is using a fixed cache:

To Upload

As you can see, the entire learned portion of the cache has now been overwritten with data that needs to be uploaded:


Once uploading completes, the cache has now lost all of its learned data, and it must relearn and re-download the data that is accessed most frequently.

Fixed cache advantages:

  • Has a predictable fixed size.
  • Maximizes write speeds by utilizing the entire size of the fixed cache.


  • Writing to the cloud drive will overwrite any learned data in the cache.

Overall, the fixed cache is optimized for accessing recently written data over the most frequently accessed data. If that’s what you’re looking for then the fixed cache is perfect for that. But for a more balanced approach, let’s take a look at the proportional cache type.


The proportional cache type is similar to the fixed cache in that it also has a fixed size. But in addition to the size of the cache, a proportional cache allows you to define how much of the cache should be used to store data that needs to be uploaded versus data that is learned.

Once that proportion is defined, when you write new data to the cloud drive, only a part of the cache will be used to speed up the writes, while the other part will always be used to store the most frequently accessed data.


Once uploading is complete, one part of the cache is used to store learned data and the other part will contain new data.

Proportional / New

The proportional threshold ensures that newly written data never overwrites the learned data.

Proportional cache advantages:

  • Has a predictable fixed size.
  • Does not overwrite the entire portion of the learned cache with newly written data.


  • This cache type is the least optimized for writes to the cloud drive.

Next, let’s look at the most optimal cache type, the expandable cache.

Expandable (default)

The expandable cache is optimized for the fastest reads and writes to and from the cloud drive. However, unlike the fixed and the proportional cache types, the expandable cache does not have a predictable fixed size.

When you write data to a cloud drive with an expandable cache, those writes will expand the cache’s size past its set limit. While the cache will expand as new data is written to the cloud drive, it will never consume all of the free space that is available on the volume. It will always maintain some free space as a buffer at all times by throttling the writes to the cloud drive when necessary.


This ensures that the newly written data never overwrites any previously learned data, while at the same time, it optimized the writes to the cloud drive by utilizing most of the free space that is available on the cache volume.

Once uploading completes, the cache shrinks back down to its preset size and the previously learned data is not affected.



Advantages of the expandable cache:

  • Optimizes writes by utilizing most of the free space on the cache drive, while making sure that the cache drive doesn’t run out of disk space.
  • Optimizes reads by never overwriting previously learned data.


  • Does not have a predictable fixed size.
  • May consume large amounts of disk space when a lot of new data is written to the cloud drive.

The expandable cache type is the default and the recommended cache type in StableBit CloudDrive, and it was the only (implicit) cache type in

ReFS Support

Another new feature in StableBit CloudDrive version is ReFS support. StableBit CloudDrive can now format newly created cloud drives with the ReFS file system. When creating a new cloud drive, look under “Advanced Settings”, and you will be able to choose ReFS as the file system when using Windows 8 or newer.



ReFS is a Microsoft file system that is designed to be more resilient in the face of data corruption, but it may reduce the cloud drive’s overall performance by introducing some additional overhead. ReFS is only compatible with Microsoft Windows 8 and newer. Cloud drives formatted with the ReFS file system will not mount on older operating systems. So if you ever expect to attach a cloud drive to Windows 7 or older, do not use ReFS.

FTP / FTPS / SFTP Provider

In addition to ReFS support, StableBit CloudDrive now has comprehensive support for FTP, FTPS and SFTP. You can now create new cloud drives that store their data on FTP sites.



FTP over SSL is also supported (in both implicit and explicit modes), which includes the optional use of client certificates for authentication.



FTP over SSH support is available as well with optional private key authentication and certificate based authentication.

Kerberos based authentication (Domain\User) for FTPS can be used as well:

FTP Kerberos

FTP Kerberos

Maximum Connections

One potential issue with FTP is that it’s not uncommon for FTP servers to limit the number of connections that a user is allowed to make, and this can present a bit of a problem for StableBit CloudDrive. While there was always a way to configure the number of download and upload threads that StableBit CloudDrive uses, those threads do not necessarily correspond to connections. In the StableBit CloudDrive I/O pipeline, threads can be split or joined depending on the exact I/O operation being performed, and in certain instance, extra threads can be spawned on demand in a “thread boost” operation as well.

In order to address this strict connection limit requirement for FTP, version introduces a new “Maximum connections” setting to the I/O performance window.

Maximum Connections

Maximum Connections

This setting is only available for providers that are sensitive to the connection count (FTP only for now), and it starts off at a very conservative default of 2. You can of course increase or decrease this connection limit (or turn it off altogether) depending on the FTP server that you’re connecting to, but if enabled, it must be greater than the upload thread count. The reason for that, is that you always want to have at least one connection available for downloads in order to maintain reasonable drive performance.

Going Forward

I expect this to be the last public BETA of StableBit CloudDrive and hopefully a 1.0 release final is not far behind. Of course the exact timing of that will depend on any future feedback and bug reports that we receive.

If you do experience issues with this BETA, as always, please let us know here:

Aside from any critical bugs that are found, fit and finish is going to be the focus as we approach the 1.0 release final. This includes finishing up the documentation and making usability tweaks to the UI.

Finally, I’d like to thank everyone for testing all of the StableBit CloudDrive BETAs that we’ve had so far, and reporting any issues encountered. Quite a bit of the fixes in came straight from user feedback, and that just makes the software that much more stable for everyone.

StableBit CloudDrive BETA

Posted in StableBit on February 19th, 2016 by alex – 2 Comments

The next public BETA of StableBit CloudDrive is now available for download.

Get it here:



For a full change log visit:

New Providers

First off, let me mention that this build adds support for Google Drive, and Microsoft’s OneDrive is no longer marked as an “Experimental” provider. So that’s 2 more providers that are now available for use.

Message Authentication Code

Any newly created encrypted cloud drives will now use a HMAC code to verify that your encrypted data was not tampered with.

Previous BETAs of StableBit CloudDrive had used CRC32 in order to verify that the your data stored in the provider had not been corrupted, but CRC32 does nothing to protect your encrypted data from malicious modification (and that was never the intent).

Theoretically speaking, even when not using authentication, your data is safe. Without knowing your encryption key, an attacker would not be able to modify the encrypted blobs of data to achieve some specific result. But nevertheless, it’s good security policy to authenticate any encrypted data before trying to decrypt it. This is more of a belt and suspenders approach, where if there were some weakness discovered in AES in the future, an attacker would not be able to craft a maliciously encrypted blob to take advantage of that weakness, without knowing the HMAC key.



You can tell whether HMAC is in use on your encrypted drive by hovering your mouse over the yellow lock icon.

As a side note, full drive encryption products (like Microsoft’s BitLocker) typically don’t use any kind of authentication, just encryption.

Larger Chunk Sizes

As you know, StableBit CloudDrive stores its data in fixed sized chunks, in the cloud provider of your choice (or locally). In previous BETAs, for all cloud providers, the maximum chunk size was 1 MB. In the latest BETA, this is no longer the case. Now, all cloud providers default to storing their data in 10 MB sized chunks (and you can even increase that, if you’d like). This is important for optimizing StableBit CloudDrive for higher bandwidth connections, and reducing overhead associated with making each upload request.

This is a very comprehensive change. For example, the way that StableBit CloudDrive does data validation is now completely different. Instead of validating whole chunks, StableBit CloudDrive can now validate your data in unit sizes, and these units can be smaller than a chunk. In addition, in-memory chunk caching now occurs in unit sizes as well.

Chunk Information

Chunk Information

As you can see in the screenshot above, even though the chunk size is 10MB, validation is happening over 1 MB units. This makes it possible to download a part of a chunk, while still being able to verify its data integrity and authenticity.

Because this changes the format of how the data is stored, this only applies to new cloud drives created after this change was implemented. You can check whether your cloud drive is using large chunk sizes by hovering your mouse over the total drive size (as it’s shown above).

Server Throttling Indicator

Server Throttling

Server Throttling

For high bandwidth users, it is perfectly normal to have the server send throttling responses, and StableBit CloudDrive does respect them and perform exponential back-off to give the server some breathing room. In this build, when this happens, you’ll see an indicator in the bandwidth bar that shows either upload throttling or download throttling taking place.

Tool Tip

Tool Tip

You can hover over the turtle icon for more information.

What’s Next?

In addition to the things that I’ve mentioned here, there were a lot of other tweaks and fixes based on reported issues. So thank you everyone for submitting in those bug reports.

As for the timing of the release final, I’m hopeful that this will be the last public BETA, and that the next release will be a Release Candidate. Shortly after that, a Release Final will be made available.

StableBit CloudDrive BETA

Posted in StableBit on October 30th, 2015 by alex – 2 Comments

The second public BETA of StableBit CloudDrive is now available for download. It includes a lot of bug fixes, official Windows 10 support, and more.

Windows 10

Download it here:

Anyone using the first BETA (or any of our internal BETAs) will see an automatic update notification within 24 hours.

Reliability Improvements

First and foremost, I should say that this BETA is focused almost entirely on improving the reliability of StableBit CloudDrive and fixing all of the issues that were discovered with the last BETA after it was made public. Some of those issues were fairly serious and some of them were fairly complicated to resolve, but we did resolve them in a comprehensive and meaningful way.

If you’d like a glimpse at all of the fixes, take a look at the full change log:

I do thank everyone for testing the last BETA and reporting issues. Many of your reports did turn into direct bug fixes.

UI Tweaks

While most of the changes in this build were focused on fixing bugs, some UI tweaks were made as well.

Windows 10 support is an important part of this build and in terms of UI, the StableBit CloudDrive window will now be drawn properly on Windows 10. It will also animate properly when minimized, maximized, and snapped to the edge of the screen.


Additionally, if you hover over the “To upload” text in the local pie chart you will get an estimate of how long it will take to upload everything, given the current upload speed.

To Upload

User feedback was tweaked as well. The amount of superfluous user feedback should now be minimized, and some user feedback messages were tweaked for clarity.

OAuth 2.0

OAuth 2.0

The OAuth 2.0 code was completely rewritten in order to provider a more consistent, easier to use, and a more reliable experience. This is a comprehensive rewrite of all the code, from the user interface, to the back-end that manages OAuth 2.0, to the storage code that stores your encrypted credentials on your computer.

The new system is backwards compatible with the old system, except for Google Cloud Storage. This is due to the fact that, in the first BETA, Google Cloud Storage used the Google SDK to store the OAuth 2.0 data. In the latest BETA, we centralized the OAuth 2.0 code, and we are now handing that for all of the providers that utilize OAuth 2.0.

OAuth 2.0

This means that if you have a cloud drive utilizing Google Cloud Storage and you upgrade to the latest BETA you will be asked to reauthorize your drive. Don’t worry, this is fairly simple and you will be guided through the process.

The Amazon Cloud Drive Debacle

Amazon Cloud Drive

Unfortunately, I am sad to announce that (for now) the Amazon Cloud Drive provider is no longer supported for production use with our product. This is something that we’ve been going back and forth with Amazon about for a while. So we do have a dialog open with the Amazon Cloud Drive team regarding this issue, and we are trying to find a mutually agreeable solution. I am very hopeful that we can resolve this before the 1.0 release final.

The problem comes from the fact that StableBit CloudDrive scales really well… Given sufficient bandwidth, it will saturate your uplink until the weakest link in the chain fails. From the emails that we’ve received from Amazon, this seems to be causing server load issues for Amazon.

Because of this, for now, the Amazon Cloud Drive provider will be classified as an “Experimental Provider”. If you’re currently using the Amazon Cloud Drive provider, you should stop doing so, at least until we can reach some sort of agreement with the Amazon team on how we can best resolve this situation.

Hopefully Amazon can come up with a comprehensive solution that will work for everyone.

Introducing StableBit CloudDrive

Posted in StableBit on May 28th, 2015 by alex – 3 Comments

I am very pleased to announce that today we are launching a brand new product called StableBit CloudDrive as a public BETA.

StableBit CloudDrive

StableBit CloudDrive aims to be the best way to securely store your data in the cloud on Microsoft Windows.

You can download it here:

What it Does

  • StableBit CloudDrive creates a new virtual drive on your PC that stores its data in the cloud.
  • You can optionally encrypt your entire cloud drive with a key that only you know for trust no one full drive encryption.
  • StableBit CloudDrive learns which data you access most frequently and stores that data in a cache on one of your local drives for quicker access.

You can also use it locally in order to create fully encrypted virtual drives.

For a full set of features you can take a look at:

StableBit CloudDrive is an Actual Drive

A Real Drive

StableBit CloudDrive answers the question, how can we best extend the Microsoft Windows operating system to support secure (encrypted) cloud storage?

The answer is, we emulate our own virtual drive in the kernel with full Plug and Play support. Because this emulated drive is not a physical drive, there is actually nothing physically attached to the system, but as far as Microsoft Windows is concerned it looks and acts just like a real physical drive.

Why is this important?

A cloud drive created by StableBit CloudDrive is compatible with almost all of your existing applications and integrates very well with existing Operating System level features. With full drive encryption enabled, it’s also fully secure against any adversaries who might want to get access to your data.


Full Drive Encryption

StableBit CloudDrive features trust no one full drive encryption, giving you piece of mind that your data is safe from any adversaries.

StableBit CloudDrive’s full drive encryption doesn’t only encrypt your data in the cloud, it also makes sure that any data stored locally in the on-disk cache is encrypted as well.

In fact, StableBit CloudDrive encrypts your data as soon as it’s written to the cloud drive and decrypts it only when it’s read, offering full round trip encryption. This means that at no point is your encrypted data written to disk in an unencrypted form, either locally or in the cloud.


In order to optimize performance, StableBit CloudDrive features a number of important optimizations, one of which is local caching.

Local Caching

Create a New Drive

When creating a new cloud drive, you have the option of specifying how much data you would like to be cached locally.

Over time, StableBit CloudDrive will learn which data is accessed most frequently on your cloud drive and it will store that data locally for quicker access.

A Different Type of Cache

If you’ve ever heard of the Operating System’s cache, this is not that. This is a new type of cache that sits between the Operating System’s in-memory cache and the cloud. It was specifically designed in order to optimize accessing data from the cloud. It’s typically much larger than the in-memory cache that the Operating System maintains, and so it’s able to cache far more data.

This means that you need to access the cloud less frequently, giving your drive better performance and a better overall user experience.

The Prefetcher


StableBit CloudDrive also features its own prefetcher on top of the local cache. This prefetcher detects sequential data access and starts pre-downloading data that you are about to read in advance.

This is perfect for playing back media smoothly directly from the cloud (provided that you have sufficient bandwidth).

It’s a BETA

StableBit CloudDrive has been in development for over a year now and it was mostly written entirely from scratch (some code was borrowed from StableBit DrivePool, but mostly everything is brand new). StableBit CloudDrive doesn’t use any 3rd party “disk in a box” solutions, everything was custom written in order to ensure the best possible implementation.

But, keep in mind that this is a 1.0 BETA, and so you will be testing a product that is still in development and there are bound to be issues that you may encounter.

If you do encounter a problem, you can let us know here:

StableBit CloudDrive and the StableBit Scanner

When using StableBit CloudDrive together with the StableBit Scanner you get an additional benefit of having the file system on your cloud drive scanned periodically for damage.

You should ideally use StableBit Scanner or newer when using it together with StableBit CloudDrive. Older versions of the StableBit Scanner will recognize your cloud drive as a regular disk and will attempt to scan its surface. While there’s nothing technically wrong with that, and it will work, it will cause excessive bandwidth usage and it’s something that is off by default in StableBit Scanner

Pricing Changes

As of today, we are changing our pricing structure.

Here are the new prices of a personal retail license for new customers:

StableBit CloudDrive Pre-Order

For new customers who are purchasing a personal retail license for StableBit CloudDrive, there is going to be a flat $5 discount for all pre-orders while the initial 1.0 BETA is ongoing.

Existing Customers

Existing customers get $10 off of the retail price of each product.

To get the discount:
  1. Visit:
  2. Enter your existing Activation ID at the bottom of that page in order to apply your discount.

The StableBit Bundle

New customers can purchase all of our products for $54.95 (which will go up to $59.95 after the initial StableBit CloudDrive BETA is over).

It’s the best deal and of course includes all future updates and gives you the option of purchasing any future products at a discount.

Buy the bundle here: