From: "K. Posern" <quickhelp@gmail.com>
To: ReiserFS mailing list <reiserfs-devel@vger.kernel.org>
Cc: "Jonáš Vidra" <vidra.jonas@seznam.cz>
Subject: Re: strange problem with reiser4 with ccreg40 on amd64 2.6.35.2 vanilla kernel + tuxonice + reiser4 on a mdadm imsm raid-0 partition
Date: Thu, 26 Aug 2010 19:45:56 -0400 [thread overview]
Message-ID: <4C76FCB4.9010404@gmail.com> (raw)
In-Reply-To: <op.vh17zoyrhogzsi@g17b>
[-- Attachment #1: Type: text/plain, Size: 2767 bytes --]
Hi,
On 26/08/10 15:20, Jonáš Vidra wrote:
> Could you, please, recompile both the kernel and reiser4progs
> (and possibly their dependencies :D) with -O2 instead of -O3
> in CFLAGS? It tends to break things in strange and nasty ways,
> why do you have it enabled globally like this? Are you sure
> it's actually needed?
I had read around and found comments that it can actually make things
faster and so I decided to give it a try.
You said "break things in strange and nasty ways":
Does this mean it can compile well and then just not WORK right (like
for example: mkfs.reiser4 doing the wrong things when formatting)??
I only heard that it can break the compilation, no? And for me
everything compiled fine.
The difference between -O2 and -O3 are these 6 options:
> -fgcse-after-reload [enabled]
> -finline-functions [enabled]
> -fipa-cp-clone [enabled]
> -fpredictive-commoning [enabled]
> -ftree-vectorize [enabled]
> -funswitch-loops [enabled]
Can you maybe comment on them?
... Because I could also use O2 and turn on some of them...
I was told: -ftree-vectorize and -funswitch-loops should be good and
maybe -fpredictive-commoning?!
> Also, CCache is not used anymore, remove it from FEATURES.
> If you actually _use_ CCache (i.e. you've installed it
> manually), unmerge it immediately. It's broken by design.
>
> Other stuff in your FEATURES looks fishy as well, but it
> shouldn't affect builds. I hope you know what you're doing.
Thanks! I used your comment to review my features again :)
... and I disabled CCACHE.
If you don't mind: Now I am interested in your feedback about the other
features:
These should be 100% secure, right:
buildsyspkg -- secure I guess ;) ... and I like it in case something
f's up big-scale in portage and I start emerging ;) ... happened once to
a friend of mine ... just try to use portage when python is broken ;)
collision-protect -- useful I find
parallel-fetch -- faster downloads who doen't want that
metadata-transfer -- necessary for sqlite with portage (afaik)
noauto -- convenient
noinfo -- I just don't use "info"
SECURITY - Drop-Priviledges
--> should if things compile also be fine, right?
userpriv usersandbox userfetch usersync
SECURITY - MISC:
--> These I like for some additional (security) checking:
(I guess about them and the File-Permissions I am the most interested in
your opinion)
sandbox - seems also useful to me, no?
strict - seems like a good thing from the description
SECURITY - File-Permissions
<<< they might be scetchy, right?... but should not do /harm/
sfperms
suidctl
Thanks a lot!
Knuth
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3644 bytes --]
next prev parent reply other threads:[~2010-08-26 23:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-26 1:00 strange problem with reiser4 with ccreg40 on amd64 2.6.35.2 vanilla kernel + tuxonice + reiser4 on a mdadm imsm raid-0 partition K. Posern
2010-08-26 11:03 ` Edward Shishkin
2010-08-26 16:26 ` K. Posern
[not found] ` <op.vh1ct9tghogzsi@g17b>
2010-08-26 12:51 ` K. Posern
2010-08-26 19:20 ` Jonáš Vidra
2010-08-26 23:45 ` K. Posern [this message]
2010-08-26 23:58 ` Jordan Patterson
2010-08-27 2:58 ` K. Posern
2010-08-27 7:30 ` Nicolas Barbier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C76FCB4.9010404@gmail.com \
--to=quickhelp@gmail.com \
--cc=reiserfs-devel@vger.kernel.org \
--cc=vidra.jonas@seznam.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).