Миграция java-приложения на Fork/Join или о чём нужно помнить

Утверждение о том, что

исходная задача при join() и invoke() возвращается в очередь и может быть продолжена и в другом потоке

весьма сильное и скорее всего не верное. С чего вы это взяли?

Из невнимательного чтения исходников. Спасибо, поправил.

одна задача может выполняться разными потоками попеременно

Это как? Код вычислений пишут в переопределенном методе compute(), наследуясь от RecursiveTask
Он вызывается 1 раз, и исполняется в одном потоке.

Вообще, Fork/Join не замена ExecutorService, а существует для вполне конкретного класса задач — рекурсивные вычисления, о чем и написано в JavaDoc:

A ForkJoinTask is a lightweight form of Future. The efficiency of ForkJoinTasks stems from a set of restrictions (that are only partially statically enforceable) reflecting their intended use as computational tasks calculating pure functions or operating on purely isolated objects. The primary coordination mechanisms are fork(), that arranges asynchronous execution, and join(), that doesn't proceed until the task's result has been computed. Computations should avoid synchronized methods or blocks, and should minimize other blocking synchronization apart from joining other tasks or using synchronizers such as Phasers that are advertised to cooperate with fork/join scheduling. Tasks should also not perform blocking IO, and should ideally access variables that are completely independent of those accessed by other running tasks.

«включаем -XX:-UseBiasedLocking»
Не понял, а разве с 6й явы он не включен по умолчанию?
И что такое lock re-biasing?