1:/GET /is2:/POST /is3:/HEAD /is4:/OPTIONS /is5:/PUT /is6:/DELETE /is7:/TRACE /is8:/CONNECT /is
Can you provide more details about the sort of patterns being used? For example: the number of patterns and the type of patterns – perhaps a sample?
I would expect performance over 882Mbps under most circumstances, but pattern count and the structure of patterns is definitely the biggest source of variability.
If you would prefer to reply off-list (e.g. because of pattern confidentiality requirements), please contact a team member or the Hyperscan alias (firstname.lastname@example.org) directly.
From: Hyperscan [mailto:hyperscan-bounces@list
s.01.org] On Behalf Of Datong Li
Sent: Tuesday, January 3, 2017 2:46 PM
To: Hyperscan regular expression matching library <email@example.com>
Subject: Re: [Hyperscan] Encounter not found instruction error and poor performance of hyperscan
The toolchain I'm using is listed like that :
The data what I am scanning is captured by tcpdump (the pcap file is about 40GB), and my patterns only have eight http methods (GET， POST， HEAD， OPTIONS， PUT， DELE
TE， TRACE， CONNECT). BTW, I use block mode of hyperscan. After I optimized the code and using "-O2" gcc compile option, my newest test performance is about 882Mbps.
On Tue, Jan 3, 2017 at 7:25 AM, Barr, Matthew <firstname.lastname@example.org> wrote:
From: Hyperscan [email@example.com
g] on behalf of Datong Li [firstname.lastname@example.org]
Sent: Friday, December 30, 2016 3:12 PM
> Hi all, had anyone encounter this problem like me below:
> [root@XXXX hs_build]# cmake --build .
> /usr/bin/make64 MAC=64
> Scanning dependencies of target ragel_Parser
> [ 0%] Generating src/parser/Parser.cpp
> [ 0%] Built target ragel_Parser
> Scanning dependencies of target hs_exec
> [ 0%] Building C object CMakeFiles/hs_exec.dir/src/all
> [ 1%] Building C object CMakeFiles/hs_exec.dir/src/run
> /tmp/ccoj8u4q.s: Assembler messages:
> /tmp/ccoj8u4q.s:460: Error: no such instruction: `vpbroadcastb %xmm2,%xmm2'
> /tmp/ccoj8u4q.s:470: Error: no such instruction: `vpbroadcastb %xmm3,%xmm3'
I've replied to the github issue about this - it appears there is a problem with your toolchain. The compiler and assembler do not match, GCC is producing asm that the assembler doesn't understand. This can happen with a newer GCC and an old version of binutils, for example.
> when I forbidden the instruction set avx and bmi2, then it could complete the compilation, but the hyperscan 's performance is just about 500Mb/s, it's really long distance with the official numbers. I doubt that it maybe relate with theinstruction sets.
It is hard to comment on the performance you are seeing without knowing how you are getting those numbers. Can you comment on the type of patterns you are using, and the data you are scanning?
With best regards,