| 2014-08-05 07:32:44 |
Paul Everitt |
bug |
|
|
added bug |
| 2014-08-05 16:39:57 |
Paul Everitt |
tags |
r3.129 |
r3.130 |
|
| 2014-08-22 14:08:55 |
Paul Everitt |
tags |
r3.130 |
|
|
| 2014-08-22 14:11:00 |
Paul Everitt |
karl3: milestone |
m139 |
m140 |
|
| 2014-09-04 13:18:35 |
Paul Everitt |
karl3: assignee |
Chris Rossi (chris-archimedeanco) |
Paul Everitt (paul-agendaless) |
|
| 2014-09-24 16:55:44 |
Paul Everitt |
summary |
Investigate slow production/staging buildouts and recommend improvements |
Change buildout to not re-build libmemcached |
|
| 2014-09-24 16:57:07 |
Paul Everitt |
description |
Our production (and staging) updates now take too long. It's long enough to warrant some initial investigation. For this task:
- Watch the next karlstaging build/run
- Identify some low-hanging fruit on what is taking a long time
- Give some recommendations on speeding up
As an example, I believe we recompile memcache (or redis?) on each of the four VMs, each time we update. Is there a lib that is missing from the gocept host environment? Or perhaps we're pointing to a private copy?
Other ideas:
- Are we going to our private package repo on github for everything? Can we reduce network latency by using pypi.gocept.net?
Don't spend more than an hour on this. |
We're not going to do all the work originally described below. Instead, for now, we're only going to take libmemached out of the buildout and rely on it being in the system. This might mean an update to pylibmc.
#####
Our production (and staging) updates now take too long. It's long enough to warrant some initial investigation. For this task:
- Watch the next karlstaging build/run
- Identify some low-hanging fruit on what is taking a long time
- Give some recommendations on speeding up
As an example, I believe we recompile memcache (or redis?) on each of the four VMs, each time we update. Is there a lib that is missing from the gocept host environment? Or perhaps we're pointing to a private copy?
Other ideas:
- Are we going to our private package repo on github for everything? Can we reduce network latency by using pypi.gocept.net?
Don't spend more than an hour on this. |
|
| 2014-09-24 16:57:24 |
Paul Everitt |
karl3: assignee |
Paul Everitt (paul-agendaless) |
Chris Rossi (chris-archimedeanco) |
|
| 2014-10-01 17:41:26 |
Paul Everitt |
karl3: milestone |
m140 |
m141 |
|
| 2014-10-03 16:08:50 |
Paul Everitt |
affects |
karl3 |
karl4 |
|
| 2014-10-03 16:08:50 |
Paul Everitt |
karl4: milestone |
m141 |
|
|
| 2014-10-05 17:16:13 |
Paul Everitt |
karl4: milestone |
|
002 |
|
| 2014-11-28 19:14:25 |
Paul Everitt |
karl4: milestone |
002 |
003 |
|
| 2015-01-06 16:03:08 |
Paul Everitt |
karl4: assignee |
Chris Rossi (chris-archimedeanco) |
Paul Everitt (paul-agendaless) |
|
| 2015-01-06 16:03:13 |
Paul Everitt |
karl4: status |
New |
Fix Released |
|
| 2015-03-18 15:48:09 |
Paul Everitt |
karl4: status |
Fix Released |
Confirmed |
|
| 2015-03-18 15:48:09 |
Paul Everitt |
karl4: milestone |
003 |
005 |
|
| 2015-03-18 15:48:09 |
Paul Everitt |
karl4: assignee |
Paul Everitt (paul-agendaless) |
Chris McDonough (chrism-plope) |
|
| 2015-05-07 12:18:55 |
Paul Everitt |
karl4: milestone |
005 |
007 |
|
| 2015-06-01 12:30:21 |
Paul Everitt |
karl4: milestone |
007 |
008 |
|
| 2015-06-01 12:30:21 |
Paul Everitt |
karl4: assignee |
Chris McDonough (chrism-plope) |
Paul Everitt (paul-agendaless) |
|
| 2015-07-04 19:56:08 |
Paul Everitt |
karl4: status |
Confirmed |
Fix Released |
|
