[squid-users] eCap + lua integration

[Martin Sperl]

Well, the problem with the helper-modules is that you have context switches (icap, external_acl and reqwrite) and scheduler delays.
This is (as far as I understood) the great advantage of eCap: it does not run in an external context with the corresponding context switches.
That was why I was asking if a lua binding was available for eCap...

The drawback is probably that lua is quite a bit slower than native C (unless luajit is used) and thus probably makes the event loop slower reducing the throughput.
This would probably need to get tested and compared against an icap implementation which comes with the 

Thanks,
	Martin

> -----Original Message-----
> From: squid-users [mailto:squid-users-bounces at lists.squid-cache.org] On
> Behalf Of Eliezer Croitoru
> Sent: Montag, 10. November 2014 13:19
> To: squid-users at lists.squid-cache.org
> Subject: Re: [squid-users] eCap + lua integration
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hey Martin,
> 
> As far as I can tell there is non of these ECAP modules available.
> Also using ECAP for this might be very weird since the helpers modules
> do exists.
> If you want to use lua specifically it's doable to write a helper for
> the current squid interfaces(ICAP,external_acl,url_rewrite).
> I have written myself an external_acl helper that help to filter
> specific sites and have used deny_info as the user interface for a
> "block" state.
> There is however the overhead of using the external apache server that
> has to "know" things about the sites which are blocked.
> 
> All The Bests,
> Eliezer
> 
> On 11/10/2014 01:57 PM, Martin Sperl wrote:
> > Hi!
> >
> > Is there any eCap lua integration module available that one could
> > use for filtering - similar to apache mod_lua?
> >
> > It then could get easily used as a URL-rewrite engine or to handle
> > session-affinity and similar without any context switches that is
> > needed with url_rewrite_program...
> >
> > Thanks, Martin
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
> 
> iQEcBAEBAgAGBQJUYK0zAAoJENxnfXtQ8ZQUVoYH/0HiGcPgAz/JtU9Eyh5obND
> r
> b93gUx38dusvrfcNQ4QN30oFnmHkZx5vNPipcSn6Q5Rs48XMqu8SrHKwlYOLFI
> B/
> UM/FB/LqZ1h7MXsXJtFU/BgY+4T9BEBmRPOX6UzLhbr0gg3JQGCy1w0fkoP5gm
> lK
> 8weJE6YoJWD4uZRU0Egh0521rELZry8SaIJG9wVI5K4C8SCStfiUwBYyIHu/vmmv
> oLTml17lRnWNteOCCW4DI85ogZ1qYlB2eimDGUcsfK5hybSBg3Dg2PXGutQS7u
> Jm
> cQoC5kk9WK8tUi590+Fssoc+6NsBHTfYX5NJRc/nYfqiMKTIWfrfBpsA7hp5lHU=
> =nCTs
> -----END PGP SIGNATURE-----
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp