On Wed, Mar 14, 2012 at 03:04:52PM -0400, chetan loke wrote: > On Wed, Mar 14, 2012 at 2:41 PM, Kent Overstreet <koverstreet@xxxxxxxxxx> wrote: > > If you want me to implement bcache differently, shouldn't you explain why > > relax. I explained it already but you are defensive about your code. > flash-cache works, period. And I may be wrong but it is GPL'd. If perf > is an issue then atleast let everyone know how it can be improved > rather than saying my way or the highway. aren't you saying in your > patches - support for thin prov etc. but if dm provides it then why > are you duplicating code? I'm not defensive about my code; you asked why someone would be interested in bcache vs. flash cache, and performance is the most obvious reason. Seems kind of ridiculous to then accuse me of being defensive. If you want to know how the performance of flash cache can be improved, bcache's design is documented and the code is available. I'm not interested in flash cache and improving it isn't my job; furthermore bcache's performance comes from fundamental design decisions so I don't think flash cache is ever going to approach bcache's performance. > > why? I'm not sure why I _have_ to justify my decisions to you. > > Others might want to contribute to it and not just consume it. This > ain't your local sandbox. So it's quite common to get such questions > when you are trying to add new functionality. May be I missed some of > your emails. If so point me to them. Helping others get involved is rather different - I'm perfectly fine to help anyone who's interested, and I spent quite a lot of time documenting and explaining the code, and helping users out. But I'm just not interested in justifying bcache's existince vs. flashcache. If you like flashcache better, it's no skin off my back. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
