speed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I've got a couple of questions regarding bcache:

- will it be faster to implement bcache instead of letting the
  write-intent-map of a raid1 volume be written on an ssd together with
  the journals of the filesystems on that raid1 volume?

- if i have multiple logical volumes in a volume group, do I need to
  explicitly configure bcache for each of them? or can I "connect" bcache
  to the whole volume group?

- does bcache do trim? and/or pass it through?

- maybe bcache can check if a written block is all 0x00 and then do a
  trim instead? that is not only usefull for SSDs but can help
  data-deduplication software/appliances as well

- what will happen if an SSD suddenly stops working in the sense that it
  won't allow anymore writes? will bcache then still commit all the
  buffered data which was already written to the SSD but not to the HDDs?

- any suggestions what SSD to buy? e.g. an OCZ Vertex 4?

- are there any suggestions on what size SSD to use for a certain size
  HDD? or does it depend on the amount of data written per second? or
  the number of iops?

- is it possible to do an emergency flush where everything in the cache
  is written to disk, *as much as possible*? e.g. if a read fails,
  continue with other blocks?
  I'm asking this as I'm not entirely convinced of the quality of SSDs

- is it possible to use more than 1 SSD as a bcache for the same
  storage? not as raid0 as you then can't remove one from the system
  without affecting the other

- does bcache work with e.g. iscsi/nbd remote storage?
  - then maybe it would be nice if it is possible to temporarily bring
    down the remote-storage + bcache combination when the network
    connection goes down

- is it possible to swap via bcache?

- maybe zcache can be combined so that you can work with more data with
  a smaller SSD?

- I think I read on the website that blocks are stored in sorted order
  on disk. that's probably on the HDD below it and not on the SSD,
  right? (because afaik an ssd has always the same access latency,
  independent of write order. altough I can image if that is not true)

- does it keep track of checksums/crcs of the data it writes to the SSD?
  e.g. it writes a block to the SSD and then later on it reads that
  block back from the SSD (to write to e.g. HDD) and verifies that what
  it got back is what it expected


Folkert van Heusden

-- 
Always wondered what the latency of your webserver is? Or how much more
latency you get when you go through a proxy server/tor? The numbers
tell the tale and with HTTPing you know them!
                                     http://www.vanheusden.com/httping/
-----------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com
--
To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM Kernel]     [Linux Filesystem Development]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux