Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM Performance Crashes with A/V Scanning, but CPU only at 12%

I'm having an issue with Sophos UTM 9.307 that when it performs A/V scanning on large file (300 MB) downloads, my entire network comes to a screeching halt, with several machines dropping network connection or freezing up.  BTW, I'm using the dual A/V scan.

My UTM installation is on a home-built machine using an Intel i7-4790k CPU @ 4.0 GHz, hyperthreaded with 8 cores, 8 GB RAM and a 60 GB SSD, Z97 chipset.  NIC's are a single Intel i-350, 4 port (only 2 used - one WAN, one LAN) and an Intel NIC built onto the motherboard.  I wouldn't think I'd be potentially hardware limited with this setup.

Per posts here on the Sophos BBS, I've disabled Intel's "Enhanced SpeedStep" and "Turbo Boost" options in BIOS, along with the enhanced "C states".  I've also performed BarryG's recommendation at the console:

echo "performance" >/sys/devices/system/cpu/cpuN/cpufreq/scaling_governor

for each logical CPU 0-7.

The maximum CPU usage I've ever recorded in Sophos UTM during normal operation is around 12% when performing a scan on a single 300 MB download.  Note that this 12% corresponds to about 100% loading of one logical CPU core.  I was able to get around 17% CPU usage once when I tried the same download and scan operations on 2 machines (real machines, not VM's) simultaneously, but that completely locked up the network and I only had a few other machines running.  When not performing A/V scanning, my CPU hovers around 1-2%, since we don't have that much network traffic right now.

It seems like the UTM isn't taking full advantage of all the CPU horsepower that is available.  I could understand one of the connections / scans being tied to a logical CPU (with SNORT, etc) and locking it up, but it seems like the UTM would transfer other connections to other logical CPU's and not lock up the entire network.

BTW, the dual A/V scan of the 300 MB file took a couple of minutes.  Does this sound reasonable given the hardware?

It's almost as if the UTM is only using one of the available 8 logical cores to do almost all of the work in my system.

I'm aware that hyperthreading could be an issue due to the way the OS assigns the logical cores, such that logical core 0 and 1 are essentially the same physical core.  I could see this as being a problem when core 0 is at 100% load and the OS tries to give work to the next logical core (1 in this case), which is really already at 100%, but I thought that the underlying OS was "smart" enough to realize this.

Should I disable hyperthreading?  If so, will this corrupt my current Sophos UTM installation that expects to see 8 CPU's?

Does anyone have any other suggestions on setting, etc that would enable the full potential of this hardware setup or is this "normal" / to be expected?  

Thanks in advance,

- Ben


This thread was automatically locked due to age.
Parents
  • Are you aware of any hardware and / or driver issues with the Intel I218V NIC
    Not currently, but several times in the past, there have been issues with Intel firmware.  Usually this manifests itself in the form of the NIC no longer passing traffic (it goes into "sleep" mode and then refuses to come out of it without a reboot).
  • When I disable CPU HT and the motherboard's NIC when I do the re-install, obviously the CPU and ethernet interface numbering will change (decrease) from what I currently have.

    For the currently installed NIC's, they're numbered eth0 - eth4 (5 total, with 4 on the i350 card and 1 on the MB).  Oddly enough, the motherboard NIC was assigned eth2 by the UTM installation.  Current configuration has eth0 as LAN (internal) and eth4 as WAN (external).

    I'd prefer to do a restore of my UTM current configuration after the re-install, instead of having to create all my rules, etc again from scratch.  Will the CPU and NIC numbering change cause issues with doing a "restore"?

    My thought was to move the WAN to interface eth3 prior to the reinstall and during the re-install process make eth3 the WAN interface.  That way after I do the re-install and restore my current configuration, all I should have to do is physically move the WAN cable from my current eth3 port to the "new, after re-install" eth3 port.  Should this work?

    Thanks,

    - Ben
Reply
  • When I disable CPU HT and the motherboard's NIC when I do the re-install, obviously the CPU and ethernet interface numbering will change (decrease) from what I currently have.

    For the currently installed NIC's, they're numbered eth0 - eth4 (5 total, with 4 on the i350 card and 1 on the MB).  Oddly enough, the motherboard NIC was assigned eth2 by the UTM installation.  Current configuration has eth0 as LAN (internal) and eth4 as WAN (external).

    I'd prefer to do a restore of my UTM current configuration after the re-install, instead of having to create all my rules, etc again from scratch.  Will the CPU and NIC numbering change cause issues with doing a "restore"?

    My thought was to move the WAN to interface eth3 prior to the reinstall and during the re-install process make eth3 the WAN interface.  That way after I do the re-install and restore my current configuration, all I should have to do is physically move the WAN cable from my current eth3 port to the "new, after re-install" eth3 port.  Should this work?

    Thanks,

    - Ben
Children
No Data