[Emc-users] Disabling Sound for Increased performance.
Hi, After a whole bunch of thought it occurred to me that sound is essentially real time and probably a resource hog. Any reason not to unload all those alsa, oss, snd and etc modules? Ultimately network, printing, bluetooth and other stuff can go once your system is working. The idea is getting toward what would be essentially an embedded system. No fluff to distract your pc from doing it's machine control job. Dan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
My sentiments, exactly! I have sound, networking, update and several other services disabled. I use a somewhat unconventional method of doing it. I create the directory /etc/rcd.2.not and move* the unneeded links from rc2.d there. That way, if I need any of those services back, I can issue /etc/rc2.d.not/servicename start|stop. I use a USB flash drive to get gcode into the machine since wireless networking doesn't work at the distance I have and an ethernet cable is impractical until we get some construction finished. The reason I did this was that within a few minutes after startup, the machine's CPU usage goes very high for a few minutes and I figured it was auto-update trying to get a network connection going. It's a shotgun approach but it works and there was no clue in System Monitor, top or ps as to what was causing the high CPU usage. There's no need for any readers to flame me about doing it this way. When I'm ready to do cutting, I leave my I.S. Tech hat in the house. I'm just saying that it works for me. YMMV. * mc (apt-get install mc) makes that process much easier. Very little typing ;^) Emory On Fri, Jul 25, 2008 at 3:08 AM, Organic Engines <[EMAIL PROTECTED]> wrote: > Hi, > > After a whole bunch of thought it occurred to me that sound is > essentially real time and probably a resource hog. > > Any reason not to unload all those alsa, oss, snd and etc modules? > > Ultimately network, printing, bluetooth and other stuff can go once > your system is working. > > The idea is getting toward what would be essentially an embedded > system. No fluff to distract your pc from doing it's machine control job. > > Dan > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Emory - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
Emory, In Unix based systems, init looks in the rc directories for startup and kill files. The startup files all start with a capital S, and the fill files all start with a capital K. To keep either of those files from being read and processes started or killed, all you need to do is to change the K or S to k or s in the file names. Init will not run the scripts if the beginning letter is not capitalized. Mark At 07:55 AM 7/25/2008, you wrote: >My sentiments, exactly! >I have sound, networking, update and several other services disabled. >I use a somewhat unconventional method of doing it. I create the >directory /etc/rcd.2.not and move* the unneeded links from rc2.d >there. That way, if I need any of those services back, I can issue >/etc/rc2.d.not/servicename start|stop. I use a USB flash drive to get >gcode into the machine since wireless networking doesn't work at >the distance I have and an ethernet cable is impractical until we get >some construction finished. > >The reason I did this was that within a few minutes after startup, the >machine's CPU usage goes very high for a few minutes and I figured >it was auto-update trying to get a network connection going. >It's a shotgun approach but it works and there was no clue in System Monitor, >top or ps as to what was causing the high CPU usage. > >There's no need for any readers to flame me about doing it this way. >When I'm ready to do cutting, I leave my I.S. Tech hat in the house. >I'm just saying that it works for me. YMMV. > >* mc (apt-get install mc) makes that process much easier. Very >little typing ;^) > >Emory - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
Cool! As long as I've been using Linux/UNIX, I didn't realize that the capitalization (or lack of) in the run commands would do that. (Doh!) It does make sense of course because ls != LS, etc, etc. Ya learn something everyday! Thanks Emory On Fri, Jul 25, 2008 at 7:09 AM, Mark Wendt (Contractor) <[EMAIL PROTECTED]> wrote: > Emory, > > In Unix based systems, init looks in the rc directories for > startup and kill files. The startup files all start with a capital > S, and the fill files all start with a capital K. To keep either of > those files from being read and processes started or killed, all you > need to do is to change the K or S to k or s in the file names. Init > will not run the scripts if the beginning letter is not capitalized. > > Mark > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
Yep, one of the tricks I learned many, many moons ago as a budding Unix sysadmin. That way, you keep the startup or kill files (usually, they're soft links to the real files in the /etc/init.d directory) in the same directory as they were originally intended to reside, if you ever decide you want to start using them again. Mark At 08:22 AM 7/25/2008, Emory Smith wrote: >Cool! As long as I've been using Linux/UNIX, I didn't realize that >the capitalization (or lack of) in the run commands would do that. (Doh!) >It does make sense of course because ls != LS, etc, etc. >Ya learn something everyday! > >Thanks >Emory > >On Fri, Jul 25, 2008 at 7:09 AM, Mark Wendt (Contractor) ><[EMAIL PROTECTED]> wrote: > > Emory, > > > > In Unix based systems, init looks in the rc directories for > > startup and kill files. The startup files all start with a capital > > S, and the fill files all start with a capital K. To keep either of > > those files from being read and processes started or killed, all you > > need to do is to change the K or S to k or s in the file names. Init > > will not run the scripts if the beginning letter is not capitalized. > > > > Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
I think you'd just want to rename the files from S##whatever to K##whatever. That will cause init to stop those services if you change from a runlevel that had them enabled, rather than leaving the state the same. What I did for an embedded HAL system was to turn runlevel 2 back into a non-GUI, multiuser runlevel (like it is on most non-Debian systems). I made runlevel 3 be the GUI level (again, like most non-Debian systems). This way, I can go from embedded with few services (I still need networking because I have to ssh into it for admin tasks) to full-blown GUI and back by issuing `init 3` or `init 2` commands. You should be able to do the same thing for switching between network/non-network runlevels, though I think the long list of loaded kernel modules isn't as easy to change that way. (I believe that some modules get loaded when the hardware is detected, not necessarily when some init script decides it wants to enable/use the device) A couple more thoughts on the subject: 1) It seems that network traffic causes pretty severe delays. In this context, severe means ~10 microseconds. I could see this on a system that regularly has sub-microsecond latency, but when I'm connected remotely and running something like halscope, I see big spikes quite often (multiple times per second). 2) There is a several microsecond spike every 5 seconds or so from kjournald - the ext3 journaling daemon. If you use ext2 instead, this goes away. The tradeoff there is that you no longer have a journalled filesystem, so you'd want to think about it before doing that :) - Steve Mark Wendt (Contractor) wrote: >Yep, one of the tricks I learned many, many moons ago as a budding >Unix sysadmin. That way, you keep the startup or kill files >(usually, they're soft links to the real files in the /etc/init.d >directory) in the same directory as they were originally intended to >reside, if you ever decide you want to start using them again. > >Mark >[snip] > > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Feedback on MPG/Jog
On Fri, 25 Jul 2008, Jon Elson wrote: > Date: Fri, 25 Jul 2008 01:13:21 -0500 > From: Jon Elson <[EMAIL PROTECTED]> > Reply-To: "Enhanced Machine Controller (EMC)" > > To: "Enhanced Machine Controller (EMC)" > Subject: Re: [Emc-users] Feedback on MPG/Jog > > Kirk Wallace wrote: >> Has anyone done a jog wheel with force feed-back for detents and/or axis >> load? It would be nice to have a jog wheel or quill lever to do "manual" >> drilling or cutting. Do any of the current commercial CNC's have this? >> >> Jon, is there any test point to get a load signal from your PWM amps? >> > I can see another problem with this. Your MPG will start > spinning on its own when the machine is running, unless you kill > the force feedback unless the MPG is in control of the machine. > It still makes me think it might runaway when you take your hand > off the dial. > > Jon > With the proper HAL magic it may be possible to use a small servo motor (say one of those Pittman 19V plotter motors) for the jogwheel, but drive it with a signal that is just the inverted sign of the jogwheels velocity (+1,0 or -1) multiplied by the spindle load, That way it will not turn on its own, but resists motion with a force proportional to the spindle load. (I have done this with our motion controller but not tried it with HAL) You could also generate the detents with some funny sin(EncoderCount x N) term Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your (")_(") signature to help him gain world domination. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
I should have mentioned that I always stop those services before I rename those files. Renaming without changing the S or K to lower case will still cause init to run those scripts when it enters that run level. S stands for start, and K stands for Kill to the init process. Mark At 09:22 AM 7/25/2008, you wrote: >I think you'd just want to rename the files from S##whatever to >K##whatever. That will cause init to stop those services if you change >from a runlevel that had them enabled, rather than leaving the state the >same. > >What I did for an embedded HAL system was to turn runlevel 2 back into a >non-GUI, multiuser runlevel (like it is on most non-Debian systems). I >made runlevel 3 be the GUI level (again, like most non-Debian systems). >This way, I can go from embedded with few services (I still need >networking because I have to ssh into it for admin tasks) to full-blown >GUI and back by issuing `init 3` or `init 2` commands. > >You should be able to do the same thing for switching between >network/non-network runlevels, though I think the long list of loaded >kernel modules isn't as easy to change that way. (I believe that some >modules get loaded when the hardware is detected, not necessarily when >some init script decides it wants to enable/use the device) > >A couple more thoughts on the subject: >1) It seems that network traffic causes pretty severe delays. In this >context, severe means ~10 microseconds. I could see this on a system >that regularly has sub-microsecond latency, but when I'm connected >remotely and running something like halscope, I see big spikes quite >often (multiple times per second). >2) There is a several microsecond spike every 5 seconds or so from >kjournald - the ext3 journaling daemon. If you use ext2 instead, this >goes away. The tradeoff there is that you no longer have a journalled >filesystem, so you'd want to think about it before doing that :) > >- Steve > >Mark Wendt (Contractor) wrote: > > >Yep, one of the tricks I learned many, many moons ago as a budding > >Unix sysadmin. That way, you keep the startup or kill files > >(usually, they're soft links to the real files in the /etc/init.d > >directory) in the same directory as they were originally intended to > >reside, if you ever decide you want to start using them again. > > > >Mark > >[snip] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
Mark Wendt (Contractor) wrote: >I should have mentioned that I always stop those services before I >rename those files. Renaming without changing the S or K to lower >case will still cause init to run those scripts when it enters that >run level. S stands for start, and K stands for Kill to the init process. > > Exactly my point :) If you simply rename the scripts to something that init ignores, then the state of those ignored services won't be changed when you enter that runlevel. That isn't robust against changes to services run at startup, and it isn't robust against changing to another runlevel (like 3, where you want those services on) and then changing back. That's why you'd want to rename from S##useless_service to K##useless_service - that guarantees that whenever you enter that runlevel, the unnecessary services will be stopped, even if they had been started for some other reason. - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
At 11:37 AM 7/25/2008, you wrote: >Mark Wendt (Contractor) wrote: > > >I should have mentioned that I always stop those services before I > >rename those files. Renaming without changing the S or K to lower > >case will still cause init to run those scripts when it enters that > >run level. S stands for start, and K stands for Kill to the init process. > > > > >Exactly my point :) > >If you simply rename the scripts to something that init ignores, then >the state of those ignored services won't be changed when you enter that >runlevel. That isn't robust against changes to services run at startup, >and it isn't robust against changing to another runlevel (like 3, where >you want those services on) and then changing back. > >That's why you'd want to rename from S##useless_service to >K##useless_service - that guarantees that whenever you enter that >runlevel, the unnecessary services will be stopped, even if they had >been started for some other reason. > >- Steve I was assuming that he didn't want those services to run at all, especially at boot time. If they never start up, they never have to be killed. Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Disabling Sound for Increased performance.
On Fri, 2008-07-25 at 06:55 -0500, Emory Smith wrote: ... snip > I use a USB flash drive to get > gcode into the machine since wireless networking doesn't work at > the distance I have and an ethernet cable is impractical until we get > some construction finished. Personally, I could not live without a network connection on any PC. Just in case it might be helpful, I DIY these: http://www.wallacecompany.com/biquad/ http://martybugs.net/wireless/biquad/ http://www.trevormarshall.com/biquad.htm for point to point (and sector) connections at long distance (miles), even through walls (hundreds of yards). So weather tight enclosures are often not necessary. I use pretty much whatever is in the shop for materials. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC/EMC CNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending Craftsman AA 109 restoration Shizuoka ST-N/EMC CNC) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Anybody Near Swainsboro, Georgia?
I have been interested in this eBay ad, http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=300243905751 but the shipping arrangement is not ideal. If anyone is close enough to do a local pick up, I could try to make it worth your while. Either that, or you might want to bid on it yourself. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC/EMC CNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending Craftsman AA 109 restoration Shizuoka ST-N/EMC CNC) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Feedback on MPG/Jog
I read alot of machine infromation and have not heard of a feedback on a MPG.The coolest thing on a MPG I have used is what I call rigid hand tapping.In MDI you start a G84 tap cycle with no Z depth or spindle RPM.Then you turn on the MPG and when you turn the MPG the axis would move and the spindle rotation would be syncronized.It was like you were turning the spindle with the MPG.(It was a $15,000 option from Fanuc)I could have used feedback on that one because it had a 50hp spindle and a 1/2in tap didnt stand a chance. Later Terry On Thu Jul 24 16:59 , Kirk Wallace <[EMAIL PROTECTED]> sent: >Has anyone done a jog wheel with force feed-back for detents and/or axis >load? It would be nice to have a jog wheel or quill lever to do "manual" >drilling or cutting. Do any of the current commercial CNC's have this? > >Jon, is there any test point to get a load signal from your PWM amps? > >-- >Kirk Wallace (California, USA >http://www.wallacecompany.com/machine_shop/ >Hardinge HNC/EMC CNC lathe, >Bridgeport mill conversion, doing XY now, >Zubal lathe conversion pending >Craftsman AA 109 restoration >Shizuoka ST-N/EMC CNC) > > >- >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >Build the coolest Linux based applications with Moblin SDK & win great prizes >Grand prize is a trip for two to an Open Source event anywhere in the world >http://moblin-contest.org/redirect.php\?banner_id=100&url=/ >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users Msg sent via CableONE.net MyMail - http://www.cableone.net - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users