Re: use MALLOC_PERTURB_ ... or lose

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

 



On 05/05/2010 12:42 PM, Jeff Spaleta wrote:
> On Wed, May 5, 2010 at 9:28 AM, Eric Sandeen <sandeen@xxxxxxxxxx> wrote:
>> Agreed, I'm tired of (insert random benchmarking site) saying "OH NOES!
>> Fedora got SLOWER AGAIN!" when it's really a lot of debug going on.
>>
>> Stating something like this clearly on login & install would be nice,
>> not just for this MALLOC_PERTURB_ change but in general.
> 
> Doesn't this whole discussion about debugging versus performance also
> apply to F13 pre-release testing as well.. and not just rawhide?  At
> what point do we turn off additional debugging in the kernel and
> whatnot ahead of going gold in the new branched pre-release workflow?
> Is the kernel debugging still on in F13 systems right now?  If there
> really is a debugging win here should we sync the MALLOC_PERTURB
> enablament policy to whatever is happening with kernel debugging for
> branched pre-releases as well as rawhide?
> 
> This way pre-release systems installed at the time of the beta have
> debugging enabled, and users are informed of the debugging effort (and
> thanked for their participation!), but at some point via an updated
> package it gets turned off (barring any local overrides) a some
> definite point in the pre-release run up.

FWIW I just sent a patch to anaconda devel requesting some text
be added to the "hey this is a beta" nag screen. :)

-Eric

> 
> -jef

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux