Subject Re: [Firebird-Java] Possible memory leak in EncodingFactory ?
Author Roman Rokytskyy
> So I reason the slow-down must be in the pooling. It would get even
> slower when changed to a SynchronizedHashMap or ConcurrentHashMap.
> Let's test with just the memory reduction for now and see what those
> numbers generate.

The number are comparable. I guess we stop here. The implementation of
Encoding interface will be "cached" for the lifetime of the XSQLVAR object,
won't have allocated memory except the one for the object itself.