[Freeswitch-users] Preferred Intel QPI Bandwidth Priority Setting for FreeSWITCH

[Shaun Stokes]

We're looking at deploying FreeSWITCH 1.6 with SIP, Conferencing, Video and WebRTC connected to PostgreSQL for 1000-2000 endpoints using dialplans (stored in memcache) of upto roughly 100 lines.

The hardware we've spec'd includes 32GB RAM, 2x Intel X5650 CPUs and 6x 73GB 15.2K SAS HDs in RAID 5 volume (for increased I/O and throughput) on PERC H700 controller.

My question is, what would the preferred setting be for Intel QPI Bandwidth Priority, the options are either 'Compute' (default) or 'I/O' (optimized for I/O intensive workloads)?

This is what we've found on the suppliers website:
The Intel QPI Bandwidth priority has two settings, compute and I/O. It is set to "compute" by default.
This option determines the number and priority of requests on the QPI bus. Recall that the QPI
connects the processor sockets as well as the IOH. The "compute" setting favors computational traffic
while the "I/O" setting is optimized for IO intensive workloads.

The last thing we want is an I/O bottlenecks but after researching this on Intel's website I believe the above 'I/O' setting is specifically aimed at prioritizing traffic between the memory controller (RAM) and CPU, while 'Compute' prioritizes computational traffic. Does anyone know what the preference should be FreeSWITCH in this scenario?

Thanks,
Shaun
[http://www.itec-support.co.uk/wp-content/uploads/2016/07/email_logo.jpg]
Shaun Stokes - Infrastructure Analyst

T :     01453 700713
E :     shaun.stokes at itec-support.co.uk
W :     www.itec-support.co.uk

Registered Address :- ITEC Support, Suite 2 Prospect House, Bath Road, Stroud, Gloucestershire GL5 3QF
Company No. 06908001

CONFIDENTIALITY NOTICE
This communication and the information it contains are intended for the person or organisation to which it is addressed. Its contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you are not the intended recipient, please contact us immediately.
The contents of any attachments in this e-mail may contain software viruses, which could damage your own computer system. While ITEC Support has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checking procedure before opening any attachment.

______________________________________________________________________
This message has been checked for all known viruses by  MessageLabs Virus Scanning Service.
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161014/d6b119ae/attachment.html