I'm probably going to need to use PathAuto for a current project. While using it in development, as admin, the site slowdown during changes is insane.

Is PathAuto a big memory sink, and are there ways to mitigate this?

(Edited) I'm using Drupal 7.12

link|improve this question

73% accept rate
4  
As a rule, i disable PathAuto when doing any site creation/development. The memory requirements, especially with bulk initial content imports often exceed reasonable values. I find it much easier to develop the site, import the content and THEN bulk generate paths before launch. – Jake The Dweeb Feb 22 at 18:41
1  
What version of Drupal? – MPD Feb 22 at 18:43
Good point @JakeTheDweeb – chrisjlee Feb 22 at 20:34
feedback

2 Answers

up vote 10 down vote accepted

It depends greatly on which version of Core you are using. The main memory issue is with Token module for Drupal 6, when given a node will generate all possible tokens for that node, regardless of the tokens that will actually be replaced. This means that expensive tokens that need to load or render other objects, etc, in addition with the sheer amount of tokens generated causes the issues.

With Drupal 7, the improved token API only generates tokens that you actually use and greatly improves performance and memory usage. In normal use, Pathauto really only matters when an item is being saved but does not affect "normal" page views.

link|improve this answer
Using Drupal 7. "In normal use, Pathauto really only matters when an item is being saved but does not affect "normal" page views." This is good information to know. SO basically, what your saying is the memory usage is less once the path aliases have been created? – David Csonka Feb 22 at 22:09
1  
Yes. Pathauto shouldn't be causing anything to run on normal page views so it shouldnt' be also causing additional memory usage. – Dave Reid Mar 8 at 16:50
feedback

One issue that we stumbled upon in Drupal 7 is when you have a many nodes which would get the same path alias. Because what then happens is that the first one gets $alias, the second one tries $alias, sees that this one is already reserved and uses $alias-1. The third one tries $alias, then $alias-1 and then uses $alias-2. And so on. That's not pathauto's problem, though and it's not really a bug as you should either clean up your crappy data (we had 600k imported print articles with hundreds of equal titles.. like "weather" ;)) or choose a better pattern for your alias (e.g, include the date). This can also seriously slow down a data import if you have pathauto enabled.

Another issue is that the token browser explodes if you have many fields which can completely break any page that lists a token browser, especially the pathauto config site which has multiple of those.

Apart from those related issues, I haven't seen any direct performance issues caused by Pathauto. If you think you do, what you really should do is profile your site with Xhprof to see what's actually using the cpu/memory.

link|improve this answer
Good tips, thanks! I did not consider the ramifications of potential duplicate aliases. – David Csonka Feb 23 at 3:33
feedback

Your Answer

 
or
required, but never shown

Not the answer you're looking for? Browse other questions tagged or ask your own question.