Skip to contentSkip to conversation

Btrfs conf call

DISCUSSION Chris Mason 3 participants 5 messages Aug 13, 2008 Btrfs file system

lore
Share & tools
lore
#0 lore raw

Hello everyone,

This notice went out last night as well, but the mail servers seem to have lost it. So, sorry for the late notice, but our regular bi-weekly btrfs conf call will be today (Wednesday):

Time: 1:30pm US Eastern (10:30am Pacific)

* Dial-in Number(s):
* Toll: 1-314-655-1416
* Toll Free: 1-877-422-0049
*
* Participant Pin access code: 209652

The agenda will cover issues found in v0.16 and patches in progress for the next release.

-chris

#1 lore raw

Could someone write a quick recap of this for those of us who are interested and happened to miss it?

Thanks,

Morey

Quoted 25 lines · Chris Mason

Hello everyone,

This notice went out last night as well, but the mail servers seem to have lost it. So, sorry for the late notice, but our regular bi-weekly btrfs conf call will be today (Wednesday):

Time: 1:30pm US Eastern (10:30am Pacific)

* Dial-in Number(s):
* Toll: 1-314-655-1416
* Toll Free: 1-877-422-0049
*
* Participant Pin access code: 209652

The agenda will cover issues found in v0.16 and patches in progress for the next release.

-chris

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

#2 lore raw
Quoted 1 line · Morey Roof

Could someone write a quick recap of this for those of us who are interested and happened to miss it?

Everyone on the call seems to be waiting for someone else to respond. I'll do it just to make up for dedup :)

- Chris said he saw major performance problems from pdflush and he is currently working on a btrfs thread to fix this.

- Eric has been testing v0.16 single-stream-write performance and is seeing kswapd issues (also part of Chris's fix) and will take Chris's code as soon as it is ready.

- Josef is rewriting the in-memory extent allocator to make it perform much better and will also fix multithreading.

- Ming Ming and Chris will try to arrange a general breakout session for all filesystems at the plumber's conference in september. (Chris is presenting a talk on btrfs at the conference)

- I listened and contributed only this synopsis.

jim

#3 lore raw

Thank you. Also, did they get around to talking about when they are going to merge in some of the queued up patches?

-Morey

Quoted 25 lines · jim owens
Quoted 2 lines · Morey Roof

Could someone write a quick recap of this for those of us who are interested and happened to miss it?

Everyone on the call seems to be waiting for someone else to respond. I'll do it just to make up for dedup :)

- Chris said he saw major performance problems from pdflush and he is currently working on a btrfs thread to fix this.

- Eric has been testing v0.16 single-stream-write performance and is seeing kswapd issues (also part of Chris's fix) and will take Chris's code as soon as it is ready.

- Josef is rewriting the in-memory extent allocator to make it perform much better and will also fix multithreading.

- Ming Ming and Chris will try to arrange a general breakout session for all filesystems at the plumber's conference in september. (Chris is presenting a talk on btrfs at the conference)

- I listened and contributed only this synopsis.

jim

#4 lore raw
Quoted 2 lines · Morey Roof

Thank you. Also, did they get around to talking about when they are going to merge in some of the queued up patches?

We have never discussed code merges on any calls.

Probably because Chris does all that merge work.

I would not expect anything until he finishes the flush thread.