8.0-controls-scrum-361: up to 40% performance regression in Controls benchmarks

There are following regressions in build 8.0-controls-scrum-361 on Windows7-High-End machine:
 Controls.Buttons: -8% (-58.79 fps)
 Controls.Checkbox: -30% (-30.64 fps)
 Controls.ListView-Keyboard: -30% (-30.64 fps)
 Controls.RadioButton: -29% (-28.91 fps)
 Controls.TableView-Keyboard: -13% (-31.90 fps)
 Controls.TableView-Mouse: -42% (-25.05 fps)
 

The similar regression are also observed on Mac.

I created JPA profiles for Controls.Checkbox for builds #360 and #360 and I see that
the time spent in com.sun.javafx.css.StyleHelper.transitionToState() has been increased
from 27.445 sec to 37.813 sec (total execution time was 60 sec). The reason is that now
20.304 secs is spent in com.sun.javafx.css.StyleCacheEntry.get(String).


Steps to run Controls.Checkbox:
> cd JFX_WS/tests/performance/Controls/
> ant
> java -Djavafx.animation.fullspeed=true
       -cp "JFX_HOME/rt/lib/ext/jfxrt.jar;./dist/Controls.jar;../FXBenchmark/dist/FXBenchmark.jar;../../../import/benchmarks-2.1.1/benchmarks-2.1.1.jar"
       jrockit.bm.Main controls.bm.CheckboxBenchmark -i 1 -wt 0 -tr 60 -toggleStep 300


According to Hudson build #361 contains the following changes:
    1. Automated merge with ssh://jfxsrc.us.oracle.com//javafx/8.0/scrum/controls/rt — David Grieve / detail
    2. RT-26614: move StyleHelper to javafx.scene as CssStyleHelper — David Grieve / detail
    3. RT-26614: transitionStates does not need to be an instance variable in StyleHelper. — David Grieve / detail