Core Mod or Patch For High-Availability Drupal?
Hi everyone- I'm currently running 4 Drupal installations on a Linux Cluster. I've got MySQL configured in a Master-Master Replication configuration (MySQL 5). This has worked very well for me. In the process of administrating my Drupal installations, I've added a few tweaks here and there to Drupal to help it perform better on this MySQL Replication Scheme. These tweaks have involved some drastic changes such as adding auto_increment fields to both the cache and sessions table. I've followed discussions on this list about the reasons for the design of the cache and sessions table and I'd prefer not to bring that up in this thread. My question to Drupal Devs is this, should I put my patches together into a mega-patch for Drupal to run on this configuration and then post about in the Drupal Handbook, or is there something else I should do? I'm running all the sites on 4.7.3 (one is on 4.6, and I've had to patch that like crazy, so I'm not even going to try and submit that patch). Thanks, -- Mike Hostetler mike.hostetler@gmail.com http://www.amountaintop.com
Mike Hostetler wrote:
I'm currently running 4 Drupal installations on a Linux Cluster. I've got MySQL configured in a Master-Master Replication configuration (MySQL 5). This has worked very well for me.
In the process of administrating my Drupal installations, I've added a few tweaks here and there to Drupal to help it perform better on this MySQL Replication Scheme. These tweaks have involved some drastic changes such as adding auto_increment fields to both the cache and sessions table. I've followed discussions on this list about the reasons for the design of the cache and sessions table and I'd prefer not to bring that up in this thread.
I am still curious about why you added these fields and how they help performance. Can you explain this?
My question to Drupal Devs is this, should I put my patches together into a mega-patch for Drupal to run on this configuration and then post about in the Drupal Handbook, or is there something else I should do?
I'm running all the sites on 4.7.3 (one is on 4.6, and I've had to patch that like crazy, so I'm not even going to try and submit that patch).
Mage-patches are usually not a good idea. Splitting your mega patch into smaller functionally independend chunks would be better, I think. Also, these patches should be against CVS HEAD. Cheers, Gerhard
On 06 Sep 2006, at 19:49, Mike Hostetler wrote:
My question to Drupal Devs is this, should I put my patches together into a mega-patch for Drupal to run on this configuration and then post about in the Drupal Handbook, or is there something else I should do?
I'm really interested in these patches, but I'd strongly encourage you to split them in "logical chunks". This makes it easier (possibly, actually) to review, test and benchmark each change separately. -- Dries Buytaert :: http://www.buytaert.net/
On 9/6/06, Dries Buytaert <dries.buytaert@gmail.com> wrote:
On 06 Sep 2006, at 19:49, Mike Hostetler wrote:
My question to Drupal Devs is this, should I put my patches together into a mega-patch for Drupal to run on this configuration and then post about in the Drupal Handbook, or is there something else I should do?
I'm really interested in these patches, but I'd strongly encourage you to split them in "logical chunks". This makes it easier (possibly, actually) to review, test and benchmark each change separately.
Ditto...but if you can post a mega-patch for others to easily experiment with for now, that would be excellent as well. -- Boris Mann
participants (4)
-
Boris Mann -
Dries Buytaert -
Gerhard Killesreiter -
Mike Hostetler