Skip to content

Large directory compression hangs due to %TEMP% spooling #15

Description

@Pythogen7

When compressing a large directory (50GB+), cozip (zip mode, CPU and GPU through the Windows Explorer UI on Windows 11) hung at ~40% with no error message. Turns out it spools intermediate files to %TEMP% on C: which ran out of space, even though I was saving the zip to a different drive with plenty of room. Changing my TEMP environment variable to another drive fixed it immediately.

Here is a feature request list based off my usage with cozip:

  1. Custom temp dir: Adding a CLI flag (--temp-dir) or env var (COZIP_TEMP_DIR) to set the temp folder directly in cozip would be super helpful, along with a quick free space check before starting.

  2. Leftover temp files: If compression is canceled or closed mid-way, the spool files stick around in %TEMP% and aren't cleaned up. It'd be great if cozip cleaned these up on cancel or purged old temp files on startup.

  3. ETA Display: Would love to see an estimated time remaining in the UI. The backend snapshot already has total bytes, processed bytes, and speed, so adding a basic ETA calculation ((total_bytes - processed_bytes) / speed) would be awesome.

Thanks for all your work on this! Really appreciate it as it has drastically sped up zipping some large directories for me.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions