| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] |
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0000445 | incron | | public | 2010-05-21 00:57 | 2009-12-09 16:19 |
|
| Reporter | luk | |
| Assigned To | luk | |
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | assigned | Resolution | open | |
| Platform | GNU/Linux | OS | Linux | OS Version | 2.6 |
|
| Summary | 0000445: Introduce a limit for command parallelism |
| Description | There is a problem (reported by Thomas Güttler) if many events occur in a small time period. It forks many child processes and system's load may be of tens or even hundreds. It may lead to massive context switching, physical memory shortage or other unpleasant effect which drastically reduce system performance. There should be an adjustable limit (or more limits, e.g. global one, per-user ones and per-watch ones) to enforce to have only a "rational" number of processes. If more commands to be invoked they will be deferred (enqueued) and started later. |
| Additional Information | Eventualities:
1. Unlimited system rules may exist (their events are always processed immediately).
2. Each user may have specific limits.
3. Each user may adjust the limits (and must not exceed the default ones).
4. The default values may be determined automatically.
|
| Tags | No tags attached. |
|
| Attached Files | |
|
Relationships 
Relationships 