From: Nick B. <ni...@co...> - 2002-07-07 16:49:42
|
Nicholas, > I appreciate Nick's point about home grown object pools and I know it > may well be a fruitless excercise but I was interested in using the > jakart-commons pool project code so I have written a set of classes to > enable one to pool HttpForms. > It seems to work OK and under heavy loads shows a marginal performance > improvement over a non pooled implementation. > <snip> Not to be too picky on this point, but adding pooling for a marginal performance boost adds unecessary complexity, IMHO. I know, I know ... you're thinking that's what we do, we make things "better" by having more going on. But consider this quote: "... Any [system] that reaches a certain level of complexity becomes essentially immune to wholesale innovation that may be required for it to adapt and survive ..." -- Peter D. Ward, Author of "Rare Earth" Substitute the word "system" for the word "species" and you have his exact words. His point was in regards to how complex species are more fragile to change because they are less adaptable, being hindered by their morphological complexity. My point by extension being, the more complex a system, the shorter its lifespan, or usefulness. So, my thesis remains that a better system is one that keeps its options open by preventing it from becoming "immune to wholesale innovation" by unecessary complexity. Take that as you will. Keep fighting the good fight. - /\/ (PS: I'm also suprised you are seeing a marginal performance boost, I would think you would find it actually a bit slower because you make the VM keep track of more objects by pooling, which slows it down too.) -- Nick Bauman Cortexity Development Minneapolis, MN, 55412 612-232-7120 |