Difference between revisions of "Meetings/Swift"
< Meetings
| Line 11: | Line 11: | ||
** Option 2: Patch one module at a time and blacklist non-ported modules in the gate jobs. smaller pieces of work, measurable progress, still will take a while | ** Option 2: Patch one module at a time and blacklist non-ported modules in the gate jobs. smaller pieces of work, measurable progress, still will take a while | ||
** Option 3: Freeze the world, port everything, done. painful up front, but done all at once | ** Option 3: Freeze the world, port everything, done. painful up front, but done all at once | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
* Container Sync performance. [eranrom] | * Container Sync performance. [eranrom] | ||
** short deck on the what and why: http://www.slideshare.net/DmitrySotnikov1/container-sync-performanceimprovement | ** short deck on the what and why: http://www.slideshare.net/DmitrySotnikov1/container-sync-performanceimprovement | ||
| Line 32: | Line 22: | ||
*** patch 3: Add thread pool to the db sync process | *** patch 3: Add thread pool to the db sync process | ||
*** patch 4: Add the head command to the phase where the pointers are not equal, greatly mitigating the problem where each object is sent 4 times. | *** patch 4: Add the head command to the phase where the pointers are not equal, greatly mitigating the problem where each object is sent 4 times. | ||
| + | * updates from ongoing work | ||
| + | ** encryption, EC work, hummingbird? | ||
| + | ** notification middleware [cschwede] | ||
| + | * Hot Bugs [notmyname] | ||
| + | ** EC bugs | ||
| + | *** https://bugs.launchpad.net/swift/+bugs?field.tag=ec (needs triage) | ||
| + | ** swiftclient bugs | ||
| + | *** https://goo.gl/uO4b7l ("new" bugs that need to be looked at) | ||
| + | * Specs that are open and should land? [notmyname] | ||
| + | ** https://review.openstack.org/#/q/status:open+project:openstack/swift-specs,n,z | ||
---- | ---- | ||
Revision as of 20:49, 15 July 2015
Meeting Time: Every Wednesday at 21:00 UTC in #openstack-meeting Meeting Logs: http://eavesdrop.openstack.org/meetings/swift/2015/
Agenda: July 15, 2015 2100 UTC
- Hackathon reminder (https://www.eventbrite.com/e/swift-hackathon-tickets-17308818141)
- Tokyo summit presentations due today (https://www.openstack.org/summit/tokyo-2015/call-for-speakers/)
- swiftclient release [notmyname]
- Python3 work: https://review.openstack.org/#/q/status:open+project:openstack/swift+branch:master+topic:py3,n,z
- Option 1: Do what we're currently doing. big patches, hard to review, little immediate payoff
- Option 2: Patch one module at a time and blacklist non-ported modules in the gate jobs. smaller pieces of work, measurable progress, still will take a while
- Option 3: Freeze the world, port everything, done. painful up front, but done all at once
- Container Sync performance. [eranrom]
- short deck on the what and why: http://www.slideshare.net/DmitrySotnikov1/container-sync-performanceimprovement
- code reference illustrating the approach (should be broken to smaller patches based on master, imho, more readable this way...): https://github.com/eranrom/swift-thoughts/blob/master/container-sync/sync.py
- Addressing existing bugs:
- Suggested patch breakdown
- patch 1: split ContainerSync to two classes : (1) manager class that iterates over dbs and assigns each db to a different process (2) a sync class that does the sync work on over a db
- patch 2: Introduce the process pool, and the SyncStats class that collects stats from all processes allowing the existing one aggregated report.
- patch 3: Add thread pool to the db sync process
- patch 4: Add the head command to the phase where the pointers are not equal, greatly mitigating the problem where each object is sent 4 times.
- updates from ongoing work
- encryption, EC work, hummingbird?
- notification middleware [cschwede]
- Hot Bugs [notmyname]
- EC bugs
- https://bugs.launchpad.net/swift/+bugs?field.tag=ec (needs triage)
- swiftclient bugs
- https://goo.gl/uO4b7l ("new" bugs that need to be looked at)
- EC bugs
- Specs that are open and should land? [notmyname]
When adding an item, please include your IRC nickname with it.
