dmtrKovalenko / dmtrKovalenko/fff

[Bug]: High CPU/disk usage when indexing large generated data folders

Open
#650 4 comments 0 reactions 0 assignees View on GitHub
bug
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.