Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 75 replies
  • Subscribers 4 subscribers
  • Views 99665 views
  • Users 0 members are here
Options
Suggested
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

Which Intel Core processor (Haswell) for 120+ Mbps with IPS and web filtering

apijnappels
I'm planning on replacing my current home UTM (Atom D2500CC) because it can't keep up with my internet connection (currently 120 Mbps awaiting upgrade to 150 Mbps down, 15 up).
I know I should go for at least an i3 processor, but maybe better an i5.

Looking at the current Haswell processors, I find a few T and S models which should be very low power (good for my electricity bill).

Are these good choices or is it better to choose a "normal" or a K version?

Processors I might be interested in:
i7-4770T, 45W TDP, 2.5GHz clock speed
i7-4770S, 65W TDP, 3.1GHz clock speed
i5-4570S, 65W TDP, 2.9GHz clock speed

Will the i7 (T) perform good enough for high-speed internet lines with IPS and web filtering enabled?
If not, how much difference would there be in performance between the i7-4770S and the i5-4570S? Clock speed only differs a little bit while the i5 is about €100 cheaper currently.


This thread was automatically locked due to age.
Parents
  • 0
    There are several ways to improve things with the CPU frequency scaling.

    The simplest and most effective seems to be:

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

    Where 'cpuN' is the highest CPU # for the system; e.g. '3' for a quad-core i5 or i3 w HT, or '7' for a quad-core i7 with HT.
    The default governor can be reset by changing 'performance' to 'ondemand', or by rebooting.

    This gives full IPS performance without having to run 'openssl speed'.

    This does NOT waste any power on Haswell CPUs (and probably on Ivy & Sandy Bridge too). This is because Intel still keeps the voltage low when the CPU is idle.
    Power consumption remains at 31W idle, and is 45W with 300mbps in Iperf port 80.

    The Linux kernel developers have already realized the 'ondemand' governor is not effective with modern CPUs, and have revamped the entire system in Linux 3.9. 
    Unfortunately, the UTM 3.171 is still using a 3.8 kernel, so for now, if you need over 120mbps single-stream performance, it may be necessary to tweak things.

    References:
    Dynamic frequency scaling - Wikipedia, the free encyclopedia
    Linux kernel dev discussion including 3.9 kernel changes: https://plus.google.com/+TheodoreTso/posts/2vEekAsG2QT

    Note the change above will not survive a reboot. The Linux sysctl system is the proper way to set this persistently, although the UTM up2date system may overwrite those changes as well.

    Barry
Reply
  • 0
    There are several ways to improve things with the CPU frequency scaling.

    The simplest and most effective seems to be:

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

    Where 'cpuN' is the highest CPU # for the system; e.g. '3' for a quad-core i5 or i3 w HT, or '7' for a quad-core i7 with HT.
    The default governor can be reset by changing 'performance' to 'ondemand', or by rebooting.

    This gives full IPS performance without having to run 'openssl speed'.

    This does NOT waste any power on Haswell CPUs (and probably on Ivy & Sandy Bridge too). This is because Intel still keeps the voltage low when the CPU is idle.
    Power consumption remains at 31W idle, and is 45W with 300mbps in Iperf port 80.

    The Linux kernel developers have already realized the 'ondemand' governor is not effective with modern CPUs, and have revamped the entire system in Linux 3.9. 
    Unfortunately, the UTM 3.171 is still using a 3.8 kernel, so for now, if you need over 120mbps single-stream performance, it may be necessary to tweak things.

    References:
    Dynamic frequency scaling - Wikipedia, the free encyclopedia
    Linux kernel dev discussion including 3.9 kernel changes: https://plus.google.com/+TheodoreTso/posts/2vEekAsG2QT

    Note the change above will not survive a reboot. The Linux sysctl system is the proper way to set this persistently, although the UTM up2date system may overwrite those changes as well.

    Barry
Children
No Data
Unfiltered HTML