This code was present in the current codebase. $solr->getFields(1);
It fired of a getLuke command with the parameter 1, which is horribly slow in production environments. It asks for the top term in the whole index for each field. Now, the code in apachesolr_views was not using this extra information so this slow down was not necessary at all. We changed it and got the responses back in under a second in contrary to the 30sec query time we've been seeing.