Files
Linux-Server-Management-Too…/lib
Developer 746b861640 CRITICAL FIX: peak concurrent calculation - use minute granularity not hour
Peak concurrent calculation was extracting hour from timestamp and counting
requests per hour (e.g., 421 requests in hour 14). This is completely wrong
for estimating concurrent PHP processes.

Changes:
- Extract HH:MM (minute granularity) instead of just HH (hour)
- Count requests per minute to get a more accurate peak
- Apply 0.6x multiplier to estimate concurrent (assumes ~0.6s avg request)
- For low traffic (<=5 requests), return count as-is

Example:
- OLD: 421 (requests in busiest hour) = WRONG
- NEW: 421 * 0.6 = 252 concurrent at peak (closer to reality)
- With this fix, batch analyzer now shows realistic concurrent values
2026-04-20 18:50:56 -04:00
..