linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Discussion about flash SSD during OLS2007
@ 2007-06-25 10:40 Dongjun Shin
  2007-06-25 15:45 ` Jörn Engel
  0 siblings, 1 reply; 2+ messages in thread
From: Dongjun Shin @ 2007-06-25 10:40 UTC (permalink / raw)
  To: linux-fsdevel

Hello,

I'm working on the Linux optimization for the flash SSD (Solid State Disk),
which is becoming more practical nowadays (it's not a pipe dream any more :)

During my work, I've found that Linux does not perform so well on SSD.
The most important issue, I suspect, is the behavior of the Linux filesystems
which are heavily optimized for HDD. Although there are specific filesystems
optimized for flash storage (ex. jffs2, logfs), I think they do not
scale so well
for the larger one like SSD which is of tens or hundreds of GB in size.

I'd like to share my experience of using SSD under Linux and to discuss
how filesystem can do better.

The OLS2007 would be a good chance for the discussion. However,
there are already three BOFs for the filesystem topic (ext4, chunkfs and nilfs)
I'm not sure if my topic is of interest to the existing BOF or if it
is necessary
to add another.

I'd like to ask if there are people who are interested in discussing
this topic at OLS.

Regards,

--
Dongjun Shin
Samsung Electronics

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Discussion about flash SSD during OLS2007
  2007-06-25 10:40 Discussion about flash SSD during OLS2007 Dongjun Shin
@ 2007-06-25 15:45 ` Jörn Engel
  0 siblings, 0 replies; 2+ messages in thread
From: Jörn Engel @ 2007-06-25 15:45 UTC (permalink / raw)
  To: Dongjun Shin; +Cc: linux-fsdevel

On Mon, 25 June 2007 19:40:02 +0900, Dongjun Shin wrote:
> 
> I'm working on the Linux optimization for the flash SSD (Solid State Disk),
> which is becoming more practical nowadays (it's not a pipe dream any more :)
> 
> During my work, I've found that Linux does not perform so well on SSD.
> The most important issue, I suspect, is the behavior of the Linux 
> filesystems
> which are heavily optimized for HDD. Although there are specific filesystems
> optimized for flash storage (ex. jffs2, logfs), I think they do not
> scale so well
> for the larger one like SSD which is of tens or hundreds of GB in size.

JFFS2 surely doesn't scale very well.  LogFS should.  If it doesn't, I
would love to see some numbers.

> I'd like to share my experience of using SSD under Linux and to discuss
> how filesystem can do better.
> 
> The OLS2007 would be a good chance for the discussion. However,
> there are already three BOFs for the filesystem topic (ext4, chunkfs and 
> nilfs)
> I'm not sure if my topic is of interest to the existing BOF or if it
> is necessary
> to add another.
> 
> I'd like to ask if there are people who are interested in discussing
> this topic at OLS.

I'm certainly interested, but didn't plan to go to OLS.  Had I known
about this three month ago... :)

Linuxconf.eu would be the next alternative.  I was thinking about doing
a btrfs/logfs BOF there and your topic would fit in fairly well.  Any
chances you can attend?

Jörn

-- 
To announce that there must be no criticism of the President, or that we
are to stand by the President, right or wrong, is not only unpatriotic
and servile, but is morally treasonable to the American public.
-- Theodore Roosevelt, Kansas City Star, 1918
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-06-25 15:50 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-06-25 10:40 Discussion about flash SSD during OLS2007 Dongjun Shin
2007-06-25 15:45 ` Jörn Engel

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).