How do you use PCloud?

hosting-services
#1

I have tried backup to the PCloud “marker” directory as destination, which sort of works but the upload is REALLY slow. Much slower than implied by the benchmarking done in this wonderful thread.

I am thinking about backup to a file server I have, then syncing that destination dir to PCloud from the server. That way, the backup would be finished from my machine’s POV. The file server could take its own sweet time.

Your thoughts?

1 Like

Why not just use Backblaze Personal Backup?
#2

Hi,

In my testing for the scenario I label ‘pcloud virtual’ - the backup target was the pcloud virtual drive (by default drive letter P in windows explorer).

As far as I can see - the pcloud behind-the-scenes magic makes it looks like a local drive to duplicati so the numbers look pretty much the same as local backup and in the background the pcloud software would sync to the cloud (the backup computer can be the same running the pcloud software).

In your setup - you have two distinct machines right? backup computer running duplicati with the target to another computer (file server) doing the pclound syncing. In that case there is a slight difference as there is a network link in the middle and potentially that is the source of your different experience.

1 Like

#3

That’s what i am planning to do it, as i have at least 2 clients and a NAS to backup - so they’ll all backup to one device and it will slowly backup to the cloud at some ungodly hour. At this stage i’m looking at using Backblaze B2 but i haven’t decided yet.

I note on the spreadsheet in your linked post that it says Backblaze is UL (unlimited) and $50/year. I don’t believe this is correct for Linux users - only B2 is available to us and it’s not unlimited :frowning: we pay per GB.

0 Likes

#4

I am using Linux. PCloud there looks like a directory off my home dir. I plan to inquire if I can move that somewhere else, so I can just backup my home dir without weird exclusions or disappearing up my own arse. :wink:

The background synch is observable if you open the little status applet you get with PCloud (at least on Linux). I am seeing an upload rate of 200-300KBytes. This is comparable to B2.

My firewall tells me my data is going to AWS buckets. Based on the cost for PCloud I think I would be better off with S3 Glacier. Maybe I missed this in the thread but, can I ask why you didn’t test Amazon?

0 Likes

#5

basically tested free services. IF you help provide me some AWS credentials I’d be more than happy to resume testing :slight_smile:

0 Likes

#6

I don’t have AWS credentials to share :astonished: but maybe this helps you give it a whirl?
https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-free-tier.html

0 Likes

#7

thanks for the link dude. I am going on a vacation for a bit but when back will investigate and try to get it working to add to the test results.

0 Likes

#8

I don’t have any input on your performance issues but did want to say that it’s generally a good idea to have both a local backup (file server) for faster restores AND a remote one (PCloud) in case of local issues. So regardless of performance I’d give a thumbs up to your plan. :+1:

0 Likes

#9

Thanks. I have /var/duplicati on a separate spindle receiving my most-local backup. That one protects against software failure and PEBKACs.

Then the dir on the server in case of hardware failures.

Finally {TBD} in the cloud in case of fire, etc.

I think I kind of have a handle on what’s needed, given what I do for a living and all. :slight_smile:

0 Likes

#10

It’s always nice to find good examples to try to live up to. :smiley:

1 Like

#11

Write me a PM when you are back, and I can give you a test account.

0 Likes

#12

So here is what I settled on to use pCloud

  • Bought their 2TB deal which is comfortably enough for my use
  • I have the two Duplicati backups I mentioned above running
  • I configured the /var/duplicati backup to be encrypted
  • I have started pCloud Sync of that directory to a dir in pCloud.
1 Like

#13

And I have completed a full backup (~450GB) to the dir I am synching to pCloud. It took just over a day to finish the backup job. pCloud will be synching that for almost a week.

@kenkendk you might want to see what a backup job that runs for just over a day looks like in the UI:


No big deal I just thought it was amusing.

2 Likes

#14

@Kenkendk - no need on AWS credentials - giving AWS Free Tier a whirl.

@Kahomono - did some testing around AWS; very interesting conclusions:

  1. AWS is generally the quickest (beating the previous winners - Onedrive and Google). Not sure which of the other providers (Box? pcloud??) running as a wrapper around S3 - but obviously quicker if doing direct access without the translation overhead. Anyway, the various locations I tested (details on that below) basically have taken the 1,2,3 spots if you ignore local storage.

  2. The very interesting bit is geographic results. I am located in Singapore and, luckily, Amazon run a data center here (the things you learn from doing testing) and it is the absolute KING of speed, trailing my local storage by only a little bit.

So that is to be pretty much expected. What was really weird was I also tested other data centers (Asia Pac (Sydney), US (North California), EU (London)) and turns out - Sydney despite being pretty close geographically has really slow speeds. Firmly middle of the pack even compared to the other webservices with some really bad outliers. To be honest, the result is so bad perhaps one of the devs can look into the comms between AWS Syd region to see if there is some odd interaction going on causing the slow down.

Ignoring Sydney, seems like choice of data datacenters not so important as the speeds are pretty much the same between choosing EU / US.

Conclusion - S3 really the fastest cloud storage, especially wonderful if you have a local data center but even otherwise can get unbeatable speeds. but you should test a couple of datacenters to avoid picking a dud.

Hope this all helps!

For reference, link to my results spreadsheet and detailed AWS results table below.

https://f000.backblazeb2.com/file/backblaze-b2-public/Duplicati_Stats.xls

Provider S3 Singapore S3 Sydney S3 North Cali S3 EU London
Count 13 9 12 12
Avg 0:06 0:28 0:15 0:15
Rank 3 7 5 4
StdDev 0:05 0:11 0:03 0:02
95% Perc 0:17 0:50 0:22 0:21
Rank 3 7 5 4
Include Outliers
Provider S3 Singapore S3 Sydney S3 North Cali S3 EU London
Count 13 12 13 13
Avg 0:06 1:03 0:18 0:18
Rank 3 11 5 4
StdDev 0:05 1:20 0:11 0:11
95% Perc 0:17 3:41 0:42 0:40
Rank 3 12 5 4
Provider S3 Singapore S3 Sydney S3 North Cali S3 EU London
Exclude 3 7 5 4
Include 3 12 5 4
Diff 0 5 0 0
3 Likes

Benchmarking different storage providers