|Subject||Re: [Firebird-Java] Possible memory leak in EncodingFactory ?|
> So I reason the slow-down must be in the pooling. It would get evenThe number are comparable. I guess we stop here. The implementation of
> slower when changed to a SynchronizedHashMap or ConcurrentHashMap.
> Let's test with just the memory reduction for now and see what those
> numbers generate.
Encoding interface will be "cached" for the lifetime of the XSQLVAR object,
won't have allocated memory except the one for the object itself.