PowerSEC is designed to be lightweight. Here's what to expect for performance impact and how to tune if needed.
Typical impact
For a site with average traffic (~1000 visits/day):
| Metric | Impact |
|---|---|
| Page load time | +5-20ms (well under perceptible) |
| CPU during scans | Spike to 30-50% for 30-60 seconds, then idle |
| Memory | +20-40 MB resident |
| Disk I/O | ~10-50 MB/day for logs and cache |
| Database size | +5-15 MB initially, grows ~1 MB/month |
| Bandwidth | <1 MB/day to Central (compressed sync) |
For comparison: a single uncompressed image upload uses more bandwidth than a month of PowerSEC sync.
Heavy traffic sites
For sites with 100k+ visits/day:
- WAF inspection: +2-10ms per request (scales linearly)
- Real-time file watcher: <1% CPU
- Scan jobs: scheduled during low-traffic hours by default
- Backup uploads: throttled to 50% of available bandwidth
If you see noticeable performance impact, see "Tuning" below.
When PowerSEC might slow your site
1. Initial scan (one-time, post-install)
The first full malware scan after install can take 5-30 minutes and use 50% CPU. This happens once. After that, scans are incremental.
2. Backup creation (Pro)
Initial full backup transfers ~all of wp-content. Depending on site size and bandwidth, takes 1-30 minutes. Subsequent backups are incremental and complete in seconds.
3. Vulnerability database updates
Once a day (Pro: hourly), PowerSEC downloads updated vulnerability data (~1 MB). Brief CPU spike for a few seconds.
4. Bot attack response
During a brute-force attack, PowerSEC processes thousands of failed logins. CPU spikes proportionally to attack volume. The attack itself is what's heavy — PowerSEC just makes the response faster.
Tuning for performance
Lower-impact mode
WP admin → PowerSEC → Settings → Performance:
- Scan schedule — change from "real-time" to "daily" or "weekly"
- WAF mode — change "Detect & Block" to "Detect only" (less CPU per request)
- AI features — disable if not using them
- Vulnerability check frequency — daily instead of hourly
These reduce protection slightly in exchange for performance gains.
Exclude paths from scanning
For sites with massive media libraries that don't change:
- Settings → Scan exclusions
- Add paths to skip (e.g.,
wp-content/uploads/2020/for old archived content) - Save
Excluded paths aren't scanned but are still backed up.
Use OPcache
Make sure PHP OPcache is enabled. PowerSEC's PHP code caches well; OPcache reduces our CPU footprint by 50%+.
Test:
php -m | grep -i opcache
Should return "Zend OPcache". If missing, ask your host to enable.
Use Redis/Memcached for object cache
If your site uses an object cache (W3 Total Cache, Redis Object Cache plugin), PowerSEC automatically uses it for scan result caching. Reduces DB load.
When PowerSEC isn't the cause
Common false-blame scenarios:
- Slow site — usually a hosting issue (slow database, no caching, low CPU allocation)
- High memory — usually a memory-hungry plugin (visual builder, security suite, optimization plugin)
- Slow admin — usually too many active plugins (the dashboard loads all hooks)
To rule PowerSEC out:
- Note your current page load time + memory usage
- Temporarily deactivate PowerSEC
- Compare metrics
- Reactivate PowerSEC
- If the difference is <50ms or <10 MB, PowerSEC isn't your bottleneck
Need help tuning?
Open a ticket with:
- Site URL
- Hosting provider + plan
- Current performance issue (slow load? high CPU?)
- Recent changes (new plugin? traffic spike?)
- Average daily visitors
Our team can recommend specific settings or configurations.