Как проверить API сокета Беркли (BSD)? - PullRequest
Новая
       17

Как проверить API сокета Беркли (BSD)?

1 голос
/ 19 июня 2009

Я бы хотел проверить правильность и полноту реализации API BSP. Тестовый набор должен быть скомпилирован для ARM sam7x.

Ответы [ 2 ]

1 голос
/ 19 июня 2009

Я не знаю, может ли это вас заинтересовать, но вот две ссылки на презентации NYC BSD Conference 2008: Обнаружение регрессий TCP с помощью tcpdiff (FreeBSD) и An введение в Automated Testing Framework (ATF) для NetBSD . Оба были довольно хороши.

0 голосов
/ 30 июня 2009

Существует общественное достояние Инструмент для сравнительного анализа для измерения производительности TCP и UDP .

Имеет некоторое количество контроля.Возможно, вы сможете использовать его для тестирования.
Помните, что это не тестирование API, а производительность реализации, вам потребуется больше, чем это.управляются параметрами, передаваемыми в командной строке при запуске программы.Чтобы увидеть доступные параметры, запустите приложение PCATTCP с параметром «-h».Вот что вы увидите: 

pcattcp -h
PCAUSA Test TCP Utility V2.01.01.08

Usage: pcattcp -t [-options] host [ < in ]
   pcattcp -r [-options > out]

Common options:
-l ##  length of bufs read from or written to network (default 8192)
-u     use UDP instead of TCP
-p ##  port number to send to or listen at (default 5001)
-s     toggle sinkmode (enabled by default)

        sinkmode enabled:
           -t: source (transmit) fabricated pattern
           -r: sink (discard) all received data
        sinkmode disabled:
           -t: reads data to be transmitted from stdin
           -r: writes received data to stdout

-A     align the start of buffers to this modulus (default 16384)
-O     start buffers at this offset from the modulus (default 0)
-v     verbose: print more statistics
-d     set SO_DEBUG socket option
-b ##  set socket buffer size (if supported)
-f X   format for rate: k,K = kilo{bit,byte}; m,M = mega; g,G = giga
-c       -t: send continuously
         -r: accept multiple connections sequentially
-R     concurrent TCP/UDP multithreaded receiver

. 

Options specific to -t:
-n ##  number of source bufs written to network (default 2048)
-D     don't buffer TCP writes (sets TCP_NODELAY socket option)
-w ##  milliseconds of delay before each write (default 0)
-L ##  desired transmit data rate in bytes/second


Options specific to -r:
-B     for -s, only output full blocks as specified by -l (for TAR)
-T     "touch": access each byte as it's read
...