CloudServices/Meetings/2010-12-15
From MozillaWiki
< CloudServices | Meetings
- Time: Wednesday at 9:15 AM PST / 12:15 PM EST / 5:15 PM UTC.
- Place: Mozilla HQ, 2J (JK)
- Phone (US/Intl): 650 903 0800 x92 Conf: 8616#
- Phone (Toronto): 416 848 3114 x92 Conf: 8616#
- Phone (US): 800 707 2533 (pin 369) Conf: 8616#
Contents
Technical
Ops
Engineering
Yesterday's meeting was cancelled, but highlights:
- b8 blockers all wrapped up, down to 17 blockers for Fx4
Metrics
Product
Roundtable
Notes and actions
Last Week:
- Toby to turn atoll's email to an external facing blog post.
- Need to resolve who's going to do the Places work.
- Will be Places team
- MConnor to review that QA has everything they need for testing when stuff lands on trunk.
- Done
- Ops needs to get numbers on how many concurrent activations to expect.
- (Tarek/Atoll)
Fx 4 client
Fx 4 server
Other issues
- Question raised about memcache redundancy. If we lose one memcache, we lose the ability to give out JPAKE tokens from *all* memcache servers. AI: atoll and tarek to figure out plan.
- Ragavan asks about QA test plan for b7->b8 upgrade?
- crypto testing spreadsheet seems to be crypto-focused which is good, but maybe not as general as desired?
- https://spreadsheets.google.com/ccc?key=0AocUyLHteCtSdHNyLUVpUWpHdDlvWklwYmVaa2JMVXc&authkey=CJHPjucM&hl=en#gid=0
- Atoll asks, how many jpake activations/sec will we commit to supporting on launch day?
- mconnor/rags to process ff4 launch estimates
Answered in bugs, seems to be resolved
- AI: MConnor to coordinate QA on JPAKE for both functional and failure modes in clustered memcache modes.
- AI: tarek to do some load testing against staging and come up with numbers.
- tarek: I ran them on dev (similar than stage): 1,250,000 Pake sessions per day with the current setup (1 pake session == 30 requests)
- need to bench on prod now
- AI: rnewman to get some numbers on how much better the perf is with the simplified crypto work.