Skip to main content

Fix Slow S3 Bucket Listing and Sync with Many Small Files — Tuning with RcloneView

· 3 min read
Morgan
Staff Engineer

A bucket with hundreds of thousands of tiny files syncs slowly because of per-object overhead, not bandwidth, and a few job settings change that.

A photographer's proxy folder or an application's log archive can hold a huge number of small objects. Each one needs a listing entry, a comparison, and a request, so the sync crawls even though the network is idle. RcloneView exposes the relevant rclone settings in its job wizard, so you can tune them without writing flags. Connect S3, Azure, or Backblaze B2 with full read/write on the FREE license.

RcloneView app preview

Manage & Sync All Clouds in One Place

RcloneView is a cross-platform GUI for rclone. Compare folders, transfer or sync files, and automate multi-cloud workflows with a clean, visual interface.

  • One-click jobs: Copy · Sync · Compare
  • Schedulers & history for reliable automation
  • Works with Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP and more
WindowsmacOSLinux
Get Started Free →

Free core features. Plus automations available.

Why Small Files Are Slow​

With large files, throughput dominates. With small files, request count dominates: every object is listed, compared by size, time or checksum, and uploaded individually. Slowness here is usually per-request latency and provider-side rate limiting, so adding bandwidth does nothing.

Transferring tab showing file count and speed

Open the Transferring tab during a run. If speed is low but the file count climbs steadily, you are request-bound rather than bandwidth-bound.

Tune the Job Settings​

In Step 2 of the sync wizard, raise the number of file transfers so more objects move in parallel. The equality checkers default to 8; on a slow or throttled backend, the guidance is to use 4 or fewer, because too many simultaneous checks can trigger throttling and make things worse. Change one value at a time and rerun.

Job advanced settings for transfers and checkers

Enabling checksum comparison adds hash work on top of size checks, so use it only when integrity matters more than speed. Keep the retry setting at its default of 3 so transient errors do not abort a long run.

Shrink the Work​

Step 3 filters cut the listing load. Use max file age to skip old objects, exclude folders you do not need, and use predefined filters to leave out file types. Splitting one giant job into per-prefix jobs also makes failures easier to isolate and rerun.

Running a tuned sync job in RcloneView

Always run a Dry Run after changing filters, so you see exactly which files will be copied or deleted before the real run.

Getting Started​

  1. Download RcloneView from rcloneview.com.
  2. Open your slow job and watch the Transferring tab to confirm it is request-bound.
  3. Adjust transfers and checkers one at a time, and add filters to reduce scope.
  4. Compare timings in Job History and keep the best-performing settings.

Small, methodical changes turn an overnight sync into a routine one.


Related Guides:

Supported Cloud Providers

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces