dmtrKovalenko / dmtrKovalenko/fff
[Bug]: High CPU/disk usage when indexing large generated data folders
- Dominant language
- Rust
- Stars
- 10.7k
- Forks
- 446
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 39
Description
### Which fff frontend?
MCP server (fff-mcp)
### has logs
_No response_
### Description
`fff-mcp` caused sustained high CPU and disk usage on Windows after it encountered a large generated data folder with many files.
After quitting/disabling `fff-mcp`, system performance returned to normal.
Expected behavior:
- Large/generated folders should not cause prolonged system slowdown.
- Indexing should be throttled, skipped, or easy to exclude.
Suggested fixes:
- Add folder exclusions.
- Auto-skip very large/high-file-count folders.
- Limit concurrent indexing work.
- Show which path is currently being indexed.
Contributor guide
No contributing guide indexed for this repository
Research direction
No file or test is named in the issue. Start by reproducing the sustained CPU and disk usage on Windows with fff-mcp while indexing a large generated folder, then trace the indexing entry point and measure which work persists. Done means large or excluded folders no longer cause prolonged slowdown, with a clear way to identify or limit indexing work.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- performance, search
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100