From: Matthew Hall <mhall@mhcomputing.net>
To: "<dev@dpdk.org>" <dev@dpdk.org>
Subject: [dpdk-dev] Appropriate DPDK data structures for TCP sockets
Date: Sat, 21 Feb 2015 16:38:45 -0800 [thread overview]
Message-ID: <3ABAA9DB-3F71-44D4-9C46-22933F9F30F0@mhcomputing.net> (raw)
Hello fellow stack hackers :) ,
I'm working on a simple server-side implementation of TCP on DPDK.
For this to work I need a good data structure to store some sockets.
The lookup key is like this:
struct ss_flow_key_s {
uint8_t sip[IPV6_ALEN];
uint8_t dip[IPV6_ALEN];
uint16_t sport;
uint16_t dport;
uint8_t protocol;
} __attribute__((packed));
typedef struct ss_flow_key_s ss_flow_key_t;
The socket itself is like this:
enum ss_tcp_state_e {
SS_TCP_CLOSED = 0, SS_TCP_LISTEN = 1, SS_TCP_SYN_TX = 2,
SS_TCP_SYN_RX = 3, SS_TCP_OPEN = 4, SS_TCP_UNKNOWN = -1,
};
typedef enum ss_tcp_state_e ss_tcp_state_t;
// RFC 793, RFC 1122
struct ss_tcp_socket_s {
ss_flow_key_t key;
uint32_t id;
rte_spinlock_t lock;
ss_tcp_state_t state;
uint32_t ticks_last;
uint16_t rx_buf_offset;
uint16_t mss;
uint64_t rx_failures;
uint8_t rx_data[L4_TCP_WINDOW_SIZE * 2];
} __rte_cache_aligned;
So far I was using rte_hash, but it's single writer multi reader, which is eventually going to need some more complicated locking and probably run kind of slow. Also, I need some timer functions to delete dead sockets and so forth, and rte_hash doesn't have any iteration API.
So then I was trying to figure out if I needed to use a linked list for the iteration or if there is some other API I should use instead like rte_table_*. However the documentation of rte_table is kind of confusing so I wasn't sure if that was the right choice either.
Any advice?
Thanks,
Matthew.
next reply other threads:[~2015-02-22 0:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-22 0:38 Matthew Hall [this message]
2015-02-23 0:02 ` Stephen Hemminger
2015-02-23 4:50 ` Matthew Hall
2015-02-23 14:48 ` Matt Laswell
2015-02-23 21:16 ` Matthew Hall
2015-02-23 21:51 ` Avi Kivity
2015-03-13 6:41 ` Matthew Hall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3ABAA9DB-3F71-44D4-9C46-22933F9F30F0@mhcomputing.net \
--to=mhall@mhcomputing.net \
--cc=dev@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).