irclog2html for #brlcad on 20061220

00:51.59 *** join/#brlcad Twingy (n=justin@74.92.144.217)
01:45.36 Maloeran Hey Erik, I understand you spoke to Lee about my "needs" for multi-cache boxes, who spoke to Mark, who came back to me speaking of sending a computer?...
01:46.28 Maloeran Is there some hope of seeing that old box at home of yours put online? That would be easier and less wasteful
02:36.47 ``Erik the sun? that'd take a few hundred bucks to get operational, I think
02:36.56 ``Erik it's been gutted... no cpu, no ram, no drive
02:38.12 ``Erik <-- can't give you an account on any of his work machines due to policy... if mark has access, I d'no if he'd be able to give you an account
03:12.14 Twingy I have an ultra sparc that's operational
03:15.29 Maloeran Neat Justin, how many processors in there?
03:16.56 Maloeran Erik, it's apparently more expensive in man hours to type "adduser" on a box than purchase a new one. I haven't figured that one yet
03:17.40 Twingy 200 MHz ultrasparc 1 w/ 128MB RAM
03:18.50 Maloeran One processor?
03:19.04 Twingy correct
03:19.56 Maloeran Eheh, thanks though unfortunately the point is mostly to be able to test code on many cores
03:20.33 Maloeran To find bugs due to non-shared cache, work on scalability, explore NUMA memory allocation, etc.
03:27.55 Maloeran Ah, Bush considers "more marines" as the solution in Iraq. When will someone explain to him the difference between marines and peacekeepers, social workers?
06:38.09 *** join/#brlcad clock_ (i=clock@84-72-60-44.dclient.hispeed.ch)
06:42.11 *** join/#brlcad clock__ (i=clock@84-72-60-44.dclient.hispeed.ch)
08:15.19 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
09:41.29 *** join/#brlcad docelic (n=docelic@212.15.185.185)
09:53.34 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
10:40.06 *** join/#brlcad docelic (n=docelic@212.15.185.185)
14:04.16 *** join/#brlcad SWPadnos (n=Me@dsl245.esjtvtli.sover.net)
21:36.26 ``Erik must be one hell of a breakfast
21:59.20 *** join/#brlcad docelic (n=docelic@212.15.185.176)
23:32.45 *** join/#brlcad Music_Shuffle (n=kumar@c-71-59-32-135.hsd1.ga.comcast.net)
23:32.48 Music_Shuffle Hi.
23:32.53 Music_Shuffle Anyone here?
23:33.13 ``Erik nope
23:33.17 Music_Shuffle ./Ding.
23:33.22 Music_Shuffle A quick CAD hardware question.
23:33.53 Music_Shuffle Why is CAD so...demanding?
23:33.59 Music_Shuffle Sorry, was wondering about the phrasing :P
23:34.18 Music_Shuffle Hardware wise.
23:34.18 brlcad you mean just in general?
23:34.21 Music_Shuffle Yeah.
23:34.40 Music_Shuffle Like workstations for CAD have huge amount of RAM, SCSI HDD's, Xeon's, etc, etc.
23:35.00 *** join/#brlcad Twingy (n=justin@74.92.144.217)
23:35.04 Music_Shuffle I've never used CAD software, but I've always wondered why it requires so much...power. For lack ofa better term.
23:35.04 brlcad it's not incredibly demanding, imho, but in general the models are massive and the computation requirements to process those models are more than you have on a workstation
23:35.30 Music_Shuffle Oh, so you're saying that it just ends up being so huge, that regardless of complexity, you need a lot of power just to be able to manipulate it?
23:35.47 brlcad even compared to something like a game, CAD models (at least "real" ones) are intensely more complicated than any gaming model, plenty won't fit onto OpenGL memory
23:36.06 Music_Shuffle Err...more complicated how?
23:36.11 brlcad right, manipulation, visualization, consistency/topology checking
23:36.37 Music_Shuffle Oh right, because the game physics don't have to actually WORK.
23:36.39 ``Erik I d'no if I'd call a xeon a workstation
23:36.39 Music_Shuffle Mm.
23:36.48 Music_Shuffle Why not? >.>
23:36.48 brlcad well in a game, you only have to care that something looks nice -- there's lots of tricks to get that result -- in CAD you have all that same external detail, if not more, as well as all of the internal geometry
23:37.01 ``Erik in general, "workstations" historically have bunches of ram and scsi disk, been that way since workstations were kinda born...
23:37.03 brlcad which might be wires, bolts, nuts, pipes, engine blocks, etc
23:37.13 ``Erik wintel boxes and other "home toys" were HIGHLY abnormal in the grand scheme of things
23:37.45 Music_Shuffle So most of today's CAD systems run what?
23:38.01 ``Erik huh?
23:38.20 Music_Shuffle CPU-wise. Is it mostly Xeons, Opterons, any specific?
23:38.46 ``Erik most have a set of archs they run on... x86 tending to be included these days
23:39.18 brlcad also when you're dealing with solid modeling CAD, which is a subset of CAD but one of the largest domains, the software has an additional workload of repeatedly evaluating the geometry to make sure it's topologically sound, that parametric contraints are upheld/updated if they exist, that overlaps/interferences are detected, that you don't end up with non-solid geometry
23:39.47 ``Erik too many syllables, I'm on vacation o.O :D back to simpsons for me
23:39.56 Music_Shuffle Lol!
23:40.04 archivist and interference checking
23:40.09 Music_Shuffle Oh ok.
23:40.42 Music_Shuffle So pretty much its caused by needing to model reality in its entirety using software.
23:41.20 archivist oops missed it
23:41.37 ``Erik I mean, graphic artists (like the people making posters and books and stuff) tend to have gobs of ram on their desktop
23:42.06 brlcad i wish these laptops went higher than 2GB.. i'm constantly out of memory
23:42.12 ``Erik brlcad: how many gigs did you blow over with a typesetting program?
23:43.40 ``Erik (and video games tend to punt on huge parts of the dataset to make it usable on lesser systems... I mean, take a look at 'roam' and 'vipm' and how they are designed to page off of disk so only the closest stuff is a high LOD)
23:43.52 ``Erik especially roam o.O heh
23:44.14 Music_Shuffle lol
23:44.27 ``Erik not to mention other hacks like faking normals on highly decimated meshes so they kinda sorta appear more complex
23:44.37 brlcad swap is currently at just under 15GB.. looks like the book i'm working on is using up a little over 3GB
23:45.00 Music_Shuffle Fif...teen?
23:45.04 ``Erik (it's all moving, so the human brain fixes the fuckups in videogames... in manufacturing or analysis, the fuckups are unacceptable)
23:45.34 Music_Shuffle Right, that nasty bit about stuff breaking, falling, going boom, etc.
23:46.20 brlcad yep, 15... and I don't even have a CAD model open right now .. that'd be a few more GB to worry about :)
23:46.47 Music_Shuffle Mmm...what do you do with 15 gigs of swap? >_<
23:46.53 Twingy <PROTECTED>
23:47.35 brlcad though mged is pretty light on the memory usage overhead.. uses just a little more in memory than it takes to store it on disk, maybe 2X-10X disk size if it's going to be analyzed or raytraced, depending on the model
23:48.38 brlcad Music_Shuffle: mostly a ton of image processing right now -- putting together a print-quality book, lots of high-resolution imagery, several image processing apps in the workflow
23:48.48 Music_Shuffle Ahh ok
23:48.51 Music_Shuffle You're writing a book? :o
23:49.05 brlcad and of course this terminal running an irc client.. gotta be adding at least 10MB to the mix *ahem*
23:49.06 ``Erik "20 years of playboy centefolds"
23:49.13 brlcad woot
23:49.19 Music_Shuffle Lol
23:49.22 ``Erik that's the book, right? :D
23:49.24 brlcad hmm.. 20 years..
23:49.45 ``Erik 240 girls too much?
23:50.05 ``Erik I mean, a couple pages each... sounds like a lovely coffee table book...
23:50.12 ``Erik perfect gift for friends and family

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.