SQL Server 2012 AlwaysOn performance best practice
AlwaysON in a roundabout way can help with overall performance but it does that by helping you scale out the reads to other nodes which then also help you with blocking/locking.  

From how you described it you are spreading out your databases across 2 different instances, but then making replica's of each instance on the other database server.  Outside of locking/blocking benefits you won't get too much out of this, so no, I wouldn't consider this a 'best practice' for performance.  Your active production databases are still sharing server resources with the read only copies.  Thus, this isn't a 'best practice' for performance and AGs.  Also AG's represent a issue where you have to decide if you're willing to get data that's a little bit stale and near real time, or if you want to force performance loss on the master writer and keep the data on the secondary up to date.  

If you're interested, here is how StackExchange uses AGs to give you a bit more idea of how enterprises use it.