🔥 Tremora del Terra: ultimate hmac-file-server fix – final push before the drop 💾🔐
This commit is contained in:
@ -1,81 +0,0 @@
|
||||
# Deduplication Optimization - 1GB Threshold
|
||||
|
||||
## Updated Configuration
|
||||
|
||||
### Production Setting Applied
|
||||
```toml
|
||||
[deduplication]
|
||||
maxsize = "1GB" # Files larger than 1GB skip deduplication
|
||||
enabled = true
|
||||
directory = "/opt/hmac-file-server/data/dedup"
|
||||
```
|
||||
|
||||
## Performance Impact
|
||||
|
||||
### File Processing Logic
|
||||
- **Small files (< 1GB)**: Get deduplication with SHA256 hash computation
|
||||
- **Large files (≥ 1GB)**: Skip deduplication entirely, upload at network speed
|
||||
- **Most video files**: Will now bypass the hash computation that caused "endless encryption"
|
||||
|
||||
### Why 1GB is Optimal
|
||||
1. **Covers most media files**: Most video files, even high-quality ones, are under 1GB
|
||||
2. **Still enables deduplication**: Smaller files (documents, images, small videos) still benefit
|
||||
3. **Eliminates bottlenecks**: Very large files upload without processing delays
|
||||
4. **Storage efficiency**: Deduplication remains active for the majority of files
|
||||
|
||||
## Expected Results
|
||||
|
||||
### Before (with no size limit)
|
||||
```
|
||||
970MB video file upload:
|
||||
1. Network transfer: ~30 seconds (depends on connection)
|
||||
2. SHA256 computation: 2-5 minutes (CPU intensive)
|
||||
3. Total time: 2.5-5.5 minutes + "endless encryption" appearance
|
||||
```
|
||||
|
||||
### After (with 1GB limit)
|
||||
```
|
||||
970MB video file upload:
|
||||
1. Network transfer: ~30 seconds
|
||||
2. SHA256 computation: SKIPPED
|
||||
3. Total time: ~30 seconds + immediate completion
|
||||
```
|
||||
|
||||
### Larger files (>1GB)
|
||||
```
|
||||
Any file >1GB:
|
||||
- Bypasses deduplication completely
|
||||
- Uploads at pure network speed
|
||||
- No processing delays
|
||||
- Immediate completion
|
||||
```
|
||||
|
||||
## Client Behavior Improvement
|
||||
|
||||
### XMPP Clients (Gajim, Dino, Conversations)
|
||||
- **Before**: Progress bar stuck on "encryption" for minutes
|
||||
- **After**: Smooth progress at actual upload speed
|
||||
- **User Experience**: Upload completes as expected without delays
|
||||
|
||||
### File Types Affected
|
||||
- **Videos (.mp4, .mkv, .avi, .mov)**: Major improvement for files approaching 1GB
|
||||
- **Large archives (.zip, .tar, .7z)**: Faster uploads for big archives
|
||||
- **ISO files**: No more delays on large disc images
|
||||
- **High-res media**: Large photo/video collections upload quickly
|
||||
|
||||
## System Status
|
||||
|
||||
✅ **Production Server**: Updated and running with 1GB threshold
|
||||
✅ **Docker Config**: Updated to match production settings
|
||||
✅ **nginx Timeouts**: Already configured for large file support (4800s)
|
||||
✅ **ClamAV**: Disabled to avoid scanning delays
|
||||
✅ **Upload Limits**: 10GB maximum file size supported
|
||||
|
||||
## Monitoring
|
||||
|
||||
The system is ready for immediate testing. Your large video files should now upload without the "endless encryption" delays you experienced before.
|
||||
|
||||
---
|
||||
*Configuration Applied: $(date)*
|
||||
*Deduplication Threshold: 1GB*
|
||||
*Status: Optimized for large file uploads*
|
Reference in New Issue
Block a user