| Summary: | Ability to configure (higher) number of indexing workers | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-baloo | Reporter: | philipp.l.klaus |
| Component: | general | Assignee: | Stefan Brüns <stefan.bruens> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | nate |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
philipp.l.klaus
2020-10-04 21:43:16 UTC
I think this has to be the first request in history for Baloo to use *more* resources. :) Are you sure on your system the limit isn't the I/O? Using I/O from multiple threads concurrently could even degrade the performance. Also, I don't think the underlying database handles updates from concurrently running threads. It is a simple mmap'ed file, not a SQL database managed by a database server. It shouldn't be limited I/O wise: My system is on a Samsung SSD 970 EVO Plus 2TB with the following specs: sequential read 3500MB/s, sequential write: 3300MB/s (SLC cached 1750MB/s TLC), IOPS 4K (read/write): 620k/560k. |