Én konkrétan a következő részre reagáltam:
Tapasztalataim szerint teljesen mindegy, hogy tíz, vagy tízezer node, vagy felhasználó található a rendszerben. Az ilyesmi dolog amúgy sem a Drupaltól függ (az csak egy alkalmazás), hanem a webszervertől, adatbáziskezelőtől, PHP -től.
Ez ilyen formában nem igaz, mert függ a node-ok és a felhasználók számától a válaszidő. Pont ez a jó a Drupal-ban, hogy meg lehet nézni, hogy mitől függ:

http://api.drupal.org/api/function/node_load/5

Itt a kódból látszik, hogy függ a node-ok számától, a felhasználók számától és a verziók számától is (mely minimum a node-ok száma) Ez az indexelés miatt log(n)-es, ami jó, de nem mondanám azt, hogy nem függ tőle, de igaz, hogy elhanyagolható, hisz 1000 node-nál ez a lépésszám ~10, 10^12-nél ~40.

De jön a DE, ami itt nagyon is DE mert bármelyik modul kapcsolhat adatokat a node-hoz, és már egy apró figyelmetlenségnél (nincs index) is borul a fenti összefüggés és lineáris lesz a keresés hossza. (n/2) Ügyesebb kismókusok meg írhatnak olyan modult ami aztán ezt fellövi az égbe. Lásd olyat akarok mint az iwiw, vagy egy dögös mlm rendszer.

Ha megnézed, hogy hogy tárolja a Drupal a kategóriákat, akkor láthatod, hogy egy kövér megfelelően mély hierarchiával rendelkező kategória rendszer is csodákat tud ám tenni.
http://api.drupal.org/api/function/taxonomy_get_tree/5

Hierarchikus adatokat sokkal hatékonyabban is lehet tárolni, ami nem azt jelenti, hogy a Drupal-é használhatatlan, de több százezer kategóriát tartalmazó 50-60 mélységgel rendelkező rendszerre nem alkalmas. (itt most nem node-okról van szó, hanem kategóriákról.)
Talán az elfogadható, hogy egy általános célú rendszer ne teljesítsen maximálisan minden speciális esetben ;)

Szóval igen is függ a Drupal-tól és a tárolt adatok mennyiségétől az, hogy milyen gyors a rendszered. Egyértelmű választ pedig nem lehet adni az indító kérdésre, hisz nem tudjuk, hogy milyen és mennyi egyéb modult használ a kérdező.

pp
(a válasz meg mindig ott a kódban ;))