kded artsd
I've been seeing odd behaviour... When idle (or mostly idle) for long periods, I get an occasional message popping up telling me that artsdaemon is being killed off because of CPU overload. Checking top, I see: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 4985 xxx 20 0 37984 13m 10m R 98.5 0.6 2626:45 kded ps aux shows: xxx 4985 7.4 0.6 37984 13460 ?RApr27 2627:21 kded [kdeinit] --new-startup kded hovers between 88 and 100% cpu while the rest of the system is essentially idle. Checking the docs, kded loads modules for KDE services. In order to make it less of a hog it is suggested you go into the KDE Control Center, open the Services Manager and disable unnecessary services. Disabling ALL possible services there nets me... ~3%. Literally, I have disabled all listed services, removed the pre-loading of Konqueror, and turned off the KDE Sound daemon. Now oddly, when the system is under load, kded seems to nice itself and kind of disappears from the top 5 lines in top. Anyone else seeing anything like this? btw, it's KDE version 3.5.7-38.3mdv2008.0 on Mandriva Powerpack 2008.0. uname -a shows: Linux [FQDN here] 2.6.22.18-desktop-1mdv #1 SMP Mon Feb 11 13:53:50 EST 2008 i686 AMD Athlon(tm) 64 Processor 3800+ GNU/Linux Any place else I should look? Brian ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: kded artsd
On Thursday 22 May 2008 07:11, Brian Chabot wrote: I've been seeing odd behaviour... When idle (or mostly idle) for long periods, I get an occasional message popping up telling me that artsdaemon is being killed off because of CPU overload... I had a similar problem and one of 2 things got rid of it: 1) I switched the Control Center- Sound Multimedia- Sound System- Hardware-Audio Device from Auto Detect to Open Sound System. 2) My SuSE 9.3 system had been installed via the upgrade option. A clean new copy solved a lot of small problems (but incurred a lot of extra hours getting things reset.) Someone with more savvy might give reasons why these changes worked. My system: Linux 2.6.11.4-21.17-smp KDE 3.4.0 Level b SuSE 9.3 Jim Kuzdrall ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
Date: Wed, 21 May 2008 22:29:40 -0400 From: Brian Karas [EMAIL PROTECTED] Actually, you can. RJ-11 plugs fit nicely in RJ-45 jacks. Alas, this is not likely to do what you want. In fact, when that ring voltage comes in on the line... ZAP! Ethernet and POTS service can co-exist peacefully (at least in theory) on the same cable. Plugging an RJ-11 phone type device into just about any Ethernet port (switch or host) won't cause any issues. Ring voltage is only 90V, and most of these devices are designed to handle 600V+ spikes. Again, in theory. However, I doubt many consumer networking devices are designed to this spec. /me imagines a Mythbusters-style NIC/Router/Modem frying experiment... ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Meeting notes - Linux Digital Audio Workstation - MerriLUG, 15 May 2008
Ben Scott wrote: Last week, on Thr 15 May 2008, the MerriLUG group met at Martha's Exchange in Nashua. We were privileged to have Christoph Doerbeck presenting on Linux DAW. Somewhere in the neighborhood of 20 people were there. You can find the slides from the presentation on the GNHLUG web site: http://wiki.gnhlug.org/twiki2/bin/view/Www/LinuxDigitalAudioWorkstation Thanks very much for taking the time to write up the meeting. There are far more LUG meetings I'd like to attend than even I can manage, so your notes (and Christoph's slides!) are a great resource. -- Ted Roche Ted Roche Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
2 KV is what we *had* to pass to ship product. --DTVZ On Thu, May 22, 2008 at 8:48 AM, [EMAIL PROTECTED] wrote: Date: Wed, 21 May 2008 22:29:40 -0400 From: Brian Karas [EMAIL PROTECTED] Actually, you can. RJ-11 plugs fit nicely in RJ-45 jacks. Alas, this is not likely to do what you want. In fact, when that ring voltage comes in on the line... ZAP! Ethernet and POTS service can co-exist peacefully (at least in theory) on the same cable. Plugging an RJ-11 phone type device into just about any Ethernet port (switch or host) won't cause any issues. Ring voltage is only 90V, and most of these devices are designed to handle 600V+ spikes. Again, in theory. However, I doubt many consumer networking devices are designed to this spec. /me imagines a Mythbusters-style NIC/Router/Modem frying experiment... ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
On Thu, May 22, 2008 at 8:48 AM, [EMAIL PROTECTED] wrote: Date: Wed, 21 May 2008 22:29:40 -0400 From: Brian Karas [EMAIL PROTECTED] Actually, you can. RJ-11 plugs fit nicely in RJ-45 jacks. Alas, this is not likely to do what you want. In fact, when that ring voltage comes in on the line... ZAP! Ethernet and POTS service can co-exist peacefully (at least in theory) on the same cable. Plugging an RJ-11 phone type device into just about any Ethernet port (switch or host) won't cause any issues. Ring voltage is only 90V, and most of these devices are designed to handle 600V+ spikes. Again, in theory. However, I doubt many consumer networking devices are designed to this spec. /me imagines a Mythbusters-style NIC/Router/Modem frying experiment... http://www.fiftythree.org/etherkiller/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
Ben Scott writes: If what you see from your modem is PPPoE, then what happens is: Your PC builds an IP connection over PPP. It puts the PPP frames into Ethernet frames and sends them to the modem. The modem takes the PPP frames off Ethernet and puts them in ATM frames and beams them over the wire. At the DSLAM, the ATM frames go into whatever equipment Verizon has until they get to the IP provider. The IP provider takes the PPP frames out of the ATM frames and does IP routing with them. If what you see from your modem is IP-over-Ethernet (RFC-894), then the modem is either doing PPP termination locally and acting as a router, or it's encapsulating IP datagrams in ATM frames. (Some implementations are worse, and encapsulate the entire Ethernet frame in the ATM frames.) If the former, from the modem onward it's the same as for the PPPoE drill above. For the later, the encapsulated frames get to the IP provider, are dencapsulated, and then handled appropriately. Vitts Networks was one of the providers doing the worse Ethernet-over-ATM scenario I describe. Their DSL modem was basically just an Ethernet bridge. In the CO, they had boxes which basically took DSL on one side and spit Ethernet out the other. Then they'd patch each Ethernet port into a managed switch. So now instead of running PPP over the serial DSL, you're running an emulation of broadcast-based Ethernet, which actually had *higher* overhead than PPP would have. that sounds bad... For both VZ's PPPoE direct customers and those customers that have a different ISP, the dsl modem puts your packets directy into AAL5 ATM and send them over a VC to the CO (VPI/VCI 0/32 if I recall). for Bridged IPoE, that's IP over ETH over LLC/SNAP over AAL5 over ATM For anyone with a westell brand dsl modem on VZ you may be interested in a program I wrote to gather data from the modem. It sends the modem magic packets that cause it to send statistics data periodically to the LAN. The modem uses a multicast group to send these, I gather that it uses multicast packets because in a bridged configuration the device doesnt' have an IP address (at least not one that you are supposed to see from your LAN). http://davej.org/programs/westell.tgz The program can generate human or machine readable output peridically such as: $ westell --monitor --rate 10 Waiting for Packet Got packet on 2008-05-22-09:20:34: Status : online Uptime : 214D 20H 44M (since 2007-10-20-12:35:40) Upstream Signal/Noise Ratio : 12.0 db Power: 12.0 dbm Attenuation : 27.0 db Data Rate (kbps) : 864 atm, 782 aal5, 764 1500byte, 522 64byte Downstream Signal/Noise Ratio : 5.5 db [ -0.5 db ] Power: 16.5 dbm Attenuation : 47.0 db Data Rate (kbps) : 3360 atm, 3043 aal5, 2972 1500byte, 2029 64byte ATM Signal Lost : 0 Frame Lost : 0 FEC Errors : 0 CRC Errors : 5655 HEC Errors : 3068 OAM Cells:527 Loopback Cells : 0 TX Cells : 13172471[ 16616 cells, 705 kbps ] RX Cells : 14095746[ 543 cells, 23 kbps ] ETH Dropped Packets :150 TX Packets : 229991791[ 264 ] RX Packets : 249194133[ 524 ] I've tested the program on both my Bridged non-VZ-ISP connection and a PPPoE VZ-ISP connection of a friend. It seems to work on PPPoE however the data rate calculations for may be off due to the different encapsulation.. It's good to note VZ provisions the raw data rate higher than advertised so that once the LLC/SNAP header, AAL5 trailer and ATM cell header is removed, a 1500 byte IP packet can run at the advertised bandwidth. Unfortunately smaller packets suffer due to the 32 bytes of overhead plus sawtooth effect of ATM SARing. My 3mb downstream rate is only 2mb with 64 byte IP packets. -- Dave ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
Actually, you can. RJ-11 plugs fit nicely in RJ-45 jacks. Alas, this is not likely to do what you want. In fact, when that ring voltage comes in on the line... ZAP! Ethernet and POTS service can co-exist peacefully (at least in theory) on the same cable. Plugging an RJ-11 phone type device into just about any Ethernet port (switch or host) won't cause any issues. Ring voltage is only 90V, and most of these devices are designed to handle 600V+ spikes. Again, in theory. However, I doubt many consumer networking devices are designed to this spec. /me imagines a Mythbusters-style NIC/Router/Modem frying experiment... You mean like the etherkiller and the RJ-11 killer? :) http://www.fiftythree.org/etherkiller/ -Shawn ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
I cannot count the number of people who would get a new system, plug the telephone line into their NIC, then call or come down to the store and scream how our computer killed all the phones in their house. And that they couldn't get online at all nor could they place any calls from thier other telephone lines. I would calmly point out the NIC with the little bared out telephone handset and say, don't plug your telephone in here, plug it in here, where the plug fits and there is a picture of a freaking telephone! Then I think, why in the world anyone would purchase a sub-1000 dollar system for gaming and Internet, then use dial-up because they don't trust VZ or they like sovernet. Sometimes I feel that there should be a kind of license or mandatory training when purchasing any computer. Just to save the sanity of techies everywhere. On Thu, 2008-05-22 at 02:21 +, [EMAIL PROTECTED] wrote: Date: Wed, 21 May 2008 22:03:47 -0400 From: Ben Scott [EMAIL PROTECTED] Um. DSL isn't Ethernet. It actually closely resembles a high-speed serial connection. PPP makes sense. If your DSL equipment is giving it's always doing *something*. You can't just hook an Ethernet cable up to a phone line. Actually, you can. RJ-11 plugs fit nicely in RJ-45 jacks. Alas, this is not likely to do what you want. In fact, when that ring voltage comes in on the line... ZAP! ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Notes from RubySIG, 20-May-2008
Five members attended the May meeting of the New Hampshire Ruby / Rails group, held as usual at the offices of RMC Research in Portsmouth. Nick Plante entertained and educated the group on Rack, a foundation layer that interfaces between the web application _handler_ (like Mongrel or FastCGI) and the actual web application framework _adaptor_ (like merb or Camping or Halcyon or Sinatra) in a manner similar to the Python WSGI layer. It allows for the creation of custom web frameworks while removing a lot of the grunt work. Nick had a sample application whipped up where a few lines of code could define the routing of various requests and cleverly answered Hello, World to the correct RESTful query. For those for whom Rails isn't the complete answer or those who want to build their own web functions with components other than those used by the Rails framework, Rack is a foundation on which you should be plugging together your building blocks. Brian Turnbull volunteered to fill in a bit for Scott Garman, who had to cancel at the last minute. Brian had been using NetBeans only a brief while, but had a great story to tell on using the built-in debugger to trace out a problem with Rails-generated CSS meta tags always getting a cache-breaking URL. While a feature in development, when the CSS was being served from a caching store like Amazon's S3, the ever-changing URL defeated the point of caching. Brian showed how breakpoints could be applied to the code and step-by-step tracing (why is it that all debuggers have Step-In, Step-Once, Step-Over, Step-Out icons that all look the same and can't be told apart?) and walked from his code into the Rails framework down to the mis-behaving component. Having identified the problem, our discussion took a tangent into a discussion about monkey-patching, and how this 'feature' was a bug deserving of an optional switch to disable, and ought to be submitted upstream to the Rails maintainers. To confirm, we went through the steps to grab the latest version of rails as a plug-in (gem? I'm not sure.) so that we were working with the latest 'edge' code to confirm the problem hadn't already been fixed. By installing this way, we were overriding the Rails framework only for this application, and could easily revert to the stable version, without disturbing the main shared code on the machine. We talked about how this was a Best Practice when bringing an app under development up to production, so it was isolated from changes outside of the app's control. Plenty of time was available for discussion, and we talked with Tim a bit about configuring a new machine with all the tools he'd need to develop a Rails app with NetBeans: Ruby, Rails, a couple good gems, the Java runtime. Nick and Brian noted that the default Rails environment within NetBeans is JRuby not MRI (Matz' Ruby Interpreter) and how you might want to reconfigure NetBeans to use MRI instead if you weren't planning on deploying to a JRuby environment. Thanks to Nick and Brian for their presentations, to Scott for arranging the meeting, to Tim and RMC for providing the great facilities and to all for attending the meetings. Discussion is ongoing now on the topics for the June meeting; join the mailing lists at http://mail.nhruby.org/mailman/listinfo/ and keep an eye on the new meeting plans at http://wiki.nhruby.org/index.php/Upcoming_meetings. -- Ted Roche Ted Roche Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Alternatives to Comcast
So, I just got off the phone with Comcast. Even though a tech stated before that residential could not get the port unblocked, they lied. (surprise, surprise.) I called asking for the evidence that they state that I have been sending out spam. The security guy I talked to stated that they do not have any, but it was blocked because of activity. After stating that I would like to see some dates and times on what was going on to flag the port blocking, he stated that he could reopen the port. After a few minutes, he reopened the port, and a modem reset, and a few minutes later, I was able to confirm that the port is now open. I guess the moral of the story. Ask for the evidence on why a port is blocked. Still thinking about dropping them though. Dan Jerry Feldman wrote: On Tue, 20 May 2008 21:29:55 -0400 Ben Scott [EMAIL PROTECTED] wrote: I've got a friend who has DirecTV and really likes it. Same number of channels, same quality, for less money. He says he almost never has signal problems (rain fade) -- only if there's heavy, wet snow on the dish. One trick a friend who had Satellite TV Internet was to Pam the dish. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
