Closed Bug 533809 Opened 15 years ago Closed 15 years ago

Increase the ssl!cache!size on Zeus

Categories

(mozilla.org Graveyard :: Server Operations, task)

All
Other
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: clouserw, Assigned: oremj)

Details

(Whiteboard: 12/10/2009 @ 9pm)

Attachments

(3 files)

We talked a bit in the meeting about this. It looks like we hold our SSL sessions open for 30 minutes but we have a maximum of 6000 sessions across all the AMO domains. I think we run through that in seconds so it's not really getting any caching at all. We should investigate increasing the ssl!cache!size flag on zeus and see if our performance improves. As a baseline measurement, the purple on this graph is all SSL handshaking time: http://www.webpagetest.org/result/091209_3GK5/1/details/
Assignee: server-ops → mrz
Flags: needs-downtime+
Whiteboard: 12/10/2009 @ 9pm
Will test by bumping up to 1m. Should eat about 700MB of mem (so next to nothing).
Attached image SSL Session ID hit rate
Point of reference, current SSL session cache hit rate is about 85%
Changes made and ZXTM restarted right now.
Assignee: mrz → jeremy.orem+bugs
Flags: needs-downtime+
Looks about the same, but the size is now set @ 1,000,000. I think versioncheck is probably throwing off the graphs since almost no one will be reusing their SSL session.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
New test: http://www.webpagetest.org/result/091211_3JDB/1/details/ Looks like the multiple ssl negotiation wasn't due to session expiration. IE opens 6 connections/host, I think it may have to create a new ssl session for each connection.
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: