Now I'm completely clear where is the problem.
But seems like OpenCL doing it same way as OpenSSL makes AES en/decryption.
It uses 16byte blocks for operation, just you know you using full 16 or just part of it.
And in case of texture size, you can create smaller texture size and upload your 1MB "string stream" by blocks, once first entry is done, you can stop uploading.
Minimum texture size 1pixel.
What do you thing about this?
-----Original Message-----
From: Zoltán Herczeg [
mailto:hzmester@freemail.hu]
Sent: Tuesday, February 12, 2013 11:21 AM
To: Roman Vasilyev
Cc: pcre-dev@???; 'Kristopher Kubicki'
Subject: RE: [pcre-dev] PCRE GPU offload
> Sorry, understood.
> So main idea, that OpenCl not fits PCRE let's call it "string stream"?
Yes. If your input is let's say 1 Mbyte, and you search /abc/, and it is found in the first 100 bytes, running the same kernel on the remaining 1 million - 100 starting positions is a waste of time. I am not sure you can stop the kernels after the first match. And uploading the 1Mbyte input, programming the device is costly as well. It is much faster to scan the first 100 byte one-by-one.
Regards,
Zoltan
