This is the same thing as bug #36283, but I can't "reopen" somebody else's bug report so filing a new one, with more relevant information.
First, Gnumeric is affected by the same problem, although it is affected much more strongly than LibreOffice - see https://bugzilla.gnome.org/show_bug.cgi?id=381011#c12
Second, this behavior may be more visible with unoptimized GPU drivers (ex: using the rather new radeonsi open-source driver, vs the mature and optimized intel drivers).
And finally, here's how I can trigger the bug with LOo Calc 126.96.36.199 on Fedora 20:
1. Zoom out to 25%. On a 1920x1080 screen this means a *lot* of visible cells
2. Select the biggest possible visible rectangle of cells (ex: A1 to CO214)
Result; watch Calc and Xorg eat the CPU alive. Also, try making rectangle selections (by dragging cells) in Calc and notice that the blue rectangle selection is sluggish. When you press Escape to dismiss the "walking ants" copy selection, performance goes back to normal (dragging a rectangle selection is fluid).
In the case of Gnumeric, the problem (from what we know so far) is that they are invalidating the whole rectangle bounding box (and thus redrawing that instead of only drawing the ant-cursor repeatedly).
See also the gnumeric bug report for more investigation information.
Would be interesting to see if this improved in recent 188.8.131.52 and 184.108.40.206.
Could you pls try that?
*** This bug has been marked as a duplicate of bug 56613 ***