numam-spdk
Go to file
Daniel Verkamp 11a2f1cf47 nvme/rdma: simplify nvme_rdma_req_get()
nvme_rdma_req_get() is an internal function, and its only caller already
checks for a valid rqpair, so the NULL check is unnecessary.

Also clean up the redundant STAILQ_EMPTY/STAILQ_FIRST logic and use
STAILQ_REMOVE_HEAD.

Change-Id: Ic3828e8b5e881879173cb59350e39c5fac90e6ef
Signed-off-by: Daniel Verkamp <daniel.verkamp@intel.com>
2016-11-30 16:38:48 -07:00
app nvmf: change default AcceptorPollRate from 1 ms to 10 ms 2016-11-28 12:17:17 -07:00
build/lib build: consolidate library outputs in build/lib 2016-11-17 13:15:09 -07:00
doc doc: remove link to nvme_driver_integration page 2016-11-01 09:43:32 -07:00
etc/spdk nvmf: change default AcceptorPollRate from 1 ms to 10 ms 2016-11-28 12:17:17 -07:00
examples nvme: remove spdk_nvme_transport_type from API 2016-11-22 13:42:00 -07:00
include env_dpdk: Add spdk_pci_device_[attach|detach] 2016-11-30 14:10:52 -07:00
lib nvme/rdma: simplify nvme_rdma_req_get() 2016-11-30 16:38:48 -07:00
mk build: add copyright header where missing 2016-11-22 16:41:47 -07:00
scripts scripts/setup.sh: add logname fallback 2016-11-30 10:51:49 -07:00
test test/iscsi_tgt/fio: remove FIO job state file 2016-11-30 16:37:58 -07:00
.astylerc
.gitignore
.travis.yml readme, travis: update to DPDK 16.11 2016-11-15 11:14:32 -07:00
autobuild.sh
autopackage.sh autopackage: enable -Werror in release build 2016-11-17 10:29:11 -07:00
autorun.sh
autotest.sh test/nvmf: put host tests into a timing group 2016-11-30 09:56:51 -07:00
CHANGELOG.md changelog: add note about build/lib move 2016-11-18 12:51:47 -07:00
CONFIG env: rename default implementation to env_dpdk 2016-11-14 08:48:20 -07:00
LICENSE
Makefile
PORTING.md env: rename default implementation to env_dpdk 2016-11-14 08:48:20 -07:00
README.md readme, travis: update to DPDK 16.11 2016-11-15 11:14:32 -07:00
unittest.sh scsi: translate nvme error to scsi error (#54) 2016-10-28 13:06:45 -07:00

Storage Performance Development Kit

Build Status

SPDK Mailing List

SPDK on 01.org

The Storage Performance Development Kit (SPDK) provides a set of tools and libraries for writing high performance, scalable, user-mode storage applications. It achieves high performance by moving all of the necessary drivers into userspace and operating in a polled mode instead of relying on interrupts, which avoids kernel context switches and eliminates interrupt handling overhead.

The development kit currently includes:

Documentation

Doxygen API documentation is available, as well as a Porting Guide for porting SPDK to different frameworks and operating systems.

Many examples are available in the examples directory.

Changelog

Prerequisites

To build SPDK, some dependencies must be installed.

Fedora/CentOS:

sudo dnf install -y gcc gcc-c++ CUnit-devel libaio-devel openssl-devel
# Additional dependencies for NVMe over Fabrics:
sudo dnf install -y libibverbs-devel librdmacm-devel

Ubuntu/Debian:

sudo apt-get install -y gcc g++ make libcunit1-dev libaio-dev libssl-dev
# Additional dependencies for NVMe over Fabrics:
sudo apt-get install -y libibverbs-dev librdmacm-dev

FreeBSD:

  • gcc
  • gmake
  • cunit
  • openssl

Additionally, DPDK is required.

1) cd /path/to/spdk
2) wget http://fast.dpdk.org/rel/dpdk-16.11.tar.xz
3) tar xf dpdk-16.11.tar.xz

Linux:

4) (cd dpdk-16.11 && make install T=x86_64-native-linuxapp-gcc DESTDIR=.)

FreeBSD:

4) (cd dpdk-16.11 && gmake install T=x86_64-native-bsdapp-clang DESTDIR=.)

Building

Once the prerequisites are installed, run 'make' within the SPDK directory to build the SPDK libraries and examples.

make DPDK_DIR=/path/to/dpdk

If you followed the instructions above for building DPDK:

Linux:

make DPDK_DIR=./dpdk-16.11/x86_64-native-linuxapp-gcc

FreeBSD:

gmake DPDK_DIR=./dpdk-16.11/x86_64-native-bsdapp-clang

Hugepages and Device Binding

Before running an SPDK application, some hugepages must be allocated and any NVMe and I/OAT devices must be unbound from the native kernel drivers. SPDK includes a script to automate this process on both Linux and FreeBSD. This script should be run as root.

sudo scripts/setup.sh

Examples

Example code is located in the examples directory. The examples are compiled automatically as part of the build process. Simply call any of the examples with no arguments to see the help output. You'll likely need to run the examples as a privileged user (root) unless you've done additional configuration to grant your user permission to allocate huge pages and map devices through vfio.