Vincent Diepeveen wrote:
1) Modern SSDs (e.g. Intel) do this logical/physical mapping
internally, so that the writes happen sequentially anyway.
Could you explain that, as far as i know modern SSD's have 8
independant channels to do read and writes, which is why they are
having that big read and write speed and can in theory therefore
support 8 threads doing reads and writes. Each channel say using
blocks of 4KB, so it's 64KB in total.
I'm talking about something else. I'm talking about the fact that
you can turn logical random writes into physical sequential writes
by re-mapping logical blocks to sequential physical blocks.
That's doing 2 steps back in history isn't it?
Sorry, I don't see what you mean. Can you elaborate?
I didn't investigate NILFS, but under all conditions what you want to
avoid is some sort of central locking of the file system,
because if you're proposing all sorts of fancy stuff to the file system
whereas you can already do your thing using full bandwidth of the SSD.
Are you actually claiming that you can achieve full write throughput on
random writes that you can achieve on sequential writes on an SSD? Try
that with write caches on the drive disabled.
It really is interesting to have a file system where you do a minimum
number of actions to the file system
so that other threads can do there work there. Any complicated
datastructure manipulation that requires central locking
or other forms of complicated locking will limit other i/o actions.
I agree.
Gordan
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
