View previous topic :: View next topic |
Author |
Message |
ebfe n00b
Joined: 29 Jan 2006 Posts: 20
|
Posted: Sat Oct 14, 2006 3:30 pm Post subject: The quest for a ricer-free Gentoo |
|
|
Giving the ability to deal with tons and tons of switches and options, Gentoo attracts lots of ricers. IMHO those users hurt both the userbase and the developers as they consume "support-resources" in #gentoo/the forums and stress the developers.
I use this thread to outline some things that the general user shouldn't deal with, things gentoo can't do and things that have a high psnr; they appear in no specific order and I ask you to participate in this thread.
I might add other things to this list. These are the things that annoy me the most.
Update 10/16: http://planet.gentoo.org/developers/deathwing00/2006/10/16/just_another_0_day_bump_request
Update 10/23: http://planet.gentoo.org/developers/aross/2006/10/23/0-day-bump-requests
- The Gentoo saga
- I compile, therefor I'm faster
The impact of a compiling for your hardware on performance is a very general thing. Don't expect highly functional code like encoding or encryption to be any faster. What you can expect is an overall gain that might settle in things like time required to boot, load kde/openoffice and such. The binary distributions don't add any "--abacus-math --286-only" flag when compiling. They don't.
- The kernel
Your kernel is not faster than any other kernel. No, it's not. The fact that most gentoo kernels only contain the things that are really needed for the current hardware won't result in any performance difference. There is no point about a kernel image being only 1.2mb on a system with 2gb ram. In fact during normal operation the kernel code is executed very, very infrequently. You switched from CFQ to anticipatory? Great, you just lost all performance gain by reading this post not fast enough.
- make.conf options
- The mighty -O (CFLAGS)
Use -O2 or, if you know what you are doing, -Os. In general, -O3 won't produce faster code as highly functional code that could benefit from it is hand-optimized anyway. -O3 is slower for compilation, produces larger object files and might even break stuff.
- The -f options (CFLAGS)
You don't need them. No you don't. Most of the options you are thinking of right now are also controlled by the -O switch, enabling them explicitly won't change a thing. Check the gcc documentation about optimization flags. Some ebuilds even filter compiler flags (like -ffast-math) to defend evil dragons.
- The -j option (MAKEOPTS)
The -j option determines how many jobs the make process will run at the same time. In fact the number of concurrent jobs is LIMITED by this switch, giving you the ability to cap memory usage on large builds. Anything above -j(Cores*2)+1 won't give you any performance gain. If you have plenty of RAM, just apply "-j".
- Package versions
- ACCEPT_KEYWORDS="~arch"
Will break stuff. Unmasked packages in the unstable tree are known not to crash and burn your whole system. That's all you get. Most of the questions regarding "broken" packages in #gentoo come from users that are on ~arch and complain about xorg8 not compiling with gcc5. If you need single packages from ~arch, keyword the specific version - not the whole package - yourself by adding =cat/pckg-version to package.keywords.
- Packages going stable
There are reasons why the most recent versions of certain packages are not in the stable tree. Don't complain about things like java5 not being there yet (java5 went stable today *sigh*). Remember that there still might be problems with other packages that you didn't even know before, forcing your piece of candy into ~arch until the other(!) package is fixed. You CAN wait for things like x11, java, kde, gnome or mysql.
- Version bumb requests on bugs.gentoo.org
All work and no play makes Jack a dull boy. The package maintainers know that a more recent version is out there. The knew before you. Opening a version-bump-bug like 2 hours after a new version of some piece of software was released won't get the ebuild into the tree any faster.
- Tweaks
- 'Preloading'
Don't. The kernel will use all currently uncomitted ram either for buffering or caching i/o operations. "Pre-loading" certain files by forcing them into the i/o cache ('cat /usr/lib/mozilla-firefox/firefox-bin > /dev/null') might give you some apparent performance gain on loading time, but reduces cache efficency in the long term. Let the kernel decide what to cache.
- 'Memory cleanup'
Don't. There are scripts out there that consume huge amounts of ram, forcing old pages into the swap file, leaving a giant hole of (apperantly now) free ram. Some argument as above, there is no gain in the long term. If you care about free ram, see /proc/sys/vm/swappiness.
Last edited by ebfe on Tue Oct 31, 2006 1:20 pm; edited 4 times in total |
|
Back to top |
|
|
Gergan Penkov Veteran
Joined: 17 Jul 2004 Posts: 1464 Location: das kleinste Kuhdorf Deutschlands :)
|
Posted: Sat Oct 14, 2006 3:37 pm Post subject: |
|
|
You understand that all these rules hindern further development, no?
The problem is not the so attributed "ricers" - the problem are people, who don't understand what they are doing and bitching after that, one could resolve this problem with education and not with rules and prohibitions. _________________ "I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack |
|
Back to top |
|
|
wynn Advocate
Joined: 01 Apr 2005 Posts: 2421 Location: UK
|
Posted: Sat Oct 14, 2006 3:54 pm Post subject: |
|
|
Couldn't all problems be solved by education?
It's a nice idea but the whole of society is pushing in the other direction: faster, flashier, first-on-the-block <=> progress. _________________ The avatar is jorma, a "duck" from "Elephants Dream": the film and all the production materials have been made available under a Creative Commons Attribution 2.5 License, see orange.blender.org for details. |
|
Back to top |
|
|
Corona688 Veteran
Joined: 10 Jan 2004 Posts: 1204
|
Posted: Thu Oct 19, 2006 9:30 pm Post subject: Re: The quest for a ricer-free Gentoo |
|
|
ebfe wrote: | I compile, therefor I'm faster
The impact of a compiling for your hardware on performance is a very general thing. Don't expect highly functional code like encoding or encryption to be any faster. What you can expect is an overall gain that might settle in things like time required to boot, load kde/openoffice and such. The binary distributions don't add any "--abacus-math --286-only" flag when compiling. They don't. | The hell they don't. Gentoo livecd's come configured for i386. That's so obsolete it won't even work with the new profile. Not to mention the sole advantage of using gcc4x over 3x doesn't come enabled in the default flags. Quote: | [*] The kernel
Your kernel is not faster than any other kernel. No, it's not. The fact that most gentoo kernels only contain the things that are really needed for the current hardware won't result in any performance difference. There is no point about a kernel image being only 1.2mb on a system with 2gb ram. In fact during normal operation the kernel code is executed very, very infrequently. | True, removing modules won't make it faster. Fortunately, there are plenty of other things you can do to optimize your kernel's performance. Just because kernel code doesn't execute often doesn't mean the scheduler's not of fundamental importance. Quote: | The mighty -O (CFLAGS)
Use -O2 or, if you know what you are doing, -Os. In general, -O3 won't produce faster code as highly functional code that could benefit from it is hand-optimized anyway. -O3 is slower for compilation, produces larger object files and might even break stuff. | -O2 is pretty good, yes. Quote: | The -f options (CFLAGS)
You don't need them. No you don't. Most of the options you are thinking of right now are also controlled by the -O switch, enabling them explicitly won't change a thing. | First thing you've said I flat-out agree with. Quote: | The -j switch (MAKEOPTS)
The -j switch determines how many jobs the make process will run at the same time. In fact the number of concurrent jobs is LIMITED by this switch | By itself, i.e. just -j, it won't limit the number of jobs. Look it up. Quote: | ACCEPT_KEYWORDS="~arch"
Will break stuff. Unmasked packages in the unstable tree are known not to crash and burn your whole system. | People don't often use ~arch on a lark, they do so because they have to, since supposedly "stable" packages are also "old" hence not always properly maintained. Many times I've seen devs bump a version when fixing build failure, leaving unbuildable versions to fall out of portage instead of marking them broken. Quote: | Most of the questions regarding "broken" packages in #gentoo come from users that are on ~arch and complain about xorg8 not compiling with gcc5. | And you answer them? Seriously, the last time I checked out #gentoo I was told that I couldn't expect people to acknowledge my existence if I wasn't using the dev-sources kernel. dev-sources was broken at the time. ...I didn't spend long there.
Besides. Where do you think stable comes from? Quote: | There are reasons why the most recent versions of certain packages are not in the stable tree. Don't complain about things like java5 not being there yet (java5 went stable today *sigh*). Remember that there still might be problems with other packages that you didn't even know before, forcing your piece of candy into ~arch until the other(!) package is fixed. You CAN wait for things like x11, java, kde, gnome or mysql. | Can you? I know I had to add patches way ahead of the mainline to fix mysql on my application at work. Quote: | [*] Version bumb requests on bugs.gentoo.org
All work and no play makes Jack a dull boy. The package maintainers know that a more recent version is out there. | Really? They keep in mind all 10,000+ of them? They should have been telling me off, instead of saying "thank you" when I point out a version of something they forgot about is 2 years old? Quote: | [*] Tweaks
[list]'Preloading'
Don't. The kernel will use all currently uncomitted ram either for buffering or caching i/o operations. "Pre-loading" certain files by forcing them into the i/o cache ('cat /usr/lib/mozilla-firefox/firefox-bin > /dev/null') might give you some apparent performance gain on loading time, but reduces cache efficency in the long term. Let the kernel decide what to cache. | Agreed. If preloading worked worth a damn, Windows users wouldn't froth at the mouth when they get another "speedlaunch" in their taskbar, startup folder, profile options, registry, or any of the other 5,000 ways Windows helpfully provides to do this. Quote: | [*] 'Memory cleanup'
Don't. There are scripts out there that consume huge amounts of ram, forcing old pages into the swap file, leaving a giant hole of (apperantly now) free ram. Some argument as above, there is no gain in the long term. | This has been useful in some few, specific applications, like software suspend. Get crap out of RAM so there's less to suspend. _________________ Petition for Better 64-bit ATI Drivers - Sign Here
http://www.petitiononline.com/atipet/petition.html |
|
Back to top |
|
|
Headrush Watchman
Joined: 06 Nov 2003 Posts: 5597 Location: Bizarro World
|
Posted: Thu Oct 19, 2006 9:50 pm Post subject: |
|
|
Gergan Penkov wrote: | You understand that all these rules hindern further development, no?
The problem is not the so attributed "ricers" - the problem are people, who don't understand what they are doing and bitching after that, one could resolve this problem with education and not with rules and prohibitions. |
Ditto.
My guess is if you are a ricer, you don't need a dev to bump a ebuild for you, you just do it yourself in your overlay.
Corona688, I could be mistaken, but I don't think any of the LiveCD comes compiled i386 anymore.
Corona688 wrote: | Quote: | ACCEPT_KEYWORDS="~arch"
Will break stuff. Unmasked packages in the unstable tree are known not to crash and burn your whole system. | People don't often use ~arch on a lark, they do so because they have to, since supposedly "stable" packages are also "old" hence not always properly maintained. Many times I've seen devs bump a version when fixing build failure, leaving unbuildable versions to fall out of portage instead of marking them broken. |
Although I agree at times some ~arch packages may be needed, from my few years experience helping people with Gentoo, I have found the majority of time noobies are using ~arch for no apparent reason other than its newer and they assumed it was better somehow, or someone in the forums gave them faulty info and said they had to.
(Easy fix for some people rather than solving problems correctly. )
People complain a lot about needing certain versions marked stable in portage, but those those changes also introduce different problems for other users and other packages, so how do you decide who you please?
Last edited by Headrush on Thu Oct 19, 2006 10:00 pm; edited 1 time in total |
|
Back to top |
|
|
Corona688 Veteran
Joined: 10 Jan 2004 Posts: 1204
|
Posted: Thu Oct 19, 2006 9:57 pm Post subject: |
|
|
Headrush wrote: | Corona688, I could be mistaken, but I don't think any of the LiveCD comes compiled i386 anymore. | gleep. Good thing 2005.1 still works for nearly everything. _________________ Petition for Better 64-bit ATI Drivers - Sign Here
http://www.petitiononline.com/atipet/petition.html |
|
Back to top |
|
|
Corona688 Veteran
Joined: 10 Jan 2004 Posts: 1204
|
Posted: Thu Oct 19, 2006 10:01 pm Post subject: |
|
|
Headrush wrote: | (Easy fix for some people rather than solving problems correctly. ) | The way I've seen fixes happen, is they get put in ~arch, then marked stable later. This sounds good in theory, but leaves stable, not, and testing, tested. Often enough I've "fixed" a problem by building it in ~arch. _________________ Petition for Better 64-bit ATI Drivers - Sign Here
http://www.petitiononline.com/atipet/petition.html |
|
Back to top |
|
|
dleverton Guru
Joined: 28 Aug 2006 Posts: 517
|
Posted: Thu Oct 19, 2006 10:58 pm Post subject: |
|
|
Corona688 wrote: | Headrush wrote: | Corona688, I could be mistaken, but I don't think any of the LiveCD comes compiled i386 anymore. | gleep. Good thing 2005.1 still works for nearly everything. |
http://thread.gmane.org/gmane.linux.gentoo.devel/42896/focus=43084
wolf31o2 wrote: | By the way, the stage1 tarball and Minimal InstallCD are both built as "i386" and will remain that way for the foreseeable future. |
|
|
Back to top |
|
|
ebfe n00b
Joined: 29 Jan 2006 Posts: 20
|
|
Back to top |
|
|
dleverton Guru
Joined: 28 Aug 2006 Posts: 517
|
Posted: Sun Oct 22, 2006 1:06 pm Post subject: |
|
|
Why? |
|
Back to top |
|
|
Mousee Apprentice
Joined: 29 Mar 2004 Posts: 291 Location: Illinois, USA
|
Posted: Sun Oct 22, 2006 6:21 pm Post subject: |
|
|
So basically you're saying, you're wrong, and you posted this only to piss people off.
Good job... not. |
|
Back to top |
|
|
ebfe n00b
Joined: 29 Jan 2006 Posts: 20
|
Posted: Sun Oct 22, 2006 6:31 pm Post subject: |
|
|
you got my point |
|
Back to top |
|
|
micko Tux's lil' helper
Joined: 16 Dec 2004 Posts: 121 Location: Finland / Turku
|
Posted: Mon Oct 23, 2006 3:03 pm Post subject: |
|
|
So what? Arguing over the Internet is still fun =)
Nice to see all gentooers aren't just ricers. Allthough there seem to be different views about what's ricing and what's not... I understand the term as http://funroll-loops.org/ and not as a person who really knows what he's doing. |
|
Back to top |
|
|
Bones McCracker Veteran
Joined: 14 Mar 2006 Posts: 1611 Location: U.S.A.
|
Posted: Sun Oct 29, 2006 3:38 am Post subject: |
|
|
Maybe you should switch to OpenBSD. |
|
Back to top |
|
|
gixer n00b
Joined: 22 Nov 2003 Posts: 28 Location: Cypress, CA, USA
|
Posted: Tue Oct 31, 2006 3:45 am Post subject: |
|
|
No no, I totally agree with this guy. Let's take the same mentality as American "Gun Control". Instead of getting rid of the idiots, let's get rid of the guns! While we are at it, let's ban dirtbikes, motorcycles, and scissors too. I believe that they are too dangerous and waste our 'hospital emergency resources'. OH and let's not forget to ban computers since those pesky 'hackers' keep using them.
Choice is what Gentoo is all about. All these 'bells and whistles' are there if you wanna mess with them. The average Gentoo user, I agree, probably doesn't need them. BUT that doesn't mean that they should NOT be available. Again, see above statement.
Idiot.
-Gixer _________________ If you had to rebuild your car's engine on the freeway, every week, would that be ok? Then why would you use windowz? |
|
Back to top |
|
|
Bones McCracker Veteran
Joined: 14 Mar 2006 Posts: 1611 Location: U.S.A.
|
Posted: Tue Oct 31, 2006 5:48 am Post subject: |
|
|
Don't get me wrong; I use OpenBSD and I like it.
What I mean is that gentoo's flexibility comes at a cost. If you're looking for a tightly-wrought, idiot-proof distribution (as a means of freeing yourself of idiocy in your environment), there are other choices. As the French say, "a chaque un son gout".
This is a highly-configurable source-based "meta-distribution" to which many gnu/linux end-users also happen to be attracted because its FreeBSD-style automation of source distribution makes it feasible for use as a highly-customized end-user system.
Reducing flexibility might increase administrative efficiency and reduce community chaos, but it would also reduce gentoo's value as "meta-distribution" and as a highly-customized end-user system. We would be "cutting off one's nose to spite one's face".
The problem you point out does exist, but I think the solution is something else. "Behavioral modification" in some form.
Hack their user cp and add a "Ricer" badge as their avatar. |
|
Back to top |
|
|
NoZ Tux's lil' helper
Joined: 26 Oct 2004 Posts: 93 Location: Montpellier/France
|
Posted: Tue Oct 31, 2006 9:48 am Post subject: |
|
|
Quote: | As the French say, "a chaque un son gout". |
I would rather say : "Les goûts et les couleurs." That's better. _________________ Home :
- Desktop - P-M 770 @ 2.5ghz - 2006.1 x86
- Inspiron 640m - C2D T7200 @ 2Ghz - 2006.1 x86
Work :
- Inspiron 9400 - C2D T7200 @ 2Ghz - 2006.1 x86
- Dedicated@SevenL - P4 @ 3.0Ghz - Hardened 2006.1 x86 |
|
Back to top |
|
|
Earthwings Bodhisattva
Joined: 14 Apr 2003 Posts: 7753 Location: Germany
|
Posted: Tue Oct 31, 2006 3:23 pm Post subject: |
|
|
gixer wrote: | No no, I totally agree with this guy. Let's take the same mentality as American "Gun Control". Instead of getting rid of the idiots, let's get rid of the guns! While we are at it, let's ban dirtbikes, motorcycles, and scissors too. I believe that they are too dangerous and waste our 'hospital emergency resources'. OH and let's not forget to ban computers since those pesky 'hackers' keep using them.
Choice is what Gentoo is all about. All these 'bells and whistles' are there if you wanna mess with them. The average Gentoo user, I agree, probably doesn't need them. BUT that doesn't mean that they should NOT be available. Again, see above statement.
Idiot.
-Gixer |
Which gets you banned for a personal attack, see the guidelines.
ebfe, please don't post links to pictures like the above in any forum except Off The Wall, if at all. Locking the thread due to that and the other off topic posts. Everyone else, please keep friendly. _________________ KDE |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|