Re: Hi! Why having LSR's chunk size 2^n limitation?

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

 



thinking about performace, and rewrite the first question....
could we optimize something (at raid software) about chunck, blocks
and other thinks (used at filesystem space, not lvm or database direct
device access)?
ok... they should adjust the code to our raid source...
we can propose some tweaks for especific filesystems?
ok, who developed filesystems should make especific benchmarks....

again... could we implement some optimization for the first question?
thanks

2011/1/18 Igor Podlesny <for.poige+linux@xxxxxxxxx>:
> On 19 January 2011 01:05, John Robinson <john.robinson@xxxxxxxxxxxxxxxx> wrote:
>> On 18/01/2011 17:23, Igor Podlesny wrote:
> [...]
>>>    Am I? Take a look
>>>
>>> http://www.freebsd.org/cgi/man.cgi?query=vinum&apropos=0&sektion=0&manpath=FreeBSD+4.9-RELEASE&format=html
>>
>> Why should I be reading FreeBSD man pages when this is a Linux list? I am
>> using the terms stripe size and chunk size in the sense I understand them,
>> which is I believe the Linux sense. If you and FreeBSD choose to use the
>
>   Have you ever configured any "hardware" controller? Have seen words
> "stripe size" there?
>   (You can give no answer, of course.)
>
>> terms differently, so be it, but please don't pull me up about my use of
>> terms when you're the one using the wrong ones in this context.
>> [...]
>>>>
>>>> Secondly, as far as I know all Linux filesystems are RAID-aware so know
>>>> how
>>>
>>>    You're mistaken. There're too many are not.
>>
>> I'll concede, only all the major filesystems you'd ever use in a production
>> environment.
>
>   I don't care what you think is ready for production and what is
> not. There're people who still think that Linux isn't production
> ready. (Though I don't care either.)
>>
> [...]
>>
>>>    P. S. I think now everyone can see why this letter was
>>> intentionally addressed to the author of LSR, not to the list.
>>
>> There's absolutely no need for that. Please leave, and take your
>> condescension, ignorance and offensiveness with you.
>
>   So nice to see that all those words is highly related to you in the
> first place: "Why should I read man from freebsd", "I use terms in the
> sense I understand them". Hey, what a stupidity, dare I ask? :-)
>
>   John Robinson, I didn't ask you to peek your nose into this
> conversation. Calm down, take a rest. You can take a look at manual of
> your mailer to ignore mails from people you don't wanna read. Don't
> ask me why you should read man(s). And just before jumping in with a
> nonsense like "You're slightly confusing things", please make a
> favour: RTFM.
>
> --
> End of message. Next message?
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>



-- 
Roberto Spadim
Spadim Technology / SPAEmpresarial
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux