I’m programming a computer graphics application in Scala which uses a RGB class to return the color at a point in the image. As you can imagine, the function which return the color RGB object is called many times.
class RGB(val red: Int, val green: Int, val blue: Int) { }
There is a function getPixelRGB which is often used as follows
val color:RGB = getPixelRGB(image, x, y)
The problem is that I may call this function a million times which will then, I believe, generate a million unique RGB object instances, thats a very unattractive situation. There are some thoughts I have about this:
-
getPixelRGB could potentially create an infinite number of objects if it was called an infinite number of times, but it need not be an infinite number of objects as there are only a maximum of 255 * 255 * 255 possible combinations which can be produced for RGB. So the number of objects created “should” be finite. This function could be adjusted to use a object pool where if it is to return the same color as some time before it could return the same pooled object instance for that color.
-
I could encode this RGB as a Int. An Int would have less memory overhead than a normal Scala/Java object, Java objects have extra memory overhead. Since a Scala Int type is 4 bytes wide, the first 3 bytes could store the RGB value. Only returning an Int rather than a RGB from the getPixelRGB method would be less memory overhead I assume. However how to do this while still having the convince of the RGB class?
-
Supposedly, and they are, short lived objects and I have read that the garbage collector should re-claim them quickly. However I’m still worried about it. How does the GC know that I’m throwing it away quickly? So confusing.
So in general, my question is how to make this getPixelRGB more memory friendly? also should I even be worried about it?
You can encode RGB with single long or int. Moreover, in scala 2.10 you can define value class for primitive values, say
With value class you can still have type information and enjoy class-less memory layout in JVM.