Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Thu, Jun 18, 2009 at 4:22 PM, Bill Nottingham wrote: > Martin Langhoff (martin.langh...@gmail.com) said: >> To note: it _is_ reported as a 586, so at least ancillary work in >> yum/anaconda/rpm will be needed so that installing F12 on these >> "supported but not quite 686 CPUs" is possible, avoiding the hackery >> of installing it on a true 686 and then transferring the image to the >> XO. > > diff --git a/rpmrc.in b/rpmrc.in > index 4a6cca9..d62ddaf 100644 > --- a/rpmrc.in > +++ b/rpmrc.in > @@ -281,7 +281,7 @@ arch_compat: alphaev5: alpha > arch_compat: alpha: axp noarch > > arch_compat: athlon: i686 > -arch_compat: geode: i586 > +arch_compat: geode: i686 > arch_compat: pentium4: pentium3 > arch_compat: pentium3: i686 > arch_compat: i686: i586 > > That should do the trick. :) I've just been testing this with my Fit-PC geode box and it hasn't made it into rawhide and hence doesn't work. I've filed a bug [1] and added it to the alpha blocker as its a pretty large miss for the x86 recompile feature. Peter [1] https://bugzilla.redhat.com/show_bug.cgi?id=517475 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Adam Williamson wrote: On Wed, 2009-06-24 at 00:48 -0400, Gregory Maxwell wrote: Atom systems are frequently battery powered, so improvements there can also to increased battery life. P4, OTOH, already requires a locally installed atomic power plant so energy isn't an issue there. There were actually some P4 laptops. One of these is sitting on my desk for several years. They tended to be very large (to contain the required power and cooling) .. and have a battery life measured in minutes. They probably should also have come with heavy-duty lap heat protectors... > I doubt anyone who ever bought such a beast expected any kind of usable lengthy battery-powered operation out of it, though. Hyperbole! These beasts were their time's "desktop replacement" laptops, for which primarily display and keyboard sizes dictated the overall size. Mine actually is much smaller than many of today's DTRs. At their time, these P4 laptops had been comparatively computationally powerful, comparatively cheep (desktop chipset), nevertheless sufficiently "compact" for occasional "mobile use". Actually, pretty nice machines, ... at their time. Of cause, today, any mediocre netbook can easily outperform them wrt. many aspects. Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
2009/6/25 Adam Williamson : > There were actually some P4 laptops. They tended to be very large (to > contain the required power and cooling) and have a battery life measured > in minutes. They probably should also have come with heavy-duty lap heat > protectors... > > I doubt anyone who ever bought such a beast expected any kind of usable > lengthy battery-powered operation out of it, though. Oh my God, I had one of those a few years ago -- it was a BEAST and sounded like a jet engine taking off. Then it committed motherboard suicide just before I was going to use it to present slides for a medium-important talk. Don't miss it at all. :) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
> There were actually some P4 laptops. They tended to be very large (to > contain the required power and cooling) and have a battery life measured > in minutes. They probably should also have come with heavy-duty lap heat > protectors... I had a HP xe4500, with a P4M-1.6ghz, and its battery lasted 3 hours. (was 4000mA/h, 14,8V) Thats longer than my Core2Duo based thosiba laptop, which is a "buissness-class" machine. Even found a review: http://reviews.cnet.com/laptops/hp-omnibook-xe4500-pentium/4505-3121_7-20001966.html So yes the P4 was a horrible CPU, however when it came to heat/battery I didn't miss a thing with this laptop. - Clemens -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, 2009-06-24 at 00:48 -0400, Gregory Maxwell wrote: > Atom systems are frequently battery powered, so improvements there can > also to increased battery life. P4, OTOH, already requires a locally > installed atomic power plant so energy isn't an issue there. There were actually some P4 laptops. They tended to be very large (to contain the required power and cooling) and have a battery life measured in minutes. They probably should also have come with heavy-duty lap heat protectors... I doubt anyone who ever bought such a beast expected any kind of usable lengthy battery-powered operation out of it, though. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
+1 For the i686 with atom optimizations. This seems like a solid suggestion and Gregory's argument seems logical. -Adam (From my G1) On Jun 23, 2009 11:49 PM, "Gregory Maxwell" wrote: On Tue, Jun 23, 2009 at 4:19 PM, Clemens Eisserer wrote: >> 1) Optimizing for ... Fedora x86_64 is the solution for good performance for those systems. The difference between 32bit mode and 64bit mode dwarfs all the little compiler tweaks we could discuss. Optimizing for atom makes sense because it's the most modern hardware which doesn't have a higher performing alternative than the 32bit build. Moreover, as an in-order core it atom should gain more from optimization than most cpus and generally optimizations for atom are harmless or even beneficial for other CPUs, while optimization for highly out of order CPUs can be devastating for in-order cores. As you can see in Bill's post upthread optimizing for atom is mildly beneficial even to P4. Amusingly, on my own code at least -mtune=atom produces significantly faster code than -mtune=geode on my geode LX. P4 is pretty much a lost cause. The move to i686 from i586 itself will make P4 slower, while helping most everything else by about the same margin that it hurt p4. Optimizing for P4 will probably hurt everything, certainly atom. Atom systems are frequently battery powered, so improvements there can also to increased battery life. P4, OTOH, already requires a locally installed atomic power plant so energy isn't an issue there. ... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/list... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Tue, Jun 23, 2009 at 4:19 PM, Clemens Eisserer wrote: >> 1) Optimizing for P4 is ... messy >> 2) If you're using C2D, etc., you can already use the 64-bit distro. > So why not stay with generic, where most users would benefit. > > Sure I could use 64-bit, as could all the others using 32-bit on > 64-bit capable CPUs (I guess 50% of all fedora-x86 users). Fedora x86_64 is the solution for good performance for those systems. The difference between 32bit mode and 64bit mode dwarfs all the little compiler tweaks we could discuss. Optimizing for atom makes sense because it's the most modern hardware which doesn't have a higher performing alternative than the 32bit build. Moreover, as an in-order core it atom should gain more from optimization than most cpus and generally optimizations for atom are harmless or even beneficial for other CPUs, while optimization for highly out of order CPUs can be devastating for in-order cores. As you can see in Bill's post upthread optimizing for atom is mildly beneficial even to P4. Amusingly, on my own code at least -mtune=atom produces significantly faster code than -mtune=geode on my geode LX. P4 is pretty much a lost cause. The move to i686 from i586 itself will make P4 slower, while helping most everything else by about the same margin that it hurt p4. Optimizing for P4 will probably hurt everything, certainly atom. Atom systems are frequently battery powered, so improvements there can also to increased battery life. P4, OTOH, already requires a locally installed atomic power plant so energy isn't an issue there. ... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
> 1) Optimizing for P4 is ... messy > 2) If you're using C2D, etc., you can already use the 64-bit distro. So why not stay with generic, where most users would benefit. Sure I could use 64-bit, as could all the others using 32-bit on 64-bit capable CPUs (I guess 50% of all fedora-x86 users). - Clemens -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Clemens Eisserer (linuxhi...@gmail.com) said: > > - Optimize for Atom > > I also don't get this one. Why not optimize for the cpu architectur in > use by most fedora-x86 users, like p4 or c2d? > It seems crazy to optimize for a cpu with maybe 5% market share, just > because its the "only" x86 cpu left. (by the way, the via C7 is still > sold too). 1) Optimizing for P4 is ... messy 2) If you're using C2D, etc., you can already use the 64-bit distro. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
> - Optimize for Atom I also don't get this one. Why not optimize for the cpu architectur in use by most fedora-x86 users, like p4 or c2d? It seems crazy to optimize for a cpu with maybe 5% market share, just because its the "only" x86 cpu left. (by the way, the via C7 is still sold too). - Clemens -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Clemens Eisserer writes: > I mean is 1% improvement (for cpu intensive workload) really worth > changing anything? No, especially if it screws somebody (not me though). -- Krzysztof Halasa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Why can't you just leave it as-is? I mean is 1% improvement (for cpu intensive workload) really worth changing anything? Instead of messing arround with stuff like that, I guess a lot of code would benefit of beeing build with profile driven optimizations, which often yields a 5-15% improvement without sacrifycing anything. On amd64 it would even enable the auto-vectorizer (if enabled) to vectorize only parts which count, without bloating code unescessary. However that would be _real_ work, instead of just changing switches and discussing it forth and back ;) - Clemens -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
>>> No, period - I haven't seen anyone in the community say that they're >>> testing it on i586-class hardware. >> >> Hi Bill, >> >> Your wiki page has some jargon ("i586") which I'm trying >> to reduce to manufacturer products, as you have already >> done for the AMD products. >> >> >> F12 x86 will not work on i586 (or i686 without CMOV) >> >> Intel Pentium >> Intel Pentium Pro > > PPro has cmov, AFAIK. Yes, its i686. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Glen Turner (g...@gdt.id.au) said: > On 19/06/09 00:19, Bill Nottingham wrote: >> No, period - I haven't seen anyone in the community say that they're >> testing it on i586-class hardware. > > Hi Bill, > > Your wiki page has some jargon ("i586") which I'm trying > to reduce to manufacturer products, as you have already > done for the AMD products. > > > F12 x86 will not work on i586 (or i686 without CMOV) > > Intel Pentium > Intel Pentium Pro PPro has cmov, AFAIK. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Sun, Jun 21, 2009 at 3:54 PM, Glen Turner wrote: > On 19/06/09 00:19, Bill Nottingham wrote: >> >> No, period - I haven't seen anyone in the community say that they're >> testing it on i586-class hardware. > > Hi Bill, > > Your wiki page has some jargon ("i586") which I'm trying > to reduce to manufacturer products, as you have already > done for the AMD products. > > > F12 x86 will not work on i586 (or i686 without CMOV) > > Intel Pentium > Intel Pentium Pro > > VIA Cyrix III > VIA C3 and C3-M ("Samuel 2") > VIA C3 and C3-M ("Ezra") > VIA C3 and C3-M ("Ezra-T") > VIA Eden ESP ("Samuel 2") > > Note that the VIA Eden ESP ("Samuel 2") appears to be a shipping > product [based on vendor's website, not personal experience], and > that this will not run Fedora 12 under the current proposal. It > ships in the VIA EPIA MII/ML/PE motherboards with CPUs rated at > 667MHz (all other clock speeds will run F12). Probably worth a > mention in the F12 Release Notes. > > > F12 x86 will work on these 32b processors > - > > Intel Pentium II > Intel Celeron (any) > Intel Pentium III > Intel Pentium 4 > Intel Pentium M > > VIA C3 and C3-D ("Nehemiah") > VIA Eden ESP ("Nehemiah") > VIA Eden-N > VIA Eden ("Esther") > VIA C7 and C7-M and C7-D ("Esther") > VIA Nano > > Any Intel x86-64, AMD64 or compatible + AMD K7 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Sun, Jun 21, 2009 at 11:24:35PM +0930, Glen Turner wrote: > F12 x86 will not work on i586 (or i686 without CMOV) > > Intel Pentium > Intel Pentium Pro > > VIA Cyrix III > VIA C3 and C3-M ("Samuel 2") > VIA C3 and C3-M ("Ezra") > VIA C3 and C3-M ("Ezra-T") > VIA Eden ESP ("Samuel 2") > > .. > Although this is the best I could do, the VIA situation is complex > and errors in the above would not shock me. The original "Samuel" won't work either. Other than this omission, your table looks correct to me. There's also the AMD K5, K6, K6-2, K6-3 that won't work. And all the older Cyrix 6x86/MX/MII/MediaGX CPUs. (Though those things sucked even in 1990's, and I doubt they've improved with age) Dave -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 19/06/09 00:19, Bill Nottingham wrote: No, period - I haven't seen anyone in the community say that they're testing it on i586-class hardware. Hi Bill, Your wiki page has some jargon ("i586") which I'm trying to reduce to manufacturer products, as you have already done for the AMD products. F12 x86 will not work on i586 (or i686 without CMOV) Intel Pentium Intel Pentium Pro VIA Cyrix III VIA C3 and C3-M ("Samuel 2") VIA C3 and C3-M ("Ezra") VIA C3 and C3-M ("Ezra-T") VIA Eden ESP ("Samuel 2") Note that the VIA Eden ESP ("Samuel 2") appears to be a shipping product [based on vendor's website, not personal experience], and that this will not run Fedora 12 under the current proposal. It ships in the VIA EPIA MII/ML/PE motherboards with CPUs rated at 667MHz (all other clock speeds will run F12). Probably worth a mention in the F12 Release Notes. F12 x86 will work on these 32b processors - Intel Pentium II Intel Celeron (any) Intel Pentium III Intel Pentium 4 Intel Pentium M VIA C3 and C3-D ("Nehemiah") VIA Eden ESP ("Nehemiah") VIA Eden-N VIA Eden ("Esther") VIA C7 and C7-M and C7-D ("Esther") VIA Nano Any Intel x86-64, AMD64 or compatible Although this is the best I could do, the VIA situation is complex and errors in the above would not shock me. Cheers, Glen -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Sat, Jun 20, 2009 at 11:01 PM, Glen Turner wrote: > On 18/06/09 11:03, Jeff Spaleta wrote: > > Its all a matter of how you look at it. If it turns out that a lot of >> 64bit hardware owners are running 32bit Fedora 11... >> > > It would be useful if anaconda displayed a info box telling people when > they were considering installing 32b Linux on systems with 32/64b CPUs > and more than about 800MB of RAM. [1] > > In disk and networking the win from 64b is considerable due to much > reduced low memory fragmentation and in general there's a lot less > stuffing about with DMA. It is well worthwhile for people to install > 64b Linux when that is reasonable, but as this thread has pointed out > determining 64b capabilities prior to installation is a big ask of > people unfamiliar with the intricacies of their CPU vendor's products. > > Thus the requirement to let installers of 32b Linux know when a better > choice is available (but of course, not to insist upon that better > choice -- the info box should only be informational). > > > [1] More technically, when /proc/meminfo's LowTotal < MemTotal. > > -- > Glen Turner > > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I really don't see a great value in changing the arch yet again, this time to i686. The logic for switching to i586 was sound, and we didn't really lose any people using Fedora on both new and old hardware. However, I do like the idea of an infobox that would show up if 32-bit Fedora is being installed on a 64-bit capable machine with sufficient RAM available. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 18/06/09 11:03, Jeff Spaleta wrote: Its all a matter of how you look at it. If it turns out that a lot of 64bit hardware owners are running 32bit Fedora 11... It would be useful if anaconda displayed a info box telling people when they were considering installing 32b Linux on systems with 32/64b CPUs and more than about 800MB of RAM. [1] In disk and networking the win from 64b is considerable due to much reduced low memory fragmentation and in general there's a lot less stuffing about with DMA. It is well worthwhile for people to install 64b Linux when that is reasonable, but as this thread has pointed out determining 64b capabilities prior to installation is a big ask of people unfamiliar with the intricacies of their CPU vendor's products. Thus the requirement to let installers of 32b Linux know when a better choice is available (but of course, not to insist upon that better choice -- the info box should only be informational). [1] More technically, when /proc/meminfo's LowTotal < MemTotal. -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Bill Nottingham wrote: Ralf Corsepius (rc040...@freenet.de) said: *That's* what I mean by "we don't really support i586 in any meaningful manner". You seem to be speaking in terms of "You == RH". No, period - I haven't seen anyone in the community say that they're testing it on i586-class hardware. Then you likely haven't paid attention. I repeatedly filed BZ'd i586 specific issues and mentioned i586 issues on several fedora lists (e.g. SELinux causing kernel OOMs on i586's). Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Den 2009-06-18 05:10, Bill Nottingham skrev: See the Fedora Foundations [1] and Objectives [2] page. If we're truly about being on the leading edge, being innovative, etc., the main target of Fedora should be current hardware, even if older hardware is still supported. Yeah, but frankly, there's a difference between producing cutting edge software and requiring newer hardware... Sometimes they go hand in hand. Though I guess updating the compiler flags means using other/newer/better code in the compiler, which is a form of software improvement. /abo -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Wed, 2009-06-17 at 22:19 -0400, Josh Boyer wrote: > perhaps it's best if we just agree to agree? well that just doesn't sound like the f-d-l spirit at _all_. :D -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Thu, Jun 18, 2009 at 5:22 PM, Bill Nottingham wrote: > +arch_compat: geode: i686 ... > That should do the trick. :) Cool. Didn't know we had that compat mechanism available. Back to my humid cave then... m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Thu, 2009-06-18 at 10:08 -0400, Jarod Wilson wrote: > > [1] doesn't mean a mass rebuild won't happen for RHEL6. Also doesn't > mean that it will. Hand-wavy "can't talk about unreleased products"... > While not speaking in definitives, and while not speaking /for/ Red Hat, it is extremely unlikely that Red Hat would ship rpms in RHEL that were not built on the internal Red Hat buildsystem. All the Fedora packages in RHEL5 were built internal to Red Hat, as it was prior to moving the buildsystem external. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Martin Langhoff (martin.langh...@gmail.com) said: > To note: it _is_ reported as a 586, so at least ancillary work in > yum/anaconda/rpm will be needed so that installing F12 on these > "supported but not quite 686 CPUs" is possible, avoiding the hackery > of installing it on a true 686 and then transferring the image to the > XO. diff --git a/rpmrc.in b/rpmrc.in index 4a6cca9..d62ddaf 100644 --- a/rpmrc.in +++ b/rpmrc.in @@ -281,7 +281,7 @@ arch_compat: alphaev5: alpha arch_compat: alpha: axp noarch arch_compat: athlon: i686 -arch_compat: geode: i586 +arch_compat: geode: i686 arch_compat: pentium4: pentium3 arch_compat: pentium3: i686 arch_compat: i686: i586 That should do the trick. :) Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Thu, Jun 18, 2009 at 4:48 PM, Bill Nottingham wrote: > Peter Robinson (pbrobin...@gmail.com) said: >> > I know of *no one* in the community who tests on i586 to ensure that it >> > works. (If this drags them out of silence, so be it!) It is certainly not >> > part of the QA matrix for testing RCs. On the kernel side, I doubt the >> > kernel >> > team even has hardware around that they could test fixes on. >> >> Well geode is technically i586 even though it has cmov. I use two of >> them on a pretty regular basis. There are quite a few of the community >> who have XOs as part of the testing program that handed them out in >> the F10 devel period and I know a number of RedHat engineers have them >> as well so there is a least some hardware around for testing. > > Geode (at least the variant in the XO, and later models) isn't intended > to be dropped here. There are earlier Geodes (the original version was > 486-ish) that wouldn't be supported. I don't know how much of a 686 the Geode ("586+cmov") we use is, in the sense that I hope people (Chris, Deepak) have looked at this and ensured there are no other dragons lurking. To note: it _is_ reported as a 586, so at least ancillary work in yum/anaconda/rpm will be needed so that installing F12 on these "supported but not quite 686 CPUs" is possible, avoiding the hackery of installing it on a true 686 and then transferring the image to the XO. Do we have a good and reliable way to spot the properly supported CPUs? cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Ralf Corsepius (rc040...@freenet.de) said: >> *That's* what I mean by "we don't really support i586 in any meaningful >> manner". > > You seem to be speaking in terms of "You == RH". No, period - I haven't seen anyone in the community say that they're testing it on i586-class hardware. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Peter Robinson (pbrobin...@gmail.com) said: > > I know of *no one* in the community who tests on i586 to ensure that it > > works. (If this drags them out of silence, so be it!) It is certainly not > > part of the QA matrix for testing RCs. On the kernel side, I doubt the > > kernel > > team even has hardware around that they could test fixes on. > > Well geode is technically i586 even though it has cmov. I use two of > them on a pretty regular basis. There are quite a few of the community > who have XOs as part of the testing program that handed them out in > the F10 devel period and I know a number of RedHat engineers have them > as well so there is a least some hardware around for testing. Geode (at least the variant in the XO, and later models) isn't intended to be dropped here. There are earlier Geodes (the original version was 486-ish) that wouldn't be supported. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Warren Togami (wtog...@redhat.com) said: > Nano is 64bit with virt. > > BTW, anyone tested these yet with Fedora? I believe Chuck and/or DaveJ has one. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Wednesday 17 June 2009 20:46:30 Peter Robinson wrote: > I'm not sure I understand why not. Are you saying that if RedHat > decided that RHEL7 was to support Sparc , there'd be no interest in > making that a primary arch? > >>> > >>> ppc/ppc64 is supported in RHEL. It is no longer a primary arch in Fedora. > >> > >>Sorry? I thought it was still primary until after F-12. So yes its > >>scheduled to be a secondard arch for F-13 in 12 months time. Its not > >>one yet. > > > > Correct. Though in the context of the discussion, it won't be in the RHEL7 > > timeframe. I was simply using it as a counter to the "but RHEL" argument. > > I don't see RHEL as any form of argument. RedHat does a mass recompile > anyway even if its just to remove the fcXX release tag Actually, historically[1], no, Red Hat (its two words, not one) has NOT recompiled just to remove the tag. Take a look at a Red Hat Enterprise Linux 5.0 GA tree some time, its littered with packages that have a .fc6 tag in them. :) But "RHEL does X" is indeed irrelevant either way. [1] doesn't mean a mass rebuild won't happen for RHEL6. Also doesn't mean that it will. Hand-wavy "can't talk about unreleased products"... -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Gerd Hoffmann (kra...@redhat.com) said: > On 06/17/09 19:52, Bill Nottingham wrote: >> P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 >> march=i686/ -1.1% +2.0% +0.9% +0.6% >> mtune=generic >> march=i586/ +0.3% -0.3% -0.2% +1.3% >> mtune=atom >> march=i686/ -1.5% +1.2% +0.5% +1.7% >> mtune=atom > > 2% difference max. You'll hardly notice that. Is that really worth the > effort? As *already said*, if you're already doing a mass rebuild, it's near zero effort. (Also, if you think 5-10% is the threshold for any compiler performance improvements, the GCC team could use your help.) Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Thu, Jun 18, 2009 at 2:31 PM, James Hubbard wrote: > On Wed, Jun 17, 2009 at 6:58 PM, Jeff Spaleta wrote: >> On Wed, Jun 17, 2009 at 2:28 PM, James Hubbard wrote: >>> Trying to berate people into using x86_64 as I've seen in this and >>> other threads has gotten annoying. >> >> Berate? I'm not trying to berate anyone. What I am trying to do is get >> a handle on how to potentially mitigate as much as possible avoidable >> impact associated with an architecture policy change if and when it >> happens. If running 32bit Fedora on 64bit hardware is widespread, any >> substantial change in policy with regard to 32bit maybe more >> disruptive than we originally realize. Hmm, I wonder does smolt give >> any relevant info as to my question. Can smolt tell give me an >> indication of the percentage of 64bit capable systems which are >> running 32bit Fedora? Hmm. > > Sorry, I'm not saying you specifically. There have a been a far > number of messages in which tone has seemed to be that you have to use > x86_64 if you have hardware. > > My apologies. s/have to/should/ Unless you have a specific reason not do so. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 6:58 PM, Jeff Spaleta wrote: > On Wed, Jun 17, 2009 at 2:28 PM, James Hubbard wrote: >> Trying to berate people into using x86_64 as I've seen in this and >> other threads has gotten annoying. > > Berate? I'm not trying to berate anyone. What I am trying to do is get > a handle on how to potentially mitigate as much as possible avoidable > impact associated with an architecture policy change if and when it > happens. If running 32bit Fedora on 64bit hardware is widespread, any > substantial change in policy with regard to 32bit maybe more > disruptive than we originally realize. Hmm, I wonder does smolt give > any relevant info as to my question. Can smolt tell give me an > indication of the percentage of 64bit capable systems which are > running 32bit Fedora? Hmm. Sorry, I'm not saying you specifically. There have a been a far number of messages in which tone has seemed to be that you have to use x86_64 if you have hardware. My apologies. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
>> Hi, >> >> > On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: >> >> - Build all packages for i686 (this requires cmov) >> >> > This cuts out AMD Geode ... >> >> That's not true; Geode has cmov, and should be compatible with gcc's i686. > > It does work - I have CentOS 5.3 installed currently on my Geode. > > But, it's very hard to install because it appears as a i586 machine. > CentOS doesn't support i586, so I had to install it on the hard drive > using another machine. > > http://bugs.centos.org/view.php?id=2552 > > I guess it's possible there are subtle incompatibilities too, but I > haven't found them yet. OpenSSL appears to work OK. I believe one of the issues is with liboil and the optimisations it uses. I'm not 100% on the details but I think olpc has seen it, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 06:14:33PM -0400, Chris Ball wrote: > Hi, > >> On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: >>> - Build all packages for i686 (this requires cmov) > >> This cuts out AMD Geode ... > > That's not true; Geode has cmov, and should be compatible with gcc's i686. It does work - I have CentOS 5.3 installed currently on my Geode. But, it's very hard to install because it appears as a i586 machine. CentOS doesn't support i586, so I had to install it on the hard drive using another machine. http://bugs.centos.org/view.php?id=2552 I guess it's possible there are subtle incompatibilities too, but I haven't found them yet. OpenSSL appears to work OK. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> I'm not sure I understand why not. Are you saying that if RedHat >> decided that RHEL7 was to support Sparc , there'd be no interest in >> making that a primary arch? > > ppc/ppc64 is supported in RHEL. It is no longer a primary arch in Fedora. Sorry? I thought it was still primary until after F-12. So yes its scheduled to be a secondard arch for F-13 in 12 months time. Its not one yet. >>> >>> Correct. Though in the context of the discussion, it won't be in the RHEL7 >>> timeframe. I was simply using it as a counter to the "but RHEL" argument. >> >>I don't see RHEL as any form of argument. RedHat does a mass recompile > > Nor I. That was my entire point. Since we agree, and I'm utterly confused as > to why you decided to nit-pick the ppc thing as a counter to a RHEL argument, > perhaps it's best if we just agree to agree? I wasn't nitpicking the PPC against RHEL agrument. I was nitpicking you saying that PPC isn't a primary arch at the moment. It is due to move to secondary, but its currently not. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
>> > - We don't really support i586 in any meaningful matter >> >> What does this mean? Does Fedora not run on i586? Why was there a >> mass-rebuild for i586 if it doesn't work? > > I know of *no one* in the community who tests on i586 to ensure that it > works. (If this drags them out of silence, so be it!) It is certainly not > part of the QA matrix for testing RCs. On the kernel side, I doubt the kernel > team even has hardware around that they could test fixes on. Well geode is technically i586 even though it has cmov. I use two of them on a pretty regular basis. There are quite a few of the community who have XOs as part of the testing program that handed them out in the F10 devel period and I know a number of RedHat engineers have them as well so there is a least some hardware around for testing. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/09 19:52, Bill Nottingham wrote: P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom 2% difference max. You'll hardly notice that. Is that really worth the effort? IMHO not. People who care about performance that much certainly don't run 32bit any more. cheers, Gerd -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/09 21:17, Jeff Spaleta wrote: On Wed, Jun 17, 2009 at 9:52 AM, Bill Nottingham wrote: - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available Just as an aside, can we do anything to help people identify whether their hardware is 64bit capable? Not sure it is still that way, but at least a while back suse had such a check in the install iso boot loader, poping up a window saying somehing along the lines "cool (64bit) computer, do you really want to cripple it with 32bit software?". That was the box with a two-sided dvd though (one side 32 other 64bit). In *that* case it makes alot of sense, you just have to flip the dvd and it also avoids installing 32bit by accident. For fedora you probably want to know *before* downloading stuff ... Idea #1: Can preupgrade handle a i386->x86_64 switch? If so a check could be added and offer going from F10/32bit to F11/64bit. Idea #2: netinst iso for both 32 and 64bit, then have the bootloader check cpuid and offer either 32bit (32bit hardware) or 64bit+32bit with 64bit being default (64bit hardware). cheers, Gerd -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 12:17 PM, Jeff Spaleta wrote: On Wed, Jun 17, 2009 at 9:52 AM, Bill Nottingham wrote: I'm thinking specifically with people with "Centrino" stickered laptops of unclear vintage who may not realize that they have a 64bit capable machine even when they do. The Centrino branding doesn't exactly make it obvious as Intel pushed 64bit capability into the brand at some point (2006 ?). I am one of users with "Centrino" stickered notebook. It does not support x86_64 being a 2005 model. cat /proc/cpuinfo processor: 0 vendor_id: GenuineIntel cpu family: 6 model: 13 model name: Intel(R) Pentium(R) M processor 1.50GHz stepping: 6 cpu MHz: 600.000 cache size: 2048 KB fdiv_bug: no hlt_bug: no f00f_bug: no coma_bug: no fpu: yes fpu_exception: yes cpuid level: 2 wp: yes flags: fpu vme de pse tsc msr mce cx8 mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts est tm2 bogomips: 1196.26 clflush size: 64 power management: Luya -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 11:39 PM, Luya Tshimbalanga wrote: On 06/17/2009 10:52 AM, Bill Nottingham wrote: Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available What about Pentium M family aka Centrino? The Pentium M chips are powerful enough not to care too much about 1-2% optimizations IMO, Atom is another story. Steven -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 11:10 PM, Bill Nottingham wrote: - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it That's a pretty poor justification. The common complaint leveled about doing it was "why go to the extra effort". If we're doing a mass rebuild, it's essentailly zero extra effort. "extra effort" referred to a secondary arch probably more so than mass rebuild. - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available There are also lots of other chips that people run 32 bit x86 code on. I don't think Atom is a majority percentage of 32 bix x86 Fedora users either. See the Fedora Foundations [1] and Objectives [2] page. If we're truly about being on the leading edge, being innovative, etc., the main target of Fedora should be current hardware, even if older hardware is still supported. The only *current* 32-bit x86 hardware is Atom. (And Nano, I suppose.) Nano is 64bit with virt. BTW, anyone tested these yet with Fedora? Warren Togami wtog...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wednesday 17 June 2009 05:00:38 pm Richard W.M. Jones wrote: > On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: > > - Build all packages for i686 (this requires cmov) > > This cuts out AMD Geode ... > > and for what ... > > > P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 > > march=i686/ -1.1% +2.0% +0.9% +0.6% > > mtune=generic > > march=i586/ +0.3% -0.3% -0.2% +1.3% > > mtune=atom > > march=i686/ -1.5% +1.2% +0.5% +1.7% > > mtune=atom > > This just doesn't look worthwhile at all. > > My proposal is that we actually start to 'downgrade' x86, start > compiling for baseline i386, and try to support people running Fedora > on really old hardware, through projects like the Minimal Platform > feature. Sounds like a perfect target as a secondary arch. there is no reason why we cant support the older hardware as a community based effort of those interested in it. the primary arches are never going to satisfy everyone's itch but we leave the door open to do it through initiatives like secondary arches. The hardest part and the thing thats slowed things down so far is bootstrapping a new arch. its much much simpler for a x86 based arch as there is a baseline already bootstrapped. Dennis signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 10:52 AM, Bill Nottingham wrote: Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available What about Pentium M family aka Centrino? Luya -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 03:00 PM, Richard W.M. Jones wrote: On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: - Build all packages for i686 (this requires cmov) This cuts out AMD Geode ... and for what ... P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom This just doesn't look worthwhile at all. My proposal is that we actually start to 'downgrade' x86, start compiling for baseline i386, and try to support people running Fedora on really old hardware, through projects like the Minimal Platform feature. Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Agreeing with Rich, what does this buy us? Being generous, 1.7% means you shaved 1 second off a 1 minute mp3 encode. Perhaps measurement accuracy is on the order of 0.5%? And the P4 performance degrades; Why further cripple the slower chip? This slight benefit doesn't seem worth the effort of re-doing the build infrastructure and dropping/alienating older chip architectures. -Bob Arendt -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 3:55 PM, Mike Chambers wrote: > Question is, how reliable would smolt be, if you don't know how many > more are *not* reporting to smolt anyway, via not on internet but on > just a local network? I'll take it with a grain of salt...but I've no a priori reason to think that the number of 32bit installs on 64bit hardware would be unrepresentativeif we exclude virtualized installs completely. I'm not trying to compare the existence of 32bit to 64bit hardware just 32bit OS installs on 64bit hardware as a subset of all registered 64bit hardware. Just looking at 64bit hardware doesn't have the same sort of legacy or geographic distribution caveats that 32bit does with regard to re-purposed equipment. 64bit stuff just hasn't been around long enough. If 32bit installs on 64bit hardware is a tiny percentage of the registered smolt installs i doubt seriously its going to a majority situation for 64bit hardware in the wild. If its 20% or more as a function registered 64bit hardware..its a big enough population to try to account for in how we communicate a change in policy with regard to 32bit. I'm not suggesting that policy decision be based on this numbers..I'm saying that how we communicate a change in policy should have these numbers in mind when generating Release specific talking points for the release where the change impacts potential install scenarios.. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 08:10 PM, Bill Nottingham wrote: > See the Fedora Foundations [1] and Objectives [2] page. If we're truly > about being on the leading edge, being innovative, etc., the main target > of Fedora should be current hardware, even if older hardware is still > supported. The only *current* 32-bit x86 hardware is Atom. (And Nano, I > suppose.) > I agree with your analysis leading to the "we don't really support i586 in any meaningful manner" statement but not this one. Being innovative in software and operating system design may be meaningful despite running on old hardware or even precisely because it runs on old hardware. -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 23:00:38 +0100, "Richard W.M. Jones" wrote: > > My proposal is that we actually start to 'downgrade' x86, start > compiling for baseline i386, and try to support people running Fedora > on really old hardware, through projects like the Minimal Platform > feature. If you succeed let me know. I have a couple of P90 laptops with 24MB of memory that won't boot from CDs that I currently have RH 6.2 on and would upgrade to something more recent if I could. I only use them once a year so I am not willing to invest a lot of time in helping. RH 6.2 works well enough for what I use them for. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Bill Nottingham wrote: Chris Adams (cmad...@hiwaay.net) said: - We don't really support i586 in any meaningful matter What does this mean? Does Fedora not run on i586? Why was there a mass-rebuild for i586 if it doesn't work? I know of *no one* in the community who tests on i586 to ensure that it works. Well, I used to do, ... but you are right insofar, as that Fedora has grown too fat and bloated to be of much actual use on i586's, anymore. At a certain level, I suspect many, if not all, bugs of a "Fedora does not install/takes three days to do anything/does not run well" on a i586-class box are going to be CLOSED/WONTFIX-UNLESS-YOU-ARE-SENDING-A-PATCH, at best. That's not the point of keeping i586's around On the user side, it's primarily "reusing recycled HW" without having to quit the distro you are using elsewhere. On the developers' side it's "using i586s as testing platforms" to e.g. detect pieces of code which lack generality/suffer from portability issues and inefficiency. (Now combine this with my remark on "Fedora is fat" ... ) *That's* what I mean by "we don't really support i586 in any meaningful manner". You seem to be speaking in terms of "You == RH". Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Mike McGrath (mmcgr...@redhat.com) said: > > > Can smolt tell give me an > > > indication of the percentage of 64bit capable systems which are > > > running 32bit Fedora? Hmm. > > > > Question is, how reliable would smolt be, if you don't know how many > > more are *not* reporting to smolt anyway, via not on internet but on > > just a local network? > > The only verification we've done to see how accurate the smolt stats are > is to compare the i386 vs x86_64 in smolt to the mirror list requests, and > they are consistently within a couple of percentage points of each other. That doesn't help with "I have a 32-bit install on my 64-bit box", of course. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, 17 Jun 2009, Mike Chambers wrote: > On Wed, 2009-06-17 at 14:58 -0800, Jeff Spaleta wrote: > > > Can smolt tell give me an > > indication of the percentage of 64bit capable systems which are > > running 32bit Fedora? Hmm. > > Question is, how reliable would smolt be, if you don't know how many > more are *not* reporting to smolt anyway, via not on internet but on > just a local network? > The only verification we've done to see how accurate the smolt stats are is to compare the i386 vs x86_64 in smolt to the mirror list requests, and they are consistently within a couple of percentage points of each other. -Mike -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Chris Adams (cmad...@hiwaay.net) said: > > > How does this affect multilib on x86_64? > > > > It doesn't. > > What I meant was what was the impact on running 32 bit binaries on the > 64 bit OS (e.g. run your benchmarks there as well). Unless I've completely missed something (always a possiblity), 32-bit code runs *exactly* the same when the CPU is in 64-bit mode. In the benchmarks posted, the Athlon64 (and possibly the P4; I'd have to check later) was actually running in 64-bit mode at the time, even though the binaries were 32-bit. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Once upon a time, Bill Nottingham said: > Chris Adams (cmad...@hiwaay.net) said: > > How does this affect multilib on x86_64? > > It doesn't. What I meant was what was the impact on running 32 bit binaries on the 64 bit OS (e.g. run your benchmarks there as well). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Chris Adams (cmad...@hiwaay.net) said: > > - We don't really support i586 in any meaningful matter > > What does this mean? Does Fedora not run on i586? Why was there a > mass-rebuild for i586 if it doesn't work? I know of *no one* in the community who tests on i586 to ensure that it works. (If this drags them out of silence, so be it!) It is certainly not part of the QA matrix for testing RCs. On the kernel side, I doubt the kernel team even has hardware around that they could test fixes on. On the userspace side, we don't do a lot, if any, of optimization (or testing) of yum or the installer for working in small memory environments. I believe the minimum memory actually used for any of the qualification tests in the installer for F11 was 512MB. At a certain level, I suspect many, if not all, bugs of a "Fedora does not install/takes three days to do anything/does not run well" on a i586-class box are going to be CLOSED/WONTFIX-UNLESS-YOU-ARE-SENDING-A-PATCH, at best. *That's* what I mean by "we don't really support i586 in any meaningful manner". As for why it was done that way in F-11, paranoia mostly (about the XO not being fully vetted, among other things.) > > - We are likely doing a mass rebuild for F-12 anyways, might as well switch > > while we're doing it > > That's a pretty poor justification. The common complaint leveled about doing it was "why go to the extra effort". If we're doing a mass rebuild, it's essentailly zero extra effort. > > - Atom is the only currently produced 32-bit x86 chip of note; optimize > > for what's currently available > > There are also lots of other chips that people run 32 bit x86 code on. > I don't think Atom is a majority percentage of 32 bix x86 Fedora users > either. See the Fedora Foundations [1] and Objectives [2] page. If we're truly about being on the leading edge, being innovative, etc., the main target of Fedora should be current hardware, even if older hardware is still supported. The only *current* 32-bit x86 hardware is Atom. (And Nano, I suppose.) > > If you want numbers, I did some benchmarking of code [1] with various > > build options on a variety of processors, with the F-11 gcc code. All > > of these results are relative to a F-11 baseline of "-march=i586 > > -mtune=generic". > > > > P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 > > march=i686/ -1.1% +2.0% +0.9% +0.6% > > mtune=generic > > march=i586/ +0.3% -0.3% -0.2% +1.3% > > mtune=atom > > march=i686/ -1.5% +1.2% +0.5% +1.7% > > mtune=atom > > > > Bill > > > > [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode > > Okay, before I thought you said this was a "1-2% improvement across the > board", but now it is a 1% improvement on some CPU-intensive operations > on some CPUs (and a 1% performance hit on other CPUs). Well, if you're using a P4, you may have already lost, as it's not really a good CPU for optimization, period. The fact that -march=i686 is a lose on P4 makes it unique among everything I have access to, and the thing that really dragged the benchmark down on P4 was software we don't even ship (MP3 decode). > How does this affect multilib on x86_64? It doesn't. Bill [1] http://fedoraproject.org/wiki/Foundations [2] http://fedoraproject.org/wiki/Objectives -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Wed, 17 Jun 2009 10:03:38 +0200 drago01 wrote: ...snip... > A way that would fix this is a LiveDVD with both the x86_64 and x86 > image on it and let the bootloader boot the appropriate version. (I > don't know if this is possible with the current tools). But this would > result into this: > * Default media works for every x86 system while it still takes > advantage of the hardware (x86_64) > * We have more space on the media (even when it has to be shared > between x86 and x86_64) > * It won't clutter the download page because it will simply replace > the current download link > > But this will probable require some amount of work. This sounds like an excellent idea. :) Hopefully someone knows if this is possible and/or how to approach it. Of course it's going to be larger than the live cd images and it will require dvd, but it could be nice in any case. kevin signature.asc Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Thu, Jun 18, 2009 at 01:46:30AM +0100, Peter Robinson wrote: > I'm not sure I understand why not. Are you saying that if RedHat > decided that RHEL7 was to support Sparc , there'd be no interest in > making that a primary arch? ppc/ppc64 is supported in RHEL. It is no longer a primary arch in Fedora. >>> >>>Sorry? I thought it was still primary until after F-12. So yes its >>>scheduled to be a secondard arch for F-13 in 12 months time. Its not >>>one yet. >> >> Correct. Though in the context of the discussion, it won't be in the RHEL7 >> timeframe. I was simply using it as a counter to the "but RHEL" argument. > >I don't see RHEL as any form of argument. RedHat does a mass recompile Nor I. That was my entire point. Since we agree, and I'm utterly confused as to why you decided to nit-pick the ppc thing as a counter to a RHEL argument, perhaps it's best if we just agree to agree? josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, 2009-06-17 at 14:58 -0800, Jeff Spaleta wrote: > Can smolt tell give me an > indication of the percentage of 64bit capable systems which are > running 32bit Fedora? Hmm. Question is, how reliable would smolt be, if you don't know how many more are *not* reporting to smolt anyway, via not on internet but on just a local network? -- Mike Chambers Madisonville, KY Fedora Project - Bugzapper, Tester, User, etc.. miketc...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 4:55 PM, Kevin Kofler wrote: > Jeff Spaleta wrote: > Well, we need to start by actually telling people a 64-bit version exists in > the first place! The crappy download page needs to be fixed! We should go > back to something like get-fedora-all, the current get-fedora is a > disaster. Its all a matter of how you look at it. If it turns out that a lot of 64bit hardware owners are running 32bit Fedora 11, then we can probably assume the function of such a page is a high impact tool acting as a guide a significant portion of our userbase towards install media. If that's so then it probably deserves a lot of attention and scrutiny for first impression impact. If on the other hand people with 64bit systems are predominately installing the 64bit version, even though its not exposed on that page then we can probably say that our current userbase demographics are very technically saavy, and that the details of the contents of that sort of on-ramp page doesn't particularly matter to them. -jef"A firm believer that all great culinary inventions were in fact thought to be cooking disasters at first glance... until someone dared a 12 year old boy to eat it. Half the time the kid would die, 10% of the time it was actually tasty."spaleta -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> It'd also most likely mean to drop multilibs from the x86_64 repo by >> default > > ...so you're going to drop wine? (At least, besides doing some funky chroot > magic to install it?) There is actually 64 bit support in wine now. I've vaguely wondered whether we'll support it but not enough to bother to file a bug as all the apps I use with it are 32 bit anyway (and then wine has to also support WoW (Windows on Windows... love the name!) which I doubt they do). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Jeff Spaleta wrote: > Just as an aside, can we do anything to help people identify whether > their hardware is 64bit capable? Well, we need to start by actually telling people a 64-bit version exists in the first place! The crappy download page needs to be fixed! We should go back to something like get-fedora-all, the current get-fedora is a disaster. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
I'm not sure I understand why not. Are you saying that if RedHat decided that RHEL7 was to support Sparc , there'd be no interest in making that a primary arch? >>> >>> ppc/ppc64 is supported in RHEL. It is no longer a primary arch in Fedora. >> >>Sorry? I thought it was still primary until after F-12. So yes its >>scheduled to be a secondard arch for F-13 in 12 months time. Its not >>one yet. > > Correct. Though in the context of the discussion, it won't be in the RHEL7 > timeframe. I was simply using it as a counter to the "but RHEL" argument. I don't see RHEL as any form of argument. RedHat does a mass recompile anyway even if its just to remove the fcXX release tag so the discussion of their platforms support has nothing to do with Fedora. I wouldn't be surprised at all if RHEL6 doesn't support i386 at all! After all they need to support the release for 7 years not 1 year like Fedora does (at work we're now just decommissioning RHEL2.1 systems because its now not supported - not our choice but our customers) and the commercial systems are going that way. VMWare ESX4 is only supported on x64, a number of new MS products are only 64 bit etc. But then all server systems have been x64 capable for 5 years now and most of the old ones wouldn't be upgraded (if its not broke don't fix it etc). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> The OLPC folks have made a commitment use Fedora as the base for future >> releases for not only the XO-1.0 but for the new XO-1.5 which is still in >> development. > > Does "use Fedora as the base" mean they'll be using binary packages as is from > Fedora, without rebuilding them? Yes! The vast majority of packages used in OLPC are vanilla fedora packages. The packages that are branched for OLPC is currently very low. I have around a dozen or so on my current list, although that varies from time to time dependent on what they need to pull in from upstream etc. Either way they don't do complete mass recompiles. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Hi, > > On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: > >> - Build all packages for i686 (this requires cmov) > > > This cuts out AMD Geode ... > > That's not true; Geode has cmov, and should be compatible with gcc's i686. Agreed, I've run i686 kernel/openssl on a geode based Fit-PC for 18 months (until F11 when it went to i586) and it supported it without massive issues. RPM/yum support is a different issue and will need to be addressed, but I'm sure that's probably a basic patch to identify a i586 that has cmov as being i686 capable. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Thu, Jun 18, 2009 at 02:13:11AM +0200, Kevin Kofler wrote: > David Woodhouse wrote: > > I'm after a system-wide answer, not a microbenchmark for zlib or crypto > > code. It should take into account any overheads involved in > > saving/restoring registers on context switch that wouldn't otherwise > > have to be saved/restored. > > Doesn't the kernel have to save/restore them anyway? Or how does it know > that a program doesn't contain any SSE assembly? > Turn off the fpu, let it trap, set a flag, restart the instruction with the fpu enabled, if it happens often enough on the task, do it unconditionally. Magic. Kyle -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
David Woodhouse wrote: > I'm after a system-wide answer, not a microbenchmark for zlib or crypto > code. It should take into account any overheads involved in > saving/restoring registers on context switch that wouldn't otherwise > have to be saved/restored. Doesn't the kernel have to save/restore them anyway? Or how does it know that a program doesn't contain any SSE assembly? Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Peter Robinson writes: > Xeon went 64 bit long before the desktop processors did. Anyway # grep name /proc/cpuinfo model name : Intel(R) Xeon(TM) CPU 2.40GHz model name : Intel(R) Xeon(TM) CPU 2.40GHz # grep lm /proc/cpuinfo (though CMOV or SSE* don't matter on this machine). -- Krzysztof Halasa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
"Richard W.M. Jones" writes: >> - Build all packages for i686 (this requires cmov) > > This cuts out AMD Geode ... No, though it cuts out VIA C3 (used mostly(?) on EPIA (mini-ITX) boards). I have one but it had never run Fedora (only PXE ramdisk-based small LFS). Hmm... Just checked and it seems they still list EPIA-M and others as "available". I'm not sure what to think about that: - The CPU in question is C3 Eden / Samuel 2 / Ezra (not sure about the difference but C3-2(?) aka Nehemiah seems to be CMOV-capable). - I think the clock range is 400 - 1000 MHz, though I've only seen 600+ MHz versions. - it seems they've started selling mini-ITX EPIAs in 2002 - low-power fanless boards, the old EPIA-M was capable of hardware decoding MPEG2 and I'm told newer boards can do MPEG4 in hardware as well - they are/were popular as DVD/digital TV/DVR boxes. - Eden CPU datasheet dated Jan 18, 2006 states that "CMOV and FCMOV instructions available" and "Notes On CPUID Feature Flags: The CMPXCHG8B instruction is provided and always enabled, however, it can be disabled in the corresponding CPUID function bit 8 to avoid a bug in an early version of Windows NT. However, this default can be changed via bit 1 in the FCR MSR." - Maybe Samuel 2 and Ezra are non-cmov and Eden is cmov-able? I don't say if those CPUs have to be supported by Fedora, I'm just posting this for completeness. -- Krzysztof Halasa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Matthew Woehlke wrote: > ...so you're going to drop wine? (At least, besides doing some funky > chroot magic to install it?) Moving i?86 to being a secondary arch entirely would indeed most likely mean removing WINE from the x86_64 repos (it could still be fetched from the secondary arch repo). That said, I don't think this is a serious proposition at this point anyway (I just mentioned it as some brainstorm idea, I'm not seriously backing it at this time), some form of 32-bit i?86 is going to stay a primary arch for the near future, the only question is which one. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Once upon a time, Jeff Spaleta said: > On Wed, Jun 17, 2009 at 2:28 PM, James Hubbard wrote: > > grep lm /proc/cpuinfo > > Specifically what information can you rely on in that info will be a > reliably indication that your particular Centrino branded cpu is 64bit > capable? is there a particular flag that marks it as 64bit capable or > do you have to know something about the specific cpuid? "lm" is the flag; if it is there, your CPU supports "long mode" aka 64 bit mode. I guess you could be more specific (in case somebody made a flag or another cpuinfo line with "lm" in it) with a: grep '^\.*\' /proc/cpuinfo -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 2:28 PM, James Hubbard wrote: > grep lm /proc/cpuinfo Specifically what information can you rely on in that info will be a reliably indication that your particular Centrino branded cpu is 64bit capable? is there a particular flag that marks it as 64bit capable or do you have to know something about the specific cpuid? > Trying to berate people into using x86_64 as I've seen in this and > other threads has gotten annoying. Berate? I'm not trying to berate anyone. What I am trying to do is get a handle on how to potentially mitigate as much as possible avoidable impact associated with an architecture policy change if and when it happens. If running 32bit Fedora on 64bit hardware is widespread, any substantial change in policy with regard to 32bit maybe more disruptive than we originally realize. Hmm, I wonder does smolt give any relevant info as to my question. Can smolt tell give me an indication of the percentage of 64bit capable systems which are running 32bit Fedora? Hmm. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Hi, > On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: >> - Build all packages for i686 (this requires cmov) > This cuts out AMD Geode ... That's not true; Geode has cmov, and should be compatible with gcc's i686. - Chris. -- Chris Ball -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 3:17 PM, Jeff Spaleta wrote: > Just as an aside, can we do anything to help people identify whether > their hardware is 64bit capable? grep lm /proc/cpuinfo Fedora doesn't even indicate what video card that they're using why should it provide a way to discover the 64bit capability. > I'm thinking specifically with people with "Centrino" stickered > laptops of unclear vintage who may not realize that they have a 64bit > capable machine even when they do. The Centrino branding doesn't > exactly make it obvious as Intel pushed 64bit capability into the > brand at some point (2006 ?). > > How many people are running 32bit Fedora on 64bit capable hardware > without realizing its 64bit capable laptop hardware? I think that those that care probably know and are running x86_64. If they're like me, they stick the x86_64 cd into their wife's computer and discover that it's got one of older processors when it gives the error message. Trying to berate people into using x86_64 as I've seen in this and other threads has gotten annoying. People that run i386 on x86_64 capable hardware usually have a reason. On my work laptop, I run i386 simply because it makes my life easier. I have to work with proprietary software that is mostly 32bit. I don't want to deal with having to make sure that I've got the various 32bit libraries installed. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 2:00 PM, Richard W.M. Jones wrote: > This just doesn't look worthwhile at all. > > My proposal is that we actually start to 'downgrade' x86, start > compiling for baseline i386, and try to support people running Fedora > on really old hardware, through projects like the Minimal Platform > feature. Hmm. In the scheme of the numbers you references. What does that look like in terms of a performance penalty? Or was your proposal specifically covered by Bill's numbers? is the downgrade you are talking about within the jitter of Bill's posted performance numbers as well? -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 01:52:26PM -0400, Bill Nottingham wrote: > - Build all packages for i686 (this requires cmov) This cuts out AMD Geode ... and for what ... > P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 > march=i686/ -1.1% +2.0% +0.9% +0.6% > mtune=generic > march=i586/ +0.3% -0.3% -0.2% +1.3% > mtune=atom > march=i686/ -1.5% +1.2% +0.5% +1.7% > mtune=atom This just doesn't look worthwhile at all. My proposal is that we actually start to 'downgrade' x86, start compiling for baseline i386, and try to support people running Fedora on really old hardware, through projects like the Minimal Platform feature. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
> On Tuesday 16 June 2009, Steven M. Parrish wrote: > > The OLPC folks have made a commitment use Fedora as the base for future > > releases for not only the XO-1.0 but for the new XO-1.5 which is still in > > development. > > Does "use Fedora as the base" mean they'll be using binary packages as is > from Fedora, without rebuilding them? Yes with the exception of the kernel OLPC uses stock fedora packages. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 9:52 AM, Bill Nottingham wrote: > - Atom is the only currently produced 32-bit x86 chip of note; optimize > for what's currently available Just as an aside, can we do anything to help people identify whether their hardware is 64bit capable? I'm thinking specifically with people with "Centrino" stickered laptops of unclear vintage who may not realize that they have a 64bit capable machine even when they do. The Centrino branding doesn't exactly make it obvious as Intel pushed 64bit capability into the brand at some point (2006 ?). How many people are running 32bit Fedora on 64bit capable hardware without realizing its 64bit capable laptop hardware? -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 7:52 PM, Bill Nottingham wrote: > Given the loud feedback, I've updated the proposal at: > https://fedoraproject.org/wiki/Features/F12X86Support > > The revised proposal: > > - Build all packages for i686 (this requires cmov) > - Optimize for Atom Sounds much better than your last proposal. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Hi, > The revised proposal: > > - Build all packages for i686 (this requires cmov) > - Optimize for Atom This sounds good to me/OLPC. Thanks! - Chris. -- Chris Ball -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Wed, Jun 17, 2009 at 04:22:21PM +0100, Peter Robinson wrote: >> BTW are those new VIA netbooks SSE2-capable? >> > Additionally, what will this do to RHEL? I can't imagine RHEL > customers being too happy about this for RHEL7(?), and if i386 would > still be in RHEL, it would worry me that it would only be a secondary > arch in Fedora. . . This is not relevant for fedora's decisions. -sv >>> I'm not sure I understand why not. Are you saying that if RedHat >>> decided that RHEL7 was to support Sparc , there'd be no interest in >>> making that a primary arch? >> >> ppc/ppc64 is supported in RHEL. It is no longer a primary arch in Fedora. > >Sorry? I thought it was still primary until after F-12. So yes its >scheduled to be a secondard arch for F-13 in 12 months time. Its not >one yet. Correct. Though in the context of the discussion, it won't be in the RHEL7 timeframe. I was simply using it as a counter to the "but RHEL" argument. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 9:01 PM, Jakub Jelinek wrote: > On Wed, Jun 17, 2009 at 08:56:58PM +0200, drago01 wrote: >> > Note that GCC 4.4 switches -Os on for unlikely executed basic blocks and/or >> > unlikely executed functions (of course profile feedback helps here a lot, >> > but even without it the heuristics gets it right in many cases), so forcing >> > -Os for all code, even hot, is not a good idea. >> > On the other side, compiling everything with -O3 is going to bloat code a >> > lot, just compile with -O3 the hot compilation units or even better just >> > hot functions. >> >> Is this (bloated code) really a problem if the code runs faster? > > Of course it is. You trash caches by rarely used functions. You don't want > to optimize rarely used code at the expense of code size, only the often used. OK, fair enough. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 08:56:58PM +0200, drago01 wrote: > > Note that GCC 4.4 switches -Os on for unlikely executed basic blocks and/or > > unlikely executed functions (of course profile feedback helps here a lot, > > but even without it the heuristics gets it right in many cases), so forcing > > -Os for all code, even hot, is not a good idea. > > On the other side, compiling everything with -O3 is going to bloat code a > > lot, just compile with -O3 the hot compilation units or even better just > > hot functions. > > Is this (bloated code) really a problem if the code runs faster? Of course it is. You trash caches by rarely used functions. You don't want to optimize rarely used code at the expense of code size, only the often used. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Once upon a time, drago01 said: > Is this (bloated code) really a problem if the code runs faster? Bloated code: == more disk space (not too critical except for LiveCD type setup) == more RAM usage (most have lots of RAM so not too bad) == more cache misses (slows down code because of waiting on RAM) -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 8:46 PM, Jakub Jelinek wrote: > On Wed, Jun 17, 2009 at 02:41:54PM -0400, Bill Nottingham wrote: >> Gregory Maxwell (gmaxw...@gmail.com) said: >> > Consider: >> > >> > -Os on the x86 build? >> >> Back when I tested before, -Os unilaterally made things worse across >> Athlon64/C2D/Atom. > > Note that GCC 4.4 switches -Os on for unlikely executed basic blocks and/or > unlikely executed functions (of course profile feedback helps here a lot, > but even without it the heuristics gets it right in many cases), so forcing > -Os for all code, even hot, is not a good idea. > On the other side, compiling everything with -O3 is going to bloat code a > lot, just compile with -O3 the hot compilation units or even better just > hot functions. Is this (bloated code) really a problem if the code runs faster? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 02:41:54PM -0400, Bill Nottingham wrote: > Gregory Maxwell (gmaxw...@gmail.com) said: > > Consider: > > > > -Os on the x86 build? > > Back when I tested before, -Os unilaterally made things worse across > Athlon64/C2D/Atom. Note that GCC 4.4 switches -Os on for unlikely executed basic blocks and/or unlikely executed functions (of course profile feedback helps here a lot, but even without it the heuristics gets it right in many cases), so forcing -Os for all code, even hot, is not a good idea. On the other side, compiling everything with -O3 is going to bloat code a lot, just compile with -O3 the hot compilation units or even better just hot functions. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Le mercredi 17 juin 2009 à 19:42 +0300, Ville Skyttä a écrit : > On Tuesday 16 June 2009, Steven M. Parrish wrote: > > > The OLPC folks have made a commitment use Fedora as the base for future > > releases for not only the XO-1.0 but for the new XO-1.5 which is still in > > development. > > Does "use Fedora as the base" mean they'll be using binary packages as is > from > Fedora, without rebuilding them? "use Fedora as the base" means they want to focus on OLPC-specific bits and no expand resources re-doing Fedora system work (including having to maintain a secondary architecture) -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Gregory Maxwell (gmaxw...@gmail.com) said: > Consider: > > -Os on the x86 build? Back when I tested before, -Os unilaterally made things worse across Athlon64/C2D/Atom. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
Once upon a time, Bill Nottingham said: > Why? > > - We don't really support i586 in any meaningful matter What does this mean? Does Fedora not run on i586? Why was there a mass-rebuild for i586 if it doesn't work? > - We are likely doing a mass rebuild for F-12 anyways, might as well switch > while we're doing it That's a pretty poor justification. > - Atom is the only currently produced 32-bit x86 chip of note; optimize > for what's currently available There are also lots of other chips that people run 32 bit x86 code on. I don't think Atom is a majority percentage of 32 bix x86 Fedora users either. > If you want numbers, I did some benchmarking of code [1] with various > build options on a variety of processors, with the F-11 gcc code. All > of these results are relative to a F-11 baseline of "-march=i586 > -mtune=generic". > > P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 > march=i686/ -1.1% +2.0% +0.9% +0.6% > mtune=generic > march=i586/ +0.3% -0.3% -0.2% +1.3% > mtune=atom > march=i686/ -1.5% +1.2% +0.5% +1.7% > mtune=atom > > Bill > > [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode Okay, before I thought you said this was a "1-2% improvement across the board", but now it is a 1% improvement on some CPU-intensive operations on some CPUs (and a 1% performance hit on other CPUs). How does this affect multilib on x86_64? The justification for the i586 rebuild was that there hasn't been a Fedora i386 kernel for years (so i586 was already required anyway). This is the first time Fedora is proposing to throw out CPU support in a long long time, and I find a minimal improvement on some targeted benchmarks a poor justification. It would seem to me that adding a few targeted Atom packages would be a better use of resources (e.g. similar to openssl.i686). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 06/17/2009 07:52 PM, Bill Nottingham wrote: Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available If you want numbers, I did some benchmarking of code [1] with various build options on a variety of processors, with the F-11 gcc code. All of these results are relative to a F-11 baseline of "-march=i586 -mtune=generic". P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom Bill [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode This sounds a perfectly fine and sensible solution to me, thanks for taking the feedback into account :) Steven -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Wed, Jun 17, 2009 at 1:52 PM, Bill Nottingham wrote: > Given the loud feedback, I've updated the proposal at: > https://fedoraproject.org/wiki/Features/F12X86Support > > The revised proposal: > > - Build all packages for i686 (this requires cmov) > - Optimize for Atom > > Why? > > - We don't really support i586 in any meaningful matter > - OLPC still works with base i686 > - We are likely doing a mass rebuild for F-12 anyways, might as well switch > while we're doing it > - Atom is the only currently produced 32-bit x86 chip of note; optimize > for what's currently available > > If you want numbers, I did some benchmarking of code [1] with various > build options on a variety of processors, with the F-11 gcc code. All > of these results are relative to a F-11 baseline of "-march=i586 > -mtune=generic". > > P4 2.4Ghz Athlon 3400+ Core2Duo E6850 Atom N270 > march=i686/ -1.1% +2.0% +0.9% +0.6% > mtune=generic > march=i586/ +0.3% -0.3% -0.2% +1.3% > mtune=atom > march=i686/ -1.5% +1.2% +0.5% +1.7% > mtune=atom If there is a mass rebuild… Consider: -Os on the x86 build? -O3 on x86_64? (Back in 2007 I would have screamed loudly that the auto-vectorizer produces broken code; but today it appears to work fine.) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Changing the default 32-bit x86 arch for Fedora 12 (#2)
Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available If you want numbers, I did some benchmarking of code [1] with various build options on a variety of processors, with the F-11 gcc code. All of these results are relative to a F-11 baseline of "-march=i586 -mtune=generic". P4 2.4Ghz Athlon 3400+Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom Bill [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Den 2009-06-17 18:42, Ville Skyttä skrev: On Tuesday 16 June 2009, Steven M. Parrish wrote: The OLPC folks have made a commitment use Fedora as the base for future Does "use Fedora as the base" mean they'll be using binary packages as is from Fedora, without rebuilding them? Yes. /abo -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Tuesday 16 June 2009, Steven M. Parrish wrote: > The OLPC folks have made a commitment use Fedora as the base for future > releases for not only the XO-1.0 but for the new XO-1.5 which is still in > development. Does "use Fedora as the base" mean they'll be using binary packages as is from Fedora, without rebuilding them? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
On Wed, 2009-06-17 at 02:55 +0200, Kevin Kofler wrote: > Bruno Wolff III wrote: > > Is there going to be a way to tell which binaries actually use sse2 > > instructions, so that the others can be inherited by a secondary arch? > > Due to how GCC works, if the compiler flags enable SSE/SSE2, basically all > the binaries will be using some SSE/SSE2 instructions. And on the various SSE-capable CPUs, how much benefit does that actually give us? I'm after a system-wide answer, not a microbenchmark for zlib or crypto code. It should take into account any overheads involved in saving/restoring registers on context switch that wouldn't otherwise have to be saved/restored. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> Removing support for still-functional hardware is a trademark of >> Microsoft, not Linux. >> >> I'd also argue that doing another full rebuild of the OS for a 1% >> performance gain on a single architecture is not a particularly >> production use of resources. > > The 1% comes from i586 -> i686; SSE2 would be additional on top of > that. But given the vehement opposition, I can see dropping the SSE2 > requirement. I'm still fairly convinced that going to i686 is the right > move - we really don't support i586 as a practical matter, and even > the Geode should still work with that. Furthermore, it's likely we'll > have a mass rebuild for LZMA support and/or debuginfo changes, so it's > no additional cost. When I ran Fedora 10 on my Fit-PC I would run a i686 kernel openssl without issue but yum wouldn't see it as an update because the arch didn't match so I'd have to manually download it and install it with 'rpm -i --ignorearch kernel' so I presume there would have to be changes to at least rpm to override the fact that its i586 + cmov as opposed to officially being i686. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Peter Robinson wrote: [...] why maintain x86 at all? Because it's 58% of our userbase (source: F11 torrent stats.) How much of that 58% is actually 64 bit machines running the 32 bit OS? I'm going to guess, a lot of it? 60% of my installations are x86 (75% if you count only hardware, and 25% of my hardware is i686-without-sse2). -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- "Websites such as ... Wikipedia ... are reputed to occupy users for periods in excess of 5 hours." -- Wikipedia article on Internet Addiction -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
Kevin Kofler wrote: It'd also most likely mean to drop multilibs from the x86_64 repo by default ...so you're going to drop wine? (At least, besides doing some funky chroot magic to install it?) -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- "Websites such as ... Wikipedia ... are reputed to occupy users for periods in excess of 5 hours." -- Wikipedia article on Internet Addiction -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> Now where does the "i686+SSE2" come into play? Does this SSE2 have any >> effect on those programs that do not contain SSE(2) related assembly code? >> Is this 1-2% improvement that you are mentioning only about these kind of >> programs (that do not contain assembly code)? > > One advantage of SSE2 is that it can be used as a replacement for the > braindead x87 (floating point) instructions. The x87 instructions are > architecturally stupid because they arrange the registers as a stack, > whereas what a compiler wants is a flat register file. > > There was an experimental branch of the OCaml/i386 compiler which used > SSE2 as a replacement for x87 instructions, and it gained a 10-15% > increase in performance *on floating point benchmarks* [1] (ie. not > just on any old code, and not code which used specific hand-written > SSE2 optimizations). > > (It's worth noting that SSE2 is always used on ocamlopt/x86_64) That's because its always been there on x86_64 and most people that care about performance have already moved to x86_64 to get the other performance benefits of 64 bit anyway. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> Someone else ask what the real benefit to moving to i686+SSE2 is. >> I haven't seen overwhelming evidence that a huge benefit exists. >> I think somone is working on gathering more data, but unless it shows >> massive gains > > To be relevant, such data gathering should be performed on non-x86_64 > capable CPUs, because there are already fully optimized Fedora packages for > x86_64. > > So that's Pentium 4, Pentium M or their Celeron or Xeon versions, Atom or > VIA C7. There does not seem to be any AMD CPUs that supports SSE2 but does > not support x86_64. Xeon went 64 bit long before the desktop processors did. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
> Gregory Maxwell (gmaxw...@gmail.com) said: >> 'outside'. Please don't just dismiss these recent systems, they are a >> real issue. > > According to public smolt stats: > http://smolt.fedoraproject.org/static/stats/stats.html > > only 0.38% of the userbase is non-Intel/AMD. (Number of registered systems > that report as Geode: 4.) That's assuming everyone is registering. I have my Fit-PC registered but none of my XOs as smolt isn't installed. I also have friends that have Fit-PCs running Fedora 10/11 but I know they don't use smolt (so that's another 6+ devices) Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12
>> - Intel i586 (all) >> - Intel Pentium Pro >> - Intel Pentium II >> - Intel Pentium III >> - 32-bit AMD Athlon > > As an ambassador, it's going to be hard to explain people that I can't > install Fedora 12 on their computers that still run Windows XP, Ubuntu > and others perfectly fine. > > We see 32 bit Athlon at Install Parties (I don't think so for the > other ones) here in France, where we are supposed to be a "rich" > country. > > Fedora moves from an OS suitable to poor people (I mean, the fact that > it is free of charge is a perfectly valid reason for using Linux) to > an elitist OS that will only support (and welcome as contributors!) > people rich enough to upgrade their hardware. That is kind of sad, but > if that's the plan forward, I'll try to refine my ambassador speach Agreed. According to the web Microsoft will still support machines of this spec for Windows 7. That feels like a bit of a kick in the teeth http://www.microsoft.com/windows/windows-7/download.aspx Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list