#emc-devel | Logs for 2010-05-20

[00:00:56] <Dave911> Hi mshaver, Thanks for the response
[00:01:28] <mshaver> You're welcome.
[00:02:18] <mshaver> BTW, why not start out in your endeavor with the high quality, well support Python code in AXIS?
[00:07:19] <Dave911> I'd like to be able to use QT designer as I am not a TK/TCL guy but I'm catching onto Python. I'd use Glade but it is sort of clunky IMO. I'm not trying to make an Axis look a like. I work on custom machines mostly that aren't at all machine tools. Mostly purpose specific machines etc.
[00:08:04] <SWPadnos> your best bet, assuming that you want to avoid GPL issues (for whatever reason) is to use something like emcrsh to do the dirty work
[00:08:07] <Dave911> It would be valuable to be able to see a good example of how to tie in a QT application to EMC2. That is pretty much it.
[00:08:32] <Dave911> QT designer "looks" really nice..
[00:08:46] <SWPadnos> your code, since it would communicate over a socket, would not be required (by emc2 licensing requirements) to be GPL2
[00:09:22] <SWPadnos> if you use Qt free, even to start writing a program, the resulting program must be GPL (v2 I think)
[00:09:34] <SWPadnos> that's what's in the link mshaver pointed out
[00:11:23] <Dave911> I am really not concerned about GPL regarding the stuff I do. I generally give the customer all of the source code anyway. If he wants to give it to the rest of the world that is ok by me.. Most of them machines are one-off machines.
[00:11:39] <Dave911> I generally just get paid to make it work.
[00:11:50] <SWPadnos> that's the best way :)
[00:12:21] <Dave911> I think so.. I never made any significant money selling software anyway ...
[00:12:50] <Dave911> By that I mean buying software, marking it up and then selling it again with the application
[00:14:03] <Dave911> For most CNC Mill/Lathe apps, it seems like Axis works quite well.
[00:14:25] <SWPadnos> yep. that's what it was designed for
[00:14:35] <SWPadnos> anyway. bbl. have fun
[00:14:38] <Dave911> mshaver .... was Axis around when Smithy decided to create Eztrol?
[00:21:44] <Dave911> I just sent Smithy an email inquiry asking how I can obtain a copy of the source code for their Eztrol software - I said that I heard it was GPL software. No names were mentioned in my inquiry, and none will be mentioned if the discussion with them continues.
[00:22:05] <Dave911> I'll let you know if and how they reply.
[01:35:15] <mshaver> Dave911: Maybe, I wasn't around at the beginning of eztrol. AXIS wasn't always distributed with EMC, it started as a separate program that you could download from Jeff's blog/website.
[02:07:44] <cradek> that's true but it was always Free.
[02:28:09] <mshaver> True. My point was really that the originators of eztrol might not have known of the existence of AXIS at the time. I didn't see eztrol until I started working for Smithy several years ago, and by then it had been in development for some time.
[02:42:14] <Dave911> mshaver: ok ... thanks .. was Eztrol ever part of the download source for EMC2, or in the development tree, or has it always been a separate development? SWPadnos mentioned that he thought the source was on the server some place at one time.
[02:43:07] <Dave911> Was Ajax CNC launched from the NIST code also? Or was that a totally separate development?
[02:50:29] <mshaver> Dave911: At one time I tried to get eztrol to be part of EMC, but the board (perhaps wisely in retrospect) decided against it. I did send the very old code I had for them to review, but I never made it available for download anywhere.
[02:54:38] <mshaver> Dave911: Centroid had a DOS based system before they switched to Linux. I would guess that they ported their original code to Linux. I think their system is a "smart box" type system, so I don't know how much value they would have gotten from EMC code. If they are at the CNC Workshop this would be an interesting question to ask.
[04:12:12] <Dave_911> >> but the board (perhaps wisely in retrospect) decided against it.
[04:12:14] <Dave_911> Why do you say that?
[04:13:32] <Dave_911> Centroid... Oh... I thought they were doing loop processing in Linux also.. I didn't know they used to be DOS.
[04:24:58] <mshaver> Dave_911: Several reasons: 1. It requires QT4 which is not installed by default. 2. The developer is not an active EMC developer and they were concerned that if the project was orphaned there would be no one to maintain it. 3. The copyright status was uncertain.
[04:25:25] <mshaver> Wow - must sleep! Good night.
[04:39:10] <Dave_911> Interesting ..... sleep ... yes.. I'm trying to quit.. wastes a lot of time ;-) Good night
[05:41:45] <Lerman_> Lerman_ is now known as Lerman
[06:34:22] <Lerman_> Lerman_ is now known as Lerman
[13:52:37] <jepler> There are a lot of bugfixes mounting up in the 2.4 branch. Anyone have thoughts about whether I should shoot for this weekend or next weekend for a 2.4.1 release?
[13:55:09] <micges_work> imo there should be 2.4.1 this weekend, and after that if there still be many new bugfixes, 2.4.2 in next two weeks
[13:56:06] <cradek> has anyone built and installed a new packaged and really checked tooledit and tkemc?
[13:57:13] <jepler> micges_work: will you be able to let me know about the hostmot2 stepper changes today or tomorrow?
[13:59:47] <SWPadnos> jepler, I'd like to "tag along" on a release, do you think you'll have time to explain what you're doing this weekend?
[13:59:56] <SWPadnos> I'll be out of town next weekend
[14:00:05] <micges_work> I'll organise some machine for test for tommorow
[14:00:24] <jepler> SWPadnos: I can't predict exactly when I'd be working on a release, beyond saying saturday is more likely than sunday.
[14:00:57] <SWPadnos> hmmm. ok. Saturday is less likely to be good for me than Sunday
[14:01:07] <micges_work> jepler: mail me if you'll find any more test
[14:01:16] <SWPadnos> there are a couple of guides you folks have written that I should re-read
[14:04:27] <SWPadnos> hmmm. I wonder if I have (a) a hardy machine or (b) a machine with VM software on it
[14:04:35] <SWPadnos> that works reliably
[14:04:37] <micges_work> bbl
[14:21:21] <SWPadnos> cradek, that's incremental from the specified point, right? (as opposed to the current point)
[14:21:39] <cradek> no, I think it's from current, like an arc
[14:21:42] <jepler> SWPadnos: I tried at one point to make restarts reliable but I don't remember if that involved a different script name
[14:21:48] <SWPadnos> ok
[14:22:27] <SWPadnos> I noticed a few scripts in there, and there are functions in the new-logger script (running, maybe_run)
[14:22:43] <SWPadnos> but new-logger.sh isn't executable, so I wasn't sure which one is the "right" one to use
[14:23:04] <SWPadnos> back to old logger.sh, with .jared removed
[14:23:58] <SWPadnos> cradek, ok. I thought it was more or less a vector specification - a point and a direction/magnitude, so it seemed like it would make more sense as a point + offset from that point
[14:24:04] <JT-Work> cradek: ok
[14:24:36] <cradek> SWPadnos: you'd have to weigh that against not making it otherworldly in gcodeese
[14:24:41] <SWPadnos> heh
[14:27:58] <cradek> jepler: running v2.4_branch I can't click/select a line in the preview
[14:28:24] <jepler> cradek: argh, I'll have a look
[14:29:02] <cradek> jepler: how would you feel about replacing the splash gcode with a pretty splined version?
[14:29:28] <cradek> or at least an arced version? it's currently pretty ugly
[14:29:32] <jepler> cradek: click to select works for the 2.4 I have here, but that's 88 commits before the present
[14:29:39] <jepler> cradek: I'd meant to replace with an arc version but never got around to it
[14:29:47] <jepler> I'm not confident enough in splines yet :-/
[14:29:59] <cradek> ok
[14:30:26] <cradek> maybe saying something like "EMC/AXIS v2.4" would be fun too
[14:32:54] <jepler> and use a star trek looking font .. emc 2.4 is from the future!
[14:34:57] <dgarr> jepler: http://www.panix.com/~dgarrett/stuff/0001-tcl-packages-for-use-by-external-tcl-programs.patch
[14:35:38] <jepler> oooh it's christmas
[14:35:44] <dgarr> i've done some testing with three builds -- install,rip, simulator with tkemc,axis only
[14:37:00] <jepler> dgarr: reading just the commit message so far, as long as it's not because of hardcoded paths like "/usr/lib" it's OK if different values of --prefix don't all work. As for naming, it seems like tcl packages are usually named with initial caps .. is that what you saw too?
[14:38:47] <dgarr> yes -- i used iinitial cap: Emc,Hal
[14:39:44] <dgarr> using a different prefix only requires appending auto_path (i think) so seems reasonable -- i used it for testing to avoid clobbering /usr
[14:41:40] <jepler> dgarr: it was necessary to add these?
[14:41:40] <jepler> + package require Tk ;# needed for font command
[14:42:00] <jepler> is this actually still necessary, or isn't it done by [package require Emc]?
[14:42:01] <jepler> +load $::emc::TCL_LIB_DIR/emc.so
[14:42:41] <cradek> jepler: what's your working ref?
[14:42:56] <jepler> cradek: sorry, I got distracted from that
[14:43:03] <jepler> cradek: looks like I tested at 3d01e8e
[14:43:36] <dgarr> package require Tk was needed for an external tclsh program that used emc::standard_font_stuff
[14:43:38] <jepler> but I also just tested at c33d8d61 and it's OK there too
[14:43:52] <cradek> huh, c33d does not work for me.
[14:44:21] <cradek> rebuilding
[14:44:24] <jepler> me too
[14:45:08] <dgarr> package require Emc doesnt mandate Tk (i dont think a tcl Emc package has to use Tk)
[14:46:09] <dgarr> to use emc::standard_font_stuff, the application should package require Tk earlier (or a Tk window will pop up on first usageof emc::standard_font_stuff)
[14:46:48] <dgarr> it seems reasonable to me that external tclsh programs would want package require Emc and never want Tk
[14:47:20] <jepler> dgarr: if the program hasn't required Tk on its own maybe it's better to error out than pop up a window...?
[14:47:56] <jepler> on the other hand, it doesn't seem like it'll hurt anything
[14:48:00] <cradek> jepler: still no wfm
[14:49:06] <dgarr> i like the error-out suggestion, i'll work on that
[14:49:44] <jepler> dgarr: with no change in that function you'll get an error (unknown command 'font') won't you?
[14:56:45] <dgarr> yes-- error: invalid command name "font", if you think that is sufficient, i'll just remove the package require Tk lines
[14:57:10] <jepler> I'll go ahead and knock those out myself
[14:57:18] <dgarr> ok
[14:57:20] <cradek> jepler: they cyan highlight does work if I click in the gcode, but I can't click in the preview.
[14:59:00] <jepler> cradek: works for me. I tested lines (splash gcode), arcs (arcspiral), and splines (butterfly)
[14:59:36] <cradek> jepler: well wtf.
[14:59:41] <jepler> this machine is 10.04, sim, nividia, no desktop effects
[15:00:01] <jepler> c33d8d6
[15:00:32] <jepler> dgarr: did you test debian packaging after your tcl package require changes?
[15:00:44] <dgarr> no -- i dont know how to do that
[15:00:49] <jepler> OK
[15:01:27] <jepler> you have to have the docbuilding stuff installed. then you can get the binary package of the moment by something like: debian/update-dch-from-git; debian/configure sim; dpkg-buildpackage -B
[15:01:53] <jepler> (or debian/configure -r to select the currently running realtime kernel, or -a, or specify kernel version)
[15:02:34] <jepler> bbl
[15:07:20] <micges> cradek: some specific gcode?
[15:17:03] <jepler> it's cradek's "focus follows mouse" setting. metacity sends a motion event immediately after the button-press event. axis interprets this as a drag (to pan or rotate), so it doesn't perform selection
[15:17:14] <cradek> actually it sends two
[15:17:50] <cradek> the buttonpress and both motionnotifys have the same coordinates
[15:18:49] <micges> I see
[15:20:45] <cradek> (on lucid)
[15:26:36] <cradek> so now, even turning off desktop effects doesn't give you a properly-working X server
[16:06:35] <CIA-2> EMC: 03seb 07master * r5d0e2493f43d 10/.gitignore: don't ignore the debian/extras/etc/modprobe.d directory
[16:07:54] <micges> hi seb
[16:08:09] <seb_kuzminsky> hi micges
[16:08:29] <micges> will you be on emc fest?
[16:08:42] <seb_kuzminsky> i'll be at the cnc workshop, for at least the last several days
[16:08:46] <seb_kuzminsky> are you coming to that?
[16:09:27] <micges> unfortunately no, I'm afraid of fying
[16:10:06] <seb_kuzminsky> bummer
[16:10:27] <micges> asking becouse of todo list in hm2 driver
[16:11:07] <micges> what are you planning to improve (add)?
[16:18:55] <SWPadnos> hmmm. which days do you expect to be there, Seb?
[16:28:10] <seb_kuzminsky> i
[16:28:33] <seb_kuzminsky> i'll probably be there wednesday 23rd through saturday 26th
[16:28:40] <seb_kuzminsky> i'm not sure what i'll hack on there yet
[16:28:49] <seb_kuzminsky> if there are any bugs in existing hm2 code i'll hack on that
[16:29:12] <seb_kuzminsky> i'm not in a big rush to do the hm2 todo items at this point, other than maybe spi
[16:29:29] <seb_kuzminsky> i might hack on heeks instead of emc2
[16:29:31] <seb_kuzminsky> * seb_kuzminsky ducks
[16:29:34] <SWPadnos> bummer about the dates. I need to leave on the 23rd or 24th
[16:29:44] <seb_kuzminsky> aw bummer
[16:29:52] <SWPadnos> 23rd if I want to say hi to my wife on our anniversary :)
[16:30:01] <SWPadnos> you know, in person and all
[16:30:11] <seb_kuzminsky> send her a text message
[16:30:24] <SWPadnos> I suppose I could call her, but still :)
[16:30:37] <CIA-2> EMC: 03seb 07master * r2476c90e230b 10/debian/.gitignore: ignore the install dirs for the doc packages
[16:30:39] <CIA-2> EMC: 03seb 07master * rfdd7a696eb40 10/debian/extras/ (emc2.files etc/modprobe.d/emc2 etc/modprobe.d/emc2.conf): rename the modprobe config file to work with lucid
[16:30:40] <SWPadnos> I'm heading to LAX on the 25th, so a few extra hours at home might be nice
[16:31:14] <seb_kuzminsky> dear mr 2.4 manager, please consider applying these three patches to 2.4
[16:40:42] <seb_kuzminsky> or approve it and I'll do the cherrypicking
[16:53:15] <seb_kuzminsky> i guess 2476c90e230b does no good on 2.4 (since it doesnt have the docs split out to doc packages), but the other two fix a run-time warning from modprobe on lucid, without breaking it on hardy
[16:54:10] <seb_kuzminsky> micges: did you get a chance to test the hm2 stepgen fix i did recently?
[16:54:28] <micges> I'll do it tommorow
[16:55:13] <micges> tomorrow
[16:56:12] <seb_kuzminsky> thanks!
[17:42:12] <cradek> hi seb
[17:42:17] <seb_kuzminsky> hi cradek :-)
[17:42:31] <cradek> wish you could come earlier... swp, jmk, jeff and I will be screwing around the previous weekend
[17:42:59] <seb_kuzminsky> sounds like fun, i wish i could come too
[17:43:08] <seb_kuzminsky> family obligations...
[17:43:12] <seb_kuzminsky> what'll you guys be doing?
[17:43:31] <jepler> seb_kuzminsky: let me look at fdd7 real quick .. if it's as obvious as it looks, it should go in 2.4
[17:43:40] <cradek> not sure yet. definitely going to HGR and maybe also Fair Radio which is not too far
[17:43:48] <cradek> probably hacking and/or BSing at jmk's house
[17:43:56] <seb_kuzminsky> sounds fun :-)
[17:44:38] <jepler> seb_kuzminsky: frankly I'm baffled by the 2476c change. aren't the same items just two lines lower in that file?
[17:45:00] <seb_kuzminsky> oops did i mess something up?
[17:45:28] <dgarr> jepler: tried to build debian package -- i think it worked except signing, updated patch for rules.in, notes here: http://www.panix.com/~dgarrett/stuff/b3.log
[17:46:13] <seb_kuzminsky> ah oops, my bad
[17:46:14] <seb_kuzminsky> sorry
[17:46:28] <seb_kuzminsky> i was doing some of this hacking on 2.4, and i got myself confused... :-(
[17:50:47] <jepler> dgarr: probably you need to include those files installed to usr/lib/tcltk, not remove them to keep that check from complaining
[17:51:05] <seb_kuzminsky> * seb_kuzminsky kicks CIA-2
[17:51:07] <CIA-2> ow
[17:51:32] <seb_kuzminsky> bbl lunch
[17:51:54] <jepler> dgarr: oh, and yeah -- update-dch-from-git requires git 1.7 or something. if you care, you can get a newer git for hardy from this ppa: https://launchpad.net/~git-core/+archive/ppa?field.series_filter=hardy
[17:52:35] <dgarr> i dont know what you mean by "include those files"
[17:53:05] <jepler> list in debian/emc2.files.in
[17:53:59] <dgarr> and the rm for them is not required then?
[17:54:19] <jepler> a bit of background will help. hold on while I type.
[17:54:55] <jepler> we split the packages installed by the "make install" rule into multiple parts. In 2.4 the split is between the main package and the "-dev" package for building components
[17:55:27] <jepler> the way this happens is by listing them in a debian/*.files file. According to the files and patterns listed there, dh_movefiles moves the files from debian/tmp to debian/packagename
[17:55:42] <jepler> any leftover files in debian/tmp indicate additional files added to "make install" that need to be handled by the debian packaging
[17:55:54] <jepler> if you simply rm a file, that will make it not be included in the package
[17:56:37] <CIA-2> EMC: 03seb 07master * r1d75213d59f4 10/debian/.gitignore: Revert "ignore the install dirs for the doc packages"
[17:56:40] <jepler> if you did dpkg-deb -c emc_?????.deb | less and looked for the files you wanted in usr/lib/tcltk, you won't find them
[17:57:12] <jepler> I'll take care of the packaging later when I'm at a machine where I can install and test.
[17:58:35] <jepler> meanwhile you can re-make the tooledit patch using "package require Emc", maybe with a "catch" in case you want tooledit to work on a machine that's otherwise free of emc..
[18:03:30] <dgarr> thanks -- i'll stop flailing at packages, I'll resubmit the tooledit patch after git master is updated
[18:03:47] <jepler> dh_movefiles: Compatibility levels before 5 are deprecated.
[18:03:48] <jepler> find: `x': No such file or directory
[18:03:48] <jepler> if [ `find debian/tmp -type f | wc -c` != 0 ]; then \
[18:03:57] <jepler> huh, what is that message in the middle from?
[18:27:26] <cradek> jepler: http://timeguy.com/cradek-files/emc/0001-Fix-selection-in-the-preview-on-Lucid.patch
[18:29:50] <micges> jepler: I didn't find any docs, how can I build emc 2.4.0 without docs?
[18:31:23] <jepler> Are you asking where it's documented how to build emc 2.4.x?
[18:32:58] <micges> that too, I can manage to build debs on rt, I want to build emc-sim without docs if this is possible
[18:33:39] <jepler> oh -- no, the package build always includes building the docs.
[18:34:10] <micges> oh ok, thanks
[18:51:35] <jepler> cradek: looks good to me. if it works in click to focus or pointer focus both, go ahead and push to 2.4.
[18:52:38] <cradek> jepler: wonder what other surprises await us
[18:54:04] <CIA-2> EMC: 03cradek 07v2.4_branch * r61eba92618e7 10/src/emc/usr_intf/axis/scripts/axis.py: Fix selection in the preview on Lucid
[19:17:46] <Dave911> Smithy responded to my request for the Eztrol source code... the women who responded copied my request to their programmer .... so we'll see what happens next. :-)
[19:18:15] <Dave911> Any bets ....?
[19:18:40] <Dave911> ;-)
[19:19:58] <cradek> are you aware that if they did not distribute the binary software to you (e.g. you bought a machine) there is no requirement that they send it to you?
[19:22:04] <Dave911> That's what I thought... but I had to ask anyway...
[19:24:31] <Dave911> The worst it can be is a "no" or a "hell no" .... and I am used to getting that response :-)
[19:24:44] <Dave911> worse
[19:43:12] <SWPadnos> cradek, interestingly, that's not always the case (that they don't have to give the software to anyone who asks)
[19:43:57] <SWPadnos> as jepler pointed out yesterday, section 3b of the GPL v2 says, as one of their options, that they have to provide the software to any third party who asks for it
[19:44:23] <SWPadnos> their other option is to provide the code or a notice
[19:44:26] <SWPadnos> gah
[19:44:40] <SWPadnos> their other option is to provide the code along with the program
[19:45:11] <SWPadnos> (option 3 probably doesn't apply, since it's only for noncommercial distribution)
[19:45:16] <SWPadnos> err, option c
[19:50:53] <Dave911> But which GPL license would they be using .. if they say they are using one ?
[19:51:25] <Dave911> I believe that one version of the GPL license is as cradek says .. at least that is what I remembered reading once ..
[19:51:30] <Dave911> bbl
[19:52:04] <SWPadnos> emc2 is GPL v2, and I think the Qt license is substantially the same
[19:52:19] <SWPadnos> not that I've read the QPL
[23:30:17] <mozmck-6core> ok, I like my 6-core machine :)
[23:31:03] <mozmck-6core> real18m34.250s for a complete compile and package build of the ubuntu kernel
[23:36:57] <SWPadnos> heh
[23:37:05] <SWPadnos> fast CPUs are ... fast
[23:38:42] <SWPadnos> mozmck-6core, did you get any special hard disk, just upgrade CPU/MB/MEM, what?
[23:39:57] <mozmck-6core> I put together a whole system. I got the biostar mb with the 890fx chipset, 4gig DDR3 1600mhz mem
[23:40:19] <mozmck-6core> hitachi 500gig sata2 hard disk.
[23:40:28] <SWPadnos> ok, so nothing really special there
[23:40:36] <mozmck-6core> I think the hard disk is the slowest thing on the computer.
[23:40:45] <SWPadnos> sounds like it :)
[23:40:46] <mozmck-6core> what would be special?
[23:40:57] <SWPadnos> one sec, I'll show you
[23:41:25] <mozmck-6core> A far as I've heard the hard drives that claim 6 gig/sec can't actually physically do it.
[23:41:35] <SWPadnos> http://www.newegg.com/Product/Product.aspx?Item=N82E16820148349
[23:41:40] <mozmck-6core> but ssd drives can ...
[23:41:53] <SWPadnos> there's also a 128GB version, which only roughly doubles the price of the machine :)
[23:42:34] <mozmck-6core> heh, I'm still hurting from the damage does by this machine :) That's way above my pay grade :)
[23:42:40] <SWPadnos> that one is the fastest I've heard of, at 355MB/sec reads (one article I read said that the drive actually did closer to 365MB/s)
[23:42:41] <mozmck-6core> done.
[23:43:05] <mozmck-6core> wow, that would probably speed up everything a lot.
[23:43:14] <SWPadnos> disk reads and writes, yes :)
[23:43:40] <SWPadnos> one of hte customer reviews says something like "boots Windows 7 in under 10 seconds!!!"
[23:43:42] <mozmck-6core> A lot of that happening in a compile for sure.
[23:43:42] <SWPadnos> the
[23:44:07] <mozmck-6core> hmm, he should try ubuntu 10.04 :)
[23:44:23] <SWPadnos> yeah, that's about 10 seconds for me on my laptop anyway
[23:44:33] <SWPadnos> maybe 15 from cold start
[23:45:25] <mozmck-6core> I think it's faster on this machine, but I think plymouth doesn't like my video card or something so that slows it down.
[23:46:01] <mozmck-6core> Asus card, nvidia 8400gs chipset.
[23:46:31] <SWPadnos> I wonder if plymouth gets confused about what driver to use - vesa vs nvidia-specific
[23:47:46] <mozmck-6core> As far as I can tell so far, it looks like leaving the preemption model the same (voluntary I think) instead of CONFIG_PREEMPT in the kernel actually gives a little less jitter on the one machine I've tested it on so far.
[23:48:04] <mozmck-6core> same as the generic ubuntu kernel that is...
[23:48:12] <SWPadnos> I can see that happening, until you're under load
[23:48:19] <SWPadnos> then voluntary may get worse
[23:48:50] <mozmck-6core> Well, I was loading it both times. Running glxgears, starting and stopping firefox and other programs.
[23:49:01] <SWPadnos> oh. interesting
[23:49:29] <mozmck-6core> the machine doesn't do real well anyhow. about 41000 jitter with preempt, and 38000 with voluntary.
[23:49:54] <SWPadnos> I wonder how to actually load the CPU, and more specifically the stuff in the kernel that might behave differently in those two modes :)
[23:50:07] <SWPadnos> huh. that seems pretty bad
[23:50:23] <mozmck-6core> I'm going to try a non-smp kernel on the machine tomorrow and see if it does any better.
[23:50:59] <SWPadnos> non-SMP and voluntary should be pretty bad (I think ??)
[23:51:08] <mozmck-6core> yeah, I've done everything I can think of in the bios and elsewhere. I have to load rtai_smi or it really gets bad.
[23:51:30] <mozmck-6core> This is a single core pentium4 machine at work I'm talking about now...
[23:51:39] <SWPadnos> oh. I was wondering :)
[23:51:40] <mozmck-6core> 3.2 ghz I think.
[23:52:10] <mozmck-6core> :) haven't tried one of my kernels on this 6-core yet. Just got it up and compiling this morning before going to work.
[23:52:56] <mozmck-6core> bummer, there's a limit of 5 per customer of those SSD drives on newegg...
[23:53:26] <SWPadnos> yeah, I was so hoping to make a SATA-6gb RAID of incredibly expensive SSDs