So, habe gerade nicht viel Zeit, aber mal soviel dazu.
"Soll heissen, viele Queries bedeuten nicht auch automatisch langsam...."
Das ist korrekt, wenn dennoch nicht optimal. vbullertin setzt sehr viele Queries ab und diese teilweise mehrfach auf einer Seite (Das meldet selbst der vbulletin-eigene Debug-Modus). Klar kann das gecached werden, dennoch ist es ein zusätzlicher Zugriff. Die Query muss ja erst gesendet werden, damit dann MySQL entscheiden kann, was damit ist. I/O wird nur bedingt entlastet, denn die Anfrage wird an MySQL gesendet. Dort erfolgt dann die Entscheidung, ob die Daten neu aus der Datenbank gelesen oder aus dem Cache genommen werden Die Anfrage ist also da, nur die Verarbeitung vielleicht nicht. Der Cache kann, wenn vom System so vorgesehen, aus dem RAM bedient werden. Aber eigentlich sollten unnütze Anfragen einfach entfernt werden. Und hier kommt eben auch zum Tragen, was oben angesprochen war, dass der MySQL-Cache hier auf dem System zu klein ist.
Ebenso müssen für ein effizientes Caching die Queries auch effizient sein und das sind viele dank "SELECT * FROM x" nicht. Das kann auch gecached werden, klar, aber da werden Datenmengen in den Cache geschrieben, die gar nicht benötigt werden. Hier im Forum wäre daher eine Cachegröße von > 1GB optimal. Welcher normale Hoster bietet das an?
Dennoch sehe ich es eigentlich so, dass es Aufgabe einer Software ist, die Ressourcen so gering wie möglich zu belasten und nicht die Aufgabe eines Serverdienstes, diese Makel auszugleichen.