Ruby has much more of a bias toward writing libraries in pure Ruby, and so a greater portion of the Ruby ecosystem runs on JRuby. Also, Ruby's use-cases largely center around Rails and system administration, while Python also has large presences in scientific computing, scriptable C++ network servers, desktop GUI apps, etc, (none of which work on Jython). That makes JRuby very attractive for deploying a Rails frontend on top of JVM backend infrastructure, but the analogous situation in the Python world (Django webapp in front of say Twisted or Celery) won't even run on Jython.
JRuby performs very well, especially if you're using it in an environment like a web app, where JVM startup time isn't an issue. It's definitely better once you reach a certain threshold of usage. I wouldn't use it probably for little stuff, but if you're getting to the point where you need things like multithreading and garbage collection becomes an issue, then JRuby is a good bet.
So while I love the concept of being able to write Python code for the JVM, I'm probably not going to be doing it again any time soon with Jython.
But JRuby has way more momentum and a much larger userbase.
But on the .NET side, IronPython is still ticking along while IronRuby is dead.