commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simone Tripodi <simone.trip...@gmail.com>
Subject Re: [pool] "Smart" (aka auto-configure) pools
Date Thu, 04 Nov 2010 20:31:19 GMT
Hi Steven,
this feature sounds *cool*!!! +1 for me, definitively!
Simo

http://people.apache.org/~simonetripodi/
http://www.99soft.org/



On Thu, Nov 4, 2010 at 8:18 PM, Steve <smsiebe@gmail.com> wrote:
>
> Not Paul, Phil. My bad!
>
> S
>
> On Nov 4, 2010, at 2:34 PM, Steven Siebert <smsiebe@gmail.com> wrote:
>
>> First, Paul, nice presentation at ApacheCon =)
>>
>> I came up after the discussion to mention a feature I added to my pool
>> implementation, wanted to record this here and get community thoughts.
>>
>> What I have done for a customer (non-releasable, but I can re-implement
>> much cleaner) was essentially enable the pool to "track" its maintenance
>> operations over a 24-hour period (starting at 0000) to better "predict"
>> configuration changes that needed to take place.  This was helpful in our
>> dev-to-production deployments for configuration "burn-in"...we could have
>> guessed what the config for the pool should be...but this helped get it
>> right quickly.  We kept it running (intentionally) and detected trends over
>> the first week.  We then turned this feature off (via JMX) and pool could
>> then adjust itself based on it's learned data.  Admittedly, this was a
>> "crude" implementation that was used to improve performance due to our
>> predictable spikes....there is a lot more that could be done.
>>
>> First question:  is this coming the community would like?
>>
>> Second:  If it is desired, I implemented this by re-implementing the
>> evictor...Paul suggested this might also be a good fit for an "outside"
>> implementation (I can see this, as well)
>>
>> Finally:  What features would you like to see?
>>
>> Thoughts?
>>
>> Steve
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message