On Wed, Jun 13, 2012 at 11:52:10AM +0200, Michal Sojka wrote: > The performance of ematch might be slightly lower than of standalone > classifier. Rosta will compare the performance soon. I think it doesn't make a difference, there is no additional locking involved. Numbers definitely welcome though. > > E.g. is it still possible to add additional ematches like checking for > > patterns inside can_frame.data[] (which is located in skb->data) with > > ematch_u32 or e.g. ematch_text ?? > > AFAIK, this should be possible and it will be a big advantage over > implementation as a standalone classifier. Definitely and the real advantage is that you can combine these using logic operators. -- To unsubscribe from this list: send the line "unsubscribe lartc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
