On 03/08/2013 01:53 PM, Theodore Ts'o wrote:
On Fri, Mar 08, 2013 at 01:06:29PM -0500, Ric Wheeler wrote:
Any chance to move this time slot to the morning or, even better, an
earlier day in the week?
We have a track on IO & file systems that this overlaps with on
Wednesday. Updates from FusionIO on their new, byte addressable
parts and an open source file system and a panel at the end of the
day for LSF people who are at both....
I got a request for people to hold it on Wednesday so that people
didn't have to fly out early before LSF, which I'm sure is the same
reason why you're having the track on I/O and filesystems on
Wednesday. :-)
Guilty!
I did look at the schedule, and I deliberately scheduled things so we
would end before the panel at the end of the day, since I assumed
people would want to listen to that.
As for the rest of the day, I had taken a quick look at the schedule
for Collab Summit, and I didn't see any obvious conflicts; I had
assumed the NVM talk would be another "phase change memory (or some
other resistive memory) that has the random write speed of DRAM, the
random read speeed of Flash, the cost per megabyte of HDD's, and the
with infinite write endurance is coming around the corner, and will
only be two years out so we should start redesigning and rewriting the
kernel and file systems now" --- i.e., the same thing we've been
hearing for the past decade, if not longer. :-)
That is probably a good talk to attend - they do have a file system
implementation that Nisha is promising to open source. They also have some
device level API's that they want to propose. It would be great to get the key
ext* people to sit in on that :)
But if people need to speak at some of these slots, or are very much
interested in attending we can certainly talk about trying to move
things around to accomodate people's schedule and desire to attend
Collab Summit talks.
What do people think?
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html