perlbal use case question

Michael Engelhart mike.engelhart at
Tue Jun 10 18:21:01 UTC 2008

Hi Mark -

Thanks for the information and offer of help.

I'm going to continue brainstorming outside of the Perlbal box for  
now, knowing what it would take and that it  is most likely doable.    
You are correct in your assessment of my Perl knowledge though which  
doesn't go beyond Hello world ;-)

I'll post back here if I start digging into it though.

Thanks again

On Jun 10, 2008, at 2:16 PM, Mark Smith wrote:

>> Re: Apache - the only reason I thought I'd need to use that  would  
>> be for
>> SSL handling - i was under the impression that Perlbal didn't  
>> handle SSL
>> sessions - maybe it does?   These have to be signed certificates (i.e
>> Verisign, etc due our clients requirements).
> Perlbal can do SSL.  I'm not aware of it being tested in a high volume
> environment, though.  But if you're going to do SSL in software anyway
> (at Apache) then you might look at trying it to reduce a moving part.
>> I like the idea of Perlbal waiting but again not knowing much about  
>> it, it's
>> described as being single threaded so I assumed that it can't block  
>> on a
>> request like that but I guess some asynchronous call could be made  
>> and then
>> return?     Should I be looking into the hooks documentation?     
>> I'm not
>> sure where to even start at this point.
> Yes, Perlbal itself is single-threaded.  It is designed to work
> asynchronously with all I/O, and that is fairly straightforward.  I
> think what you want is doable, but yes, it would require some custom
> plugin work.  You can look at the hook documentation, but you will
> need some knowledge of Perlbal's functioning in order to do what
> you're looking for in it.
> Really though, it shouldn't be too bad, since you can use the reproxy
> logic.  You'll have to modify it to fetch all of the URLs and do
> whatever custom work you want done with them (i.e. aggregate them all
> together into one response or what?) but it's doable.  So yes -
> Perlbal can do what you want, but it doesn't sound completely trivial,
> and if you're new to Perlbal (and from the sounds of it Perl itself)
> then it may prove to be a tough task.
> If you do want to take a stab at it though, I'd be happy to help with
> reviewing/guiding/whatever.  I'm sure there are others on the mailing
> list who would help out too.  (As long as you're willing to contribute
> the plugin/modifications to Perlbal back to the community, of course!)
> -- 
> Mark Smith / xb95
> smitty at

More information about the perlbal mailing list