| 00:13.59 | *** join/#brlcad Ralith (n=ralith@69.90.49.189) | |
| 03:24.08 | *** join/#brlcad brlcad (n=sean@BZ.BZFLAG.BZ) [NETSPLIT VICTIM] | |
| 05:11.53 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 07:36.47 | *** join/#brlcad Don__ (n=Don@c-71-238-51-148.hsd1.mi.comcast.net) | |
| 08:28.34 | *** join/#brlcad Ralith (n=ralith@69.90.49.189) | |
| 11:49.29 | d-lo_ | mernin all! |
| 11:55.17 | ``Erik | farts in d-lo's general direction |
| 12:03.09 | CIA-61 | BRL-CAD: 03indianlarry * r36453 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Fixed bug where 'min_dist' wasn't being set in SurfaceTree::getSurfacePoint() |
| 12:32.13 | CIA-61 | BRL-CAD: 03indianlarry * r36454 10/brlcad/trunk/src/conv/step/ (5 files): Added openNURBS brep generation code for Toroidal and Spherical surfacs. |
| 12:35.59 | CIA-61 | BRL-CAD: 03indianlarry * r36455 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: |
| 12:36.00 | CIA-61 | BRL-CAD: Added checks around curve sampling counts when trying to resolve seam issues. |
| 12:36.02 | CIA-61 | BRL-CAD: Also cleaned up some debug code. |
| 13:25.13 | *** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1) | |
| 13:55.03 | CIA-61 | BRL-CAD: 03brlcad * r36456 10/brlcad/trunk/src/ (archer/archer.bat mged/mged.bat util/rtwizard.bat): the batch file numbers didn't get bumped, bump to 7.16.2 for release |
| 13:59.43 | CIA-61 | BRL-CAD: 03brlcad * r36457 10/brlcad/branches/STABLE/ (14 files in 6 dirs): merge trunk to STABLE from r36450 to HEAD r36456 |
| 14:05.18 | CIA-61 | BRL-CAD: 03brlcad * r36458 10/brlcad/trunk/ (6 files in 5 dirs): bump to 7.16.3 in anticipation of 7.16.4 being the next release iteration. |
| 14:19.18 | *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net) | |
| 14:23.54 | ``Erik | hm Benchmark results indicate an approximate VGR performance metric of 26678 |
| 14:30.32 | brlcad | not bad, on par with an oct-core mac |
| 14:32.26 | ``Erik | oct-core xeon 3ghz, 64g ram, running rhel5 |
| 14:32.35 | ``Erik | we have 3 now |
| 14:32.58 | brlcad | ah, okay, so basically same config |
| 14:33.08 | brlcad | as the macs, just catching up |
| 14:33.12 | ``Erik | <-- points at the ram |
| 14:33.16 | ``Erik | slight advantage :) |
| 14:33.43 | ``Erik | less syscall overhead, but more suckage in other aspects *shrug* just another resource |
| 14:33.44 | brlcad | I don't think we've pushed the 16GB barrier yet :) |
| 14:34.32 | ``Erik | thinks the marching cubes thing will generate some very ugly meshes pre-decimation, might do the trick |
| 14:37.55 | brlcad | how long does a ./configure --enable-all default compilation take? |
| 14:45.47 | ``Erik | hm, I was building over nfs |
| 14:59.24 | CIA-61 | BRL-CAD: 03brlcad * r36459 10/brlcad/trunk/bench/run.sh: |
| 14:59.26 | CIA-61 | BRL-CAD: if any of the benchmark tests fail, blather loudly that the testing failed with |
| 14:59.28 | CIA-61 | BRL-CAD: instructions to the user. this should cause the benchmark to halt compilation |
| 14:59.30 | CIA-61 | BRL-CAD: testing (via make check or make bench) and avoids writing out 0 values into the |
| 14:59.32 | CIA-61 | BRL-CAD: summary file. |
| 15:08.28 | ``Erik | configure --enable-all, source on nfs, build on local disk: real 3m7.083s | user 12m45.142s | sys 7m25.372s |
| 15:08.51 | ``Erik | time ( $HOME/src/brlcad/configure --enable-all && make -sj13) |
| 15:09.21 | brlcad | hm, that's actually not too shabby |
| 15:09.25 | ``Erik | woops |
| 15:09.32 | ``Erik | 16 core machine, I only did 13 |
| 15:09.45 | ``Erik | note that the source was all cached up from a previous build, too |
| 15:09.49 | brlcad | a 16 core gave 27k vgr? |
| 15:09.54 | ``Erik | yeh |
| 15:09.59 | ``Erik | it is linux, after all |
| 15:10.01 | brlcad | that don't sound right |
| 15:10.11 | ``Erik | remakes -j17 |
| 15:10.19 | brlcad | sure it's not 8-core with hyperthreading? |
| 15:10.20 | ``Erik | oh, hah, I don't think I did --enable-optimized for the benchmark |
| 15:10.25 | brlcad | ahh |
| 15:10.29 | ``Erik | xeon cpu's |
| 15:10.31 | brlcad | that'd be about right then |
| 15:10.45 | ``Erik | kicks the tires some more |
| 15:10.46 | brlcad | would expect 40-50k |
| 15:11.47 | ``Erik | dang step and opennurbs, jacking the build time O.o :D |
| 15:11.59 | brlcad | and the docs ;) |
| 15:12.12 | ``Erik | yeah heh |
| 15:12.19 | brlcad | that would probably be a 1min build without the trio |
| 15:12.27 | brlcad | maybe 2min |
| 15:12.53 | ``Erik | imagine shifting to a single dir build |
| 15:13.16 | *** join/#brlcad mafm (n=mafm@83.38.34.217) | |
| 15:13.34 | ``Erik | -sj31: real 3m27.715s | user 13m49.803s | sys 10m25.144s |
| 15:14.08 | brlcad | yeah, looks like sys is saturated around 13 :) |
| 15:14.13 | ``Erik | cache spaz, I imagine |
| 15:14.33 | brlcad | or is that enable-optimized? |
| 15:14.55 | brlcad | usually test compile time unoptimized, benchmark optimized |
| 15:15.17 | brlcad | optimized compile time jacks things up |
| 15:15.26 | ``Erik | build was unoptimized, am building optimized now for bench |
| 15:16.47 | CIA-61 | BRL-CAD: 03brlcad * r36460 10/brlcad/trunk/bench/run.sh: let the user know about 'benckmark clean' to remove the plethora of pix files that get generated. make clean mention clobber to remove the log files. |
| 15:18.07 | CIA-61 | BRL-CAD: 03brlcad * r36461 10/brlcad/trunk/HACKING: clean up stable sync instructions since it's always safe to grab CURR, and might as well export PREV so the rest can be copy-pasted without change. |
| 15:25.13 | ``Erik | 'double t diner' kinda confuses me... it's not... really... a diner... more a normal restaurant, half attempting to be upscale, with a couple diner hints to the decor O.o |
| 15:25.32 | ``Erik | I mean, c'mon, a diner with a bar? O.O |
| 15:27.48 | brlcad | at least they didn't name it the "Double D Diner" .. that would have probably attracted a totally different clientelle |
| 15:28.05 | ``Erik | indeed, I would've gone there much sooner |
| 15:29.37 | *** join/#brlcad samrose (n=samrose@adsl-71-156-15-164.dsl.sfldmi.sbcglobal.net) | |
| 15:40.25 | *** join/#brlcad Elrohir (n=kvirc@p5B14EFD2.dip.t-dialin.net) | |
| 15:43.59 | *** join/#brlcad KingofCSU (n=king@222.247.93.92) | |
| 16:37.04 | *** join/#brlcad Elrohir (n=kvirc@p5B14EFD2.dip.t-dialin.net) | |
| 16:52.04 | *** join/#brlcad SWPadnos (n=Me@dsl107.esjtvtli.sover.net) | |
| 19:00.54 | *** join/#brlcad samrose (n=samrose@adsl-71-156-15-164.dsl.sfldmi.sbcglobal.net) | |
| 19:09.31 | yukonbob | It's not a diner unless it's got a rotating showcase of lemon marangue pies |
| 19:12.11 | archivist | luvs lemon marangue pie |
| 19:47.41 | *** join/#brlcad PrezKennedy (n=Matthew@whitecalf.net) | |
| 19:59.27 | starseeker | ``Erik: I keep telling ya, disable the doc build if it bugs you ;-) |
| 20:06.35 | *** join/#brlcad b0ef (n=b0ef@157.26.202.84.customer.cdi.no) | |
| 20:31.49 | CIA-61 | BRL-CAD: 03indianlarry * r36462 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: additional face details added to "brep brep.s info F 0" command |
| 20:49.02 | CIA-61 | BRL-CAD: 03indianlarry * r36463 10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: use 3d curve bounding boxes to ensure linear extrusion sized properly, also checks that both the origin and face bounding box are used to determine extents of cylindrical surface |
| 20:56.25 | ``Erik | hey, a patch bump, nifty |
| 20:57.41 | starseeker | yeah, should be just about ready to roll |
| 21:18.12 | ``Erik | yup, one of them stepped on my laptop again. *sigh*. |
| 21:18.13 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1128565729.dsl.bell.ca) | |
| 21:18.27 | starseeker | The Cats Strike? |
| 21:18.54 | ``Erik | wonders if changing the ground to something with a high potential would fuck up the circuitry |
| 21:19.07 | ``Erik | probably would on discharge into the cat... :/ |
| 21:19.17 | ``Erik | motion sensor spray-bottles I guess |
| 21:19.21 | starseeker | just put the laptop in a box or something |
| 21:19.42 | ``Erik | heh |
| 21:19.49 | ``Erik | unless they knocked the power cord loose... O.o |
| 21:19.55 | starseeker | aaah |
| 21:19.56 | ``Erik | will have to discover the damage when he gets home |
| 21:20.09 | starseeker | so, how do you like having cats? ;-P |
| 21:20.23 | ``Erik | depends on if they're being turds or not |
| 21:20.36 | ``Erik | what's the phrase? "I like kids... other peoples kids..."? |
| 21:22.45 | ``Erik | "we can hear you having sex" is such an excellent ssid |
| 21:23.07 | ``Erik | http://failblog.files.wordpress.com/2009/10/epic-fail-wireless-network-fail.jpg |
| 21:24.44 | starseeker | heh: "First Law of Bicycling: No matter which way you ride, it's uphill and against the wind." |
| 21:26.24 | starseeker | hmm... multithreaded kpathsea library in TeXLive |
| 21:26.46 | starseeker | and the TeXLive build uses automake |
| 21:26.53 | starseeker | must investigate this 2009 release |
| 21:27.05 | ``Erik | isn't kpathsea mostly io bound? wouldn't multithreading just screw the pooch for disk read sequencing? |
| 21:27.24 | starseeker | probably depends on the system |
| 21:27.39 | starseeker | has a small, slow, crappy system by modern standards |
| 21:27.53 | ``Erik | pats his pIII 650mhz with 128m ram |
| 21:28.02 | ``Erik | and a massive 20g hdd |
| 21:29.49 | starseeker | sights fondly - I remember when 1 Gig was huge and they were talking like 100 Terabytes to back up the entire internet |
| 21:30.19 | ``Erik | I was just remarking earlier that I was using a 64gb ram machine and started with a 64kb ram machine... |
| 21:32.24 | starseeker | wonders if 3D printing will be the next big game changer for personal computers |
| 21:32.24 | *** join/#brlcad Elrohir (n=kvirc@p5B14EFD2.dip.t-dialin.net) | |
| 21:32.49 | starseeker | (real, high quality 3D printing that is) |
| 21:33.59 | starseeker | does NOT remember fondly the days trying to fit powerpoint presentations for a class onto 1.4 meg floppies |
| 21:34.14 | starseeker | even zip disks were SO welcome |
| 21:47.35 | ``Erik | heh |
| 21:48.39 | ``Erik | started with 4 track cassettes, then upgraded to 5.25" disks... the 3.5" was insane, you could partition it and shove BUNCHES of 5 1/4 inchers on a single disk, it was almost like a hard drive! |
| 21:49.24 | yukonbob | ``Erik: !!650Mhz |
| 21:49.29 | yukonbob | model name : Pentium Pro |
| 21:49.29 | yukonbob | stepping : 9 |
| 21:49.29 | yukonbob | cpu MHz : 199.313 |
| 21:49.45 | yukonbob | <napolean dynamite>lucky</napolean dynamite> |
| 21:50.35 | ``Erik | heh, I still have a 120mhz cyrix 5x86 with 48m ram and a 1.6gb disk (with debian on it), does that count? :0 |
| 21:50.38 | ``Erik | :) |
| 21:50.57 | ``Erik | http://thegreatgeekmanual.com/images/geekhistory/june/coleco-adam-computer.jpg <-- was his first 'real' computer |
| 21:51.46 | ``Erik | and a book called "games apples play", which meant porting apple basic to the cp/m basic the coleco used |
| 21:52.09 | ``Erik | I think that was the name of the book, been a while |
| 21:52.33 | ``Erik | had spiral binding and iirc, drawing of goofy robots |
| 21:52.55 | ``Erik | shakes his walker at the whippersnappers |
| 21:54.51 | yukonbob | w00t!! Adam with the printer that was a critical part of the system... |
| 21:54.59 | yukonbob | had one of those... |
| 21:55.07 | yukonbob | with it's mock Apple II basic |
| 21:56.41 | yukonbob | had a game that used the printer... it was a military game that send you communications on the ptr as if they were send "over the wire" from some remote headquarters. |
| 21:56.48 | ``Erik | hm, didn't the apple][ use a modified ms-basic? (almost all the microcomputer basics were derived from micro-softs iirc) |
| 21:57.03 | ``Erik | printer, powersupply, whatever |
| 21:57.06 | yukonbob | <-- not actually sure... |
| 21:57.37 | yukonbob | is recalling the gfx via "hgr" and "hplot" |
| 21:57.41 | yukonbob | (iirc) |
| 21:58.04 | yukonbob | hgr ,and hgr2 (?) |
| 21:58.16 | yukonbob | hplot x1, y1 to x2, y2 |
| 21:59.09 | yukonbob | apples I used were IIc and IIe |
| 21:59.39 | ``Erik | <-- went from the adam to the c64, c128, c64c, then a very brief stint using dos/win31, then linux |
| 22:00.09 | ``Erik | brief like 6 months, after 2 I was telnetting to the isp's linux box, then wiping dos and installing linux... |
| 22:00.17 | yukonbob | no 128, but insert few Amigas in there... |
| 22:00.52 | yukonbob | my intro to linux was similar, but from Win 95. |
| 22:01.03 | ``Erik | reboot the 486 with the special doom2 boot disk (since the box only had 4 megs ram, couldn't have shit like himem loaded...) |
| 22:01.05 | yukonbob | then compiling NCSA Mosaic to browse the interwebs. |
| 22:01.20 | ``Erik | yehhhhh, my 6mo of win31 was in '96, I grew up po' |
| 22:02.17 | yukonbob | gives ``Erik a cookie. |
| 22:02.39 | yukonbob | now look at you... all grown up and p0wning *BSD |
| 22:02.55 | ``Erik | heh |
| 22:03.05 | ``Erik | fbsd is hardly a pricey toy |
| 22:03.18 | yukonbob | true... |
| 22:05.00 | ``Erik | <-- trying to decide if he wants to buy a sheeva openrd-client and a 1-1.5tb usb drive, or get a cheap dull box or something :/ |
| 22:06.11 | yukonbob | sheeva == more smiles, I'm sure. |
| 22:07.09 | ``Erik | yeh, mebbe I'll get both, but I want to replace the p3 |
| 22:12.24 | CIA-61 | BRL-CAD: 03brlcad * r36464 10/brlcad/trunk/src/libged/keep.c: |
| 22:12.26 | CIA-61 | BRL-CAD: BAH! .. bu_optind has to be manually reset before bu_getopt(), otherwise we'll |
| 22:12.28 | CIA-61 | BRL-CAD: get whatever previous bu_optind there was. this should fix the problem victor |
| 22:12.30 | CIA-61 | BRL-CAD: noticed in sf bug 2890876 ( Keep command in mged is creating a file named keep |
| 22:12.32 | CIA-61 | BRL-CAD: ). |
| 22:15.41 | CIA-61 | BRL-CAD: 03brlcad * r36465 10/brlcad/branches/STABLE/src/libged/keep.c: |
| 22:15.43 | CIA-61 | BRL-CAD: apply the initialization fix so 'keep' isn't broken. change should merge |
| 22:15.45 | CIA-61 | BRL-CAD: cleanly with the previous trunk sync revision. slipping in to the release only |
| 22:15.47 | CIA-61 | BRL-CAD: because it's not been tagged yet (and is a one-liner safe initialization). |
| 22:17.24 | CIA-61 | BRL-CAD: 03brlcad * r36466 10/brlcad/tags/rel-7-16-2/: tagging release 7.16.2 |
| 23:33.06 | *** join/#brlcad SWPadnos (n=Me@dsl107.esjtvtli.sover.net) | |
| 23:37.57 | CIA-61 | BRL-CAD: 03brlcad * r36467 10/brlcad/trunk/src/libged/human.c: looks like human has the same problem as kill, need to init bu_getopt() |
| 23:42.07 | CIA-61 | BRL-CAD: 03brlcad * r36468 10/brlcad/trunk/src/mged/ (cad_boundp.c cad_parea.c mged.c): few more bu_optind init-to-zeros just for sanity sake (as they're the first calls in their respective main() funcs) |
| 23:57.17 | CIA-61 | BRL-CAD: 03brlcad * r36469 10/brlcad/trunk/HACKING: sf.net FRS changed slightly. path is different as our whole file release hierarchy is now traversable. should reorganize sometime soon to take advantage of this change.. until then, say what it is now. |
