FESco meeting summary for 20090619

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

 



Minutes: 

http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/fesco.2009-06-19-17.00.html

Full log at: 

http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/fesco.2009-06-19-17.00.log.html

(and attached)

kevin
--
17:00:01 <nirik> #startmeeting
17:00:10 <nirik> #meetingtopic FESCo Meeting
17:00:21 <nirik> #meetingname fesco
17:00:28 <nirik> #chair bpepple dgilmore dwmw2 jwb notting nirik sharkcz jds2001 j-rod
17:00:39 <nirik> who all is here for the fesco meeting?
17:00:55 * sharkcz is here
17:00:57 * bpepple is here.
17:01:00 * jnovy is here
17:01:05 * j-rod waves
17:01:13 * subfusc points on nirik
17:01:40 * notting is here
17:02:11 <nirik> ok, I guess we can go ahead and get started...
17:02:15 <nirik> #topic Feature: F12X86Support - https://fedoraproject.org/wiki/Features/F12X86Support
17:02:26 <nirik> notting: care to introduce this?
17:02:43 <notting> sure
17:03:13 <notting> back when we did i586 for F-11, we agreed in a FESCo vote to do i586 for F-11 and i686 likely for F-12. i was asked to write up the feature last week, so i did
17:03:31 <notting> the original feature specified a minimum of a SSE-2 capable cpu. it was ... not received well.
17:03:42 <bpepple> notting: yeah, I noticed. ;)
17:03:57 <nirik> so, what does moving from i586 -> i686 really buy us? dropping old stuff we don't want to support?
17:04:02 <notting> so the current proposal is to just built for basic i686-class CPUs, but optimize for Atom, as it's the currently available model
17:04:25 <notting> nirik: 1-2% performance in benchmarks, fewer kernel builds
17:04:27 * nirik has to step away for just a min. back in a minute.
17:04:42 <nirik> but is it really? it would be i686 instead of i586? so same #?
17:05:30 <j-rod> we also make the compiler guys happier
17:05:42 <notting> nirik: no, we build separate i586 and i686 kernel packages ATM
17:06:04 <j-rod> notting: we build kernel.i586 and kernel-PAE.i686
17:06:08 <j-rod> (iirc)
17:06:17 <notting> according to uli, the -march=i686 code paths are more tested that -march=i586
17:06:29 <notting> for base i686, the geode in the XO still works
17:06:56 <notting> the one potentially relevant CPU that we would be dropping support for is the Via C3
17:07:06 <j-rod> so yeah, no less kernels built, we don't have a kernel.i686 atm
17:07:45 <davej> notting: one possibility, is that someone once did a patch to provide cmov emulation for userspace.
17:07:53 <j-rod> my only c3 board has cmov. everyone else be damned.
17:08:00 <notting> j-rod: less builds, i.e. not tying up two build machines. also, shared debuginfo-common
17:08:05 <notting> j-rod: ...? are you sure it's not a c5
17:08:29 <j-rod> ah, yes, there's slightly less build output then...
17:08:38 <j-rod> pretty sure its a c3
17:08:39 <davej> the later C3's had cmov (nehemiah steppings onwards iirc)
17:08:42 <j-rod> Via Nehemiah
17:09:22 <davej> the older ones were used in those epia and other mini-itx boards a lot though.
17:09:26 <j-rod> (the board is actually sitting on the shelf in my cube, its way too slow to be worth playing with when you're spoiled w/quad-core stuff...)
17:10:10 <j-rod> mine's an epia mini-itx as well, but yeah, I know plenty of the earlier ones had no cmov
17:10:23 <notting> davej: is the cmov emulation patch slow-as-molasses?
17:10:56 <davej> notting: you're using a c3, speed isn't really your concern.
17:11:01 <j-rod> ...but faster than not working at all
17:11:46 <notting> one other thing: the benefits do rely on a mass rebuild. jwb, f13 - you had concerns? (this applies to the later xz feature as well)
17:12:00 <davej> sidenote: I thought I read somewhere that gcc doesn't emit cmov's when tuned for atom because it's not a perf win any more?
17:12:13 <notting> davej:  uno momento
17:13:25 <notting> davej: one of my test binaries shows 73 cmov instructions for -mtune=atom
17:13:43 <davej> ok
17:15:30 <bpepple> anyone have any other questions/concerns?
17:15:32 <notting> if someone wants the raw data that went into my numbers, http://notting.fedorapeople.org/benchfu.gnumeric. ignore the openssl numbers, they're not a valid benchmark
17:16:25 <f13> notting: I had concerns with fitting in a every package rebuild within the F12 cycle
17:16:42 <f13> or an every package with arch change rebuild
17:16:55 <j-rod> start now
17:16:56 <j-rod> :)
17:17:17 <f13> since we dropped the point release previously known as alpha this is less of a concern
17:17:21 <f13> but still a lot of bit shuffle
17:17:27 <notting> the executive summary is: -mtune=atom is a win for both i586 and i686 on atom, and a (small) loss on other cpus. -march=i686 is a win on all CPUs except for P4
17:18:41 <notting> atom scheduling actually helps p4
17:18:51 <notting> (although that may be noise)
17:19:06 <notting> f13: the mass rebuild for f11 took... one week?
17:19:25 <f13> technically it's still not done
17:19:31 <f13> there are things which haven't been rebuilt.
17:19:48 <f13> but yes, the scripted part was less than a week
17:19:51 <notting> erm, ok. i mean, 'the automated part for packages that aren't broken' :)
17:21:08 <f13> yeah
17:21:42 <f13> depending on the status of the CVS server that will either go quicker for F12, or I need to work on better threading of the script to create the builds
17:21:47 <f13> CVS was the limiting factor
17:22:02 <notting> davej: was your mentioning of a cmov emulation patch a statement of willingness to do the integration of it? >:)
17:24:37 <notting> <crickets>
17:25:37 <bpepple> is there any other questions, or are we ready to vote on this proposal?
17:26:06 * sharkcz has no questions
17:26:24 <j-rod> I got nothin'.
17:26:27 <bpepple> +1 to F12X86Support proposal.
17:26:46 <sharkcz> +1
17:26:49 <j-rod> +1
17:27:21 <bpepple> nirik, notting, dgilmore, jwb: ?
17:27:50 <notting> +1
17:27:59 * notting will help with the rebuild script if necessary
17:29:11 * bpepple wonders if we have a majority of FESCo present.
17:29:18 <j-rod> I'd offer to help w/the cmov emu support, but its probably over my head...
17:29:43 <notting> j-rod: http://lkml.indiana.edu/hypermail/linux/kernel/0206.3/0631.html is probably the start
17:29:44 * j-rod hasn't paid a lot of attention to assembly since working on a z-80 ~10 years ago
17:30:18 <notting> j-rod: although there's also some sort of cmov emulation in the kvm code?
17:30:32 <nirik9999> sigh. My laptop blew up totally. Sorry for dropping off.
17:30:38 * notting notes dgilmore and jwb may not be here
17:30:59 <bpepple> nirik9999: we're voting on the x86support proposal.  we've got 4 '+1'.
17:31:24 <nirik9999> so, I was going to ask... what does this really get us?
17:31:45 <j-rod> notting: oy. that's painful to read... wonder what kvm's looks like...
17:31:45 <nirik9999> can't we just stick with i586 for now and get more people to just go to x86_64?
17:32:14 * nirik9999 's proxy might reconnect in a minute and I can read scrollback.
17:33:05 <j-rod> we get a decrease in complexity
17:33:18 <j-rod> no i586 and i686 openssl and friends, just i686
17:33:32 <j-rod> 32-bit x86 kernels all built in a single pass (so shared debuginfo)
17:34:00 <j-rod> we use better tested -march=i686 codepaths
17:34:18 * bpepple notes he has a hard stop at 25 minutes.
17:34:22 * nirik reads backscroll
17:34:52 <wwoods> don't forget the minor (but significant) speed increases
17:35:16 <nirik> I'm really not sure this buys us enough, but on the other hand, I doubt we have many i586 users left...
17:35:52 <nirik> ok, I guess I am +1 on it... noting that anyone that really objects should work to form a i586 secondary arch...(we want to allow that right?)
17:36:17 <notting> i'm all for willing secondary arch teams
17:37:52 <nirik> ok, so is that enough to pass it? let me look.
17:38:04 <bpepple> nirik: we're at 5 '+1'.
17:38:07 <nirik> yeah, +5 it looks like.
17:38:10 <notting> nirik: that's 5 +1s from the 5 members here
17:38:37 <nirik> ok, thats enough to pass it, but do we want to give those not present a chance to weigh in?
17:38:50 <nirik> also, is this the last fesco meeting with the current lineup?
17:39:00 <j-rod> nirik: there's also the cmov emu patch option, which I *think* would at least make things still functional for most i586 users
17:39:00 <bpepple> nirik: the schedule was published, and there were no replies as far as I'm aware.
17:39:29 <nirik> j-rod: just slower?
17:39:30 <davej> j-rod: I think that's worth investigating (and possibly trying to get upstream if it works out)
17:39:40 <nirik> bpepple: true. ok.
17:39:50 <j-rod> nirik: yeah
17:40:00 <j-rod> davej: yeah, definitely
17:40:02 <bpepple> nirik: there was also the thread on devel. ;)
17:40:08 <nirik> yeah, thats worth persuing.
17:40:14 <nirik> ok, so this is approved.
17:40:17 <j-rod> if we can still support i586 w/just a patch vs. an entire secondary arch...
17:40:23 <j-rod> seems worthwhile
17:40:32 <nirik> #agreed The feature is approved.
17:40:37 <nirik> j-rod: totally.
17:40:50 <davej> j-rod: just need to find a machine without cmov to test it on :)
17:40:51 <nirik> #topic Feature: NFSClientIPv6 - https://fedoraproject.org/wiki/Features/NFSClientIPv6
17:40:57 <nirik> .fesco 168
17:41:02 <zodbot> nirik: #168 (Feature: NFSClientIPv6 - https://fedoraproject.org/wiki/Features/NFSClientIPv6) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/168
17:41:14 <nirik> davej: all of my went to recycling early this year. ;)
17:41:32 <j-rod> davej: yeah, there would be that... the most slothful thing I have here is my c3, but its got cmov...
17:42:01 <notting> this seems fine. i don't like the 'need a opensolaris server to test against', but i understand it
17:42:02 <davej> j-rod: I might still something ancient somewhere. will need to go digging
17:43:03 <jlayton> notting: I'm working on the linux server now, but it's not completely there yet
17:43:17 <jlayton> mostly waiting on chuck lever to finish overhauling rpc.statd
17:43:26 <nirik> yeah, this feature sounds fine to me. Not sure it's something most people will notice or care about tho
17:43:44 * notting is +1
17:44:03 <nirik> +1 here
17:44:07 <sharkcz> +1, being IPv6 ready is good thing
17:44:12 <bpepple> +1
17:44:15 <jlayton> nirik: not at the moment no, but hey solaris has had ipv6 support for 10 years or so, so we might as well get on board ;)
17:44:18 <j-rod> +1, ipv6 will be relevant some day. right? ... :)
17:44:29 <jlayton> hehe...
17:44:39 <notting> probably about the time the ipv8 spec is released
17:45:14 <nirik> ok, so thats 5 +1's
17:45:23 <nirik> #agreed This feature is approved.
17:45:30 * jlayton cheers
17:45:31 <jlayton> thx!
17:45:32 <nirik> #topic Feature: XZRpmPayloads - https://fedoraproject.org/wiki/Features/XZRpmPayloads
17:45:44 <nirik> .fesco 169
17:45:47 <zodbot> nirik: #169 (Feature: XZRpmPayloads - https://fedoraproject.org/wiki/Features/XZRpmPayloads) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/169
17:45:54 <nirik> thanks for coming jlayton. Sorry it was so short and boring. ;)
17:46:16 <jlayton> nirik: meh, no worries I hadn't attended one of these before
17:46:29 <ixs> a request about that feature:
17:46:42 <ixs> I'd really like to see step 6 (complete rebuild of the distro) dropped.
17:47:08 <wwoods> that kind of, uh, defeats the purpose, doesn't it?
17:47:15 <nirik> I wonder how this affects presto/deltas?
17:47:20 <ixs> as rpm is backward compatible and sitll understands the old compression we can just have the whole distro roll over "naturally" or wait for the next glibc rebuild to require a bump.
17:47:21 <bpepple> ixs: we're probably going to doing a rebuild anyhow due to the x86support feature.
17:47:27 <nirik> and is the format finally stable?
17:47:51 <notting> nirik: deltarpm will need some work
17:47:57 <notting> but yes, the file format is stable
17:48:27 <nirik> I'm glad to see f10 rpm should support this too...
17:48:29 <ixs> notting: the xz format, not the lzma format, right? Just so that we're clear.
17:48:33 <notting> ixs: yes
17:48:36 <nirik> but then there are the el machines/builders/etc
17:48:42 <jnovy> nirik: yup, the fileformat specsare final, upstream sais it won't change
17:48:56 <jnovy> s/sais/says/
17:48:58 <notting> nirik: for el, you'd set the same flags you'd set for hases
17:49:02 <notting> erm, 'hashes'
17:49:32 <notting> i.e., for an EL-compatible rpm, you set two macros instead of one.
17:49:51 <nirik> yeah.
17:50:03 <bpepple> test section should probably include testing that deltas work.
17:50:34 <notting> added
17:51:21 <bpepple> +1 to XZRpmPayloads feature.
17:51:41 <sharkcz> +1
17:51:42 <nirik> +1 here, it seems fine... the sooner it lands the better as always.
17:51:49 <nirik> it may even speed up deltas...
17:52:29 <j-rod> +1
17:52:50 <notting> +1
17:52:58 <nirik> ok, +1, this feature is approved.
17:53:06 <nirik> #agreed This feature is approved.
17:53:13 <nirik> #topic Open Floor
17:53:25 <nirik> Thats all I had on the agenda... anyone have additional items?
17:53:30 <notting> #action notting - work with rel-eng around scheduling of potential mass rebuild for fedora 12
17:54:48 <notting> nirik: today we removed mcepl from sponsors, at his request. he had no sponsorees.
17:54:49 <nirik> I guess this is the last meeting with this fesco? I'd like to say it's been fun to work with all you guys. ;)
17:55:23 * bpepple wonders what it will be like not having to attend a FESCo meeting? ;)
17:56:47 <notting> when specifically are they announcing the results?
17:57:03 <nirik> yeah, sounds good... if someone doesn't want to be a sponsor they should feel free to step back. ;)
17:57:09 <nirik> not sure.
17:57:46 <nirik> Oh, I got an email from the gnaughty packager... he wanted fesco to address that package, but it's still blocking FE_LEGAL, so I thought we would wait until spot was back and specifically sent it to fesco.
17:58:13 <bpepple> nirik: that sounds good.
17:58:14 <notting> sounds reasonable. (i don't think it's a fesco issue)
17:58:43 <nirik> ok, if no one has anything else I will go ahead and close things out in 60seconds.
17:59:00 <notting> one more thing
17:59:09 * nirik waits for notting
17:59:14 <notting> who is responsible for doing the housekeeping for added & removed fesco members after the elections?
17:59:27 <notting> (group, mailing list, etc.)
17:59:29 <bpepple> notting: on the fesco page.  usually the chair.
17:59:47 <bpepple> I can do it as a leaving gift.
18:00:04 <nirik> :)
18:00:07 <notting> heh, ok
18:00:14 <nirik> bpepple: I hope you will continue to be active in fedora...
18:00:53 <bpepple> nirik: I will, though I haven't had much free time the last 6 months or so.
18:01:01 <Southern_Gentlem> i hope bpepple will make an appearance at OLF
18:01:01 <nirik> yeah, time is always an issue. ;(
18:01:10 <nirik> ok, will go ahead and close out in 60
18:01:14 <bpepple> Southern_Gentlem: plan to be there.
18:02:12 <nirik> #endmeeting

Attachment: signature.asc
Description: PGP signature

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

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