Skip to main content

Specific PCIe ports goes to CPU and not via southbridge

According to an article over at scottlowe.org, the 'the [Intel Xeon] E5 processors integrate PCI Express root ports, providing upwards of 200 Gbps of throughput. This is compared to the use of the “Southbridge” with the 5500/5600 series CPUs, which were limited to about 50 Gbps.'

Later you can read you should use specific slots on the motherboard for 10GbE PCIe NICS (and probably
other high throughput cards):
Going back to the earlier discussion about PCIe root ports being integrated into the E5 CPUs, this leads to a consideration for the placement of PCIe cards. Make sure your high-speed cards aren’t inserted in a slot that runs through the C600 chipset southbridge. Make sure that you are using Gen2 x8 slot, and make sure that the slot is actually wired to support a x8 card (some slots on some systems have a x8 connector but are only wired for x4 throughput). Johnson recommends using either LoM, slot 2, slot 3, or slot 5 for 10 GbE PCIe NICs; this will ensure direct connections to one of the CPUs and not to the southbridge chipset.

Comments

Popular posts from this blog

How to configure multiple VLANs on QNAP TS-869U

It's unbelievable that QNAP still doesn't support multiple VLANs on a single bond0 interface via GUI when they now just released the QTS v4.1.0 NAS Operation System for QNAP. The underlying Linux OS (QTS) does support it, and there should at least not be any problems with Intel chipsets. Some are reporting problems with Marvell.. but I haven't tried. I wanted to use the QNAP as a iSCSI storage for my LAB using a second interface while having full redundancy and get max bandwith (2x1GbE) for my ESXi hosts, and I didn't want that interface routed. At the same time I of course need the possibility to manage the QNAP system via the main interface, which is routed. This CLI "hack" will at configure the QNAP for a second VLAN interface that will be persistent during reboots. It's not been verified that it works after an upgrade of the firmware, but I presumed it will. To get this to work I presume you already have the following working: Network onfigured...

Typing @-character is delayed with Asus GPU TweakII and scandinavian keyboard layout (at least norwegian)

After I reinstalled my computer a while back, I noticed that one characters (the @-sign) had a long delay before showing up after I had hit the key on the keyboard. And I noticed it wasn't every time I had turned on my computer it was "slow". Imagine how frustrating it is to write your email address in a normal pace on the keyboard, just to find it spelled firstname1977gma@il.com instead of firstname1977@gmail.com ? Hitting ' @ 'had 0.5 to 1 second delay before it showed up on my screen, while the characters after displayed instantly. The computer in question runs english Windows 10 x64 with an NVidia GTX1070 card from Asus, and using a norwegian/scandinavian keyboard (Logitech G710+, but model isn't the problem). Throubleshooting led me to narrow the problem down to my ASUS GPU TweakII v1.4.0.8 (older version probably have the same problems). When I started the program, which was set to auto-start, I was suddenly no able to type @ as fast and often as ...

Upgrade Brocade VDX from USB

Brocade VDX NOS 2.0.x and NOS 2.1.x admin guide and cli ref says this is the command to update the NOS firmware on VDX: firmware download usb directory firmware/nos2.1.0 It's not. Drop the 'firmware/' in the path. Correct and working (from 2.0.0 to 2.1.0 at least) is: firmware download usb directory nos2.1.0 I believe you need to have a Brocade USB. Perhaps it works with other sticks with the same folder layout, I don't know. And by the way, there are no release.plist file in the root of the nos2.1.0 folder. Brocade USB folder layout - one folder 'brocade' in the root and four subfolders: brocade/ config firmware firmwarekey support Updated 20120809.