Java Thread Affinity support for hyper threading
Join the DZone community and get the full member experience.
Join For FreeHowever, hyper threading can impact performance when the two threads on the same core start competing for resources, such as the FPU, Level 1 cache, or CPU pipeline. For these reasons, hyper-threading is often turned off in high performance systems.
A solution to get the best of both worlds
The Java Thread Affinity version 1.4 library attempts to get the best of both worlds, by allowing you to reserve a logical thread for critical threads, and reserve a whole core for the most performance sensitive threads. Less critical threads will still run with the benefits of hyper threading.
Example
Say you have a system e.g. an Intel i7 with four core and two logical threads per core. You want to reserve two cores to dedicate to critical threads. On Linux you can do this but using isolcpus= in grup.conf Say you have two critical thread which are busy waiting for resources and can share a core called "reader" and "writer" and you have an "engine" thread you want to dedicate a whole core to (so it doesn't have to compete for resources) You can assign the threads as follows. The "engine" only uses "CPU 3" and "CPU 7" is reserved as idle.
How does this look in code
Sample code to allocate these thread/cores is as followsAffinityLock al = AffinityLock.acquireLock(); try { // find a cpu on a different socket, otherwise a different core. AffinityLock readerLock = al.acquireLock(DIFFERENT_SOCKET, DIFFERENT_CORE); new Thread(new SleepRunnable(readerLock, false), "reader").start(); // find a cpu on the same core, or the same socket, or any free cpu. AffinityLock writerLock = readerLock.acquireLock(SAME_CORE, SAME_SOCKET, ANY); new Thread(new SleepRunnable(writerLock, false), "writer").start(); Thread.sleep(200); } finally { al.release(); } // allocate a whole core to the engine so it doesn't have to compete for resources. al = AffinityLock.acquireCore(false); new Thread(new SleepRunnable(al, true), "engine").start(); Thread.sleep(200); System.out.println("\nThe assignment of CPUs is\n" + AffinityLock.dumpLocks());This code declares that the "main" thread uses a cpu (it gets 7). The "reader" thread should use a different socket or a different core. It get a different core as there is no second socket. The "writer" thread tries to get a thread on the same core, or the same socket, or any thread. The AffinityStrategy is an interface which allows you to create your own thread allocation strategies.
The "engine" thread tries to allocate a whole core to the thread. (It finds a core where it can allocate all the threads for that core)
When run on an i7 with isolcpus=2,3,6,7 you get the following output
Assigning cpu 7 to Thread[main,5,main] Assigning cpu 6 to Thread[reader,5,main] Assigning cpu 2 to Thread[writer,5,main] Releasing cpu 7 from Thread[main,5,main] Assigning core 3: cpus 3, 7 to Thread[engine,5,main] The assignment of CPUs is 0: General use CPU 1: General use CPU 2: Thread[writer,5,main] alive=true 3: Thread[engine,5,main] alive=true 4: General use CPU 5: General use CPU 6: Thread[reader,5,main] alive=true 7: Thread[engine,5,main] alive=true
From http://vanillajava.blogspot.com/2012/01/java-thread-affinity-support-for-hyper.html
Opinions expressed by DZone contributors are their own.
Comments