Blog

Small file writes for video editing: what to check

Measure small-write speed, see whether it may affect video editing, and try practical fixes for cache, free space, drive choice, and inconsistent results.

Jason TurnerHardware tests 4 min read

Your video editor may pause while saving a project, building thumbnails, or updating its cache, even when large video files seem to copy quickly. Small file writes can contribute to those delays, but they are only one part of an editing workload.

Use the Storage Test to compare small writes with large-file speed. Then check whether your project, media, and cache are using the storage you expect.

Check small-write speed

  1. Open the Storage Test on the computer you use for editing.
  2. Save your project and pause large downloads, backups, and file transfers. Close the editor before testing if you can.
  3. Run the test and note the small-write result, along with the large-file read and write results.
  4. Run it two or three more times under similar conditions. Compare the results instead of relying on one run.
  5. Repeat with the computer connected to power and with other storage-heavy apps closed, if those conditions match your usual editing setup.

The test measures storage performance through the browser, not the exact cache folder or file system path used by your editing app. Treat it as a clue about the device, not a promise that the same speed will apply to every project.

What the result means

Small writes are much slower than large-file writes

This difference is common. Large-file tests move data in bigger blocks, while small writes measure many little operations. A low small-write result may be relevant if your editor frequently updates project data, thumbnails, or cache files. It does not prove that small writes are the cause of every pause.

Small writes are similar across repeated runs

A consistent result gives you a useful baseline for that computer and browser. Compare it with another drive or another computer only under similar conditions. The browser test may not be able to select the specific drive your editing app uses.

Results change a lot between runs

Background activity, available space, power settings, and browser workload can affect a test. If the computer is copying footage or syncing files during one run, the result may not describe its normal idle performance. Close those tasks and try again.

The test looks good, but editing still pauses

Small writes may not be the bottleneck. Playback and export can depend more on decoding, effects, memory, graphics performance, or the speed of reading large media files. Check where your source video and editor cache are stored before replacing a drive.

How to improve the editing workflow

  1. Stop competing storage tasks. Pause cloud sync, backups, downloads, and other large transfers while editing or exporting. Save your project before closing anything.
  2. Make room on the drive. A nearly full drive has less room for temporary files and project growth. On Windows 11, check Settings › System › Storage. On macOS, check System Settings › General › Storage. Remove only files you recognize and no longer need.
  3. Check the project and cache locations. In your editing app's preferences or project settings, look for the locations used for cache, scratch files, previews, and autosaves. If those folders are on a slow or nearly full drive, move them to a faster drive with enough free space. Menu names differ between apps.
  4. Keep source footage on a suitable drive. Video playback often reads large files continuously, so a drive that performs well with small writes may still be slow at reading footage. If media is on an external drive, connect it directly to a fast port rather than through a crowded hub when possible.
  5. Compare one change at a time. Change the cache location or connect a different drive, then reopen the same project and try the same task. This helps you identify which change matters instead of changing several settings at once.
  6. Check power and background activity. On a laptop, connect the charger if editing normally happens while plugged in. Let updates and indexing finish, then repeat the test under the same conditions. A browser benchmark is most useful when the computer is otherwise idle.

When the drive may be failing

A low small-write result by itself does not mean the drive is broken. Look for broader signs: files taking unusually long to open, repeated copy errors, the drive disconnecting, or freezes that happen across more than one app. Back up important footage and project files before troubleshooting further if you see errors or unexpected file changes.

If the same drive has serious problems on another computer or connection, test it with a known-good cable or port when applicable. Persistent errors, disconnects, or unreadable files can indicate a failing drive or enclosure. Replace the drive or ask a repair professional to inspect it rather than relying on it for active projects.

Why small writes are only part of editing speed

Editors create and update many small support files, but they also read large video clips, render effects, and write exports. A small-write benchmark is most relevant to workflows with frequent project updates and lots of cache activity. It cannot tell you whether a particular codec, effect, timeline, or editing app will run smoothly.

For a fair comparison, keep the project, browser, power state, and background tasks as similar as possible. Use the result to compare conditions, not as a guarantee of real-time playback speed.