[SLUG] watching Channel Ten videos on Linux?
Hello, I'd like to send a link to an episode of Good News Week to a friend and I think I found it (http://ten.com.au/video-player.htm?vxSiteId=cb519624-44a2-4bf7-808b-3514d34e96e4&vxChannel=GNW%20CUTV) but I can't play the video on my Linux desktop (Ubunut 10.04 32 bit) with either Chromium 6.0.472.53 or Firefox 3.6.3. I get the ad playing at the beginning but the episode itself just gets stuck on the circling timer instead of playing. Is there a way to view this on Linux? Thanks, --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] RRDtool efficiency
On 19 September 2010 07:50, Jim Donovan wrote: > Daniel Pitman said [in the context of Centos updating] > >>That will not help unless you rebuild Cacti to use the older version of >>RRDTool. (Also, are you /sure/ it is RRDTool and not something else in the >>Cacti stack that causes the performance problems? RRDTool is crazy-efficient, >>so I wouldn't pick it as the first point to suspect. OTOH, if you measured it >>and found it was the cause then you measured it and all. >> > I used to work for an organisation with over 100,000 RRDB files, each updated > every five minutes. It struck me that we could save many gigabytes of disc, > and probably quite a lot of I-O, if the basic data storage type was float > rather than double. We had absolutely no use for either the extra precision > nor the extra range of double. I emailed Tobi Oetiker saying so and he > replied that no-one had ever thought of that. AFAIK, there's still no way > round using double. rrd is an insanely stupid dataformat. See http://collectd.org/wiki/index.php/Inside_the_RRDtool_plugin On a cheap vps I was having 'fun' on ;) with nagios grapher with just very few hosts and rm -rf * ing the rrd files the system would still stall up and hit load average 10 just by trying to display some rrd charts. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] copying binaries from one Centos to another?
"Voytek Eymont" writes: > On Sat, September 18, 2010 7:17 pm, Daniel Pittman wrote: >> "Voytek Eymont" writes: > >> A screen draw? Are you running X locally on the system, or is this on your >> client? Neither one necessarily points to RRD 1.2 vs 1.4, although it >> could be involved in either. > > sorry, I meant lag to generate /populate graph images in the browser, to > load the cacti graph page in a browser on a client over ethernet OK. So, just to check: can you reproduce this performance problem with a page that contains only one single graph? One of the big performance ... well, not problems any longer, but issues with our use of munin in-house is that the default view for a host contains something like 60 or 80 graphs[1]. Using the CGI or FastCGI drawing model this, by default, means that we fired off something like 120 processes on the machine when we visit that page. That caused some performance delay in getting results, because they all took about the same length of time to draw, and were all CPU hogs... So, it might be worth checking if your problem isn't RRD, but rather the fact that you have lots of instances running concurrently on an old and slow machine[2] that just take ages to start delivering results. Daniel We fixed it my limiting concurrency, so you get less overall delay, and faster initial results, out of the system. Footnotes: [1] We love us some metrics, and how! [2] Heck, with a P4 or Celeron it wasn't a fast machine even back in the day, thanks to Intel's foolish micro-architecture decisions and all. -- ✣ Daniel Pittman✉ dan...@rimspace.net☎ +61 401 155 707 ♽ made with 100 percent post-consumer electrons -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] RRDtool efficiency
Daniel Pitman said [in the context of Centos updating] >That will not help unless you rebuild Cacti to use the older version of >RRDTool. (Also, are you /sure/ it is RRDTool and not something else in the >Cacti stack that causes the performance problems? RRDTool is crazy-efficient, >so I wouldn't pick it as the first point to suspect. OTOH, if you measured it >and found it was the cause then you measured it and all. > I used to work for an organisation with over 100,000 RRDB files, each updated every five minutes. It struck me that we could save many gigabytes of disc, and probably quite a lot of I-O, if the basic data storage type was float rather than double. We had absolutely no use for either the extra precision nor the extra range of double. I emailed Tobi Oetiker saying so and he replied that no-one had ever thought of that. AFAIK, there's still no way round using double. Jim Donovan -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] copying binaries from one Centos to another?
On Sat, September 18, 2010 7:17 pm, Daniel Pittman wrote: > "Voytek Eymont" writes: > A screen draw? Are you running X locally on the system, or is this on > your client? Neither one necessarily points to RRD 1.2 vs 1.4, although > it could be involved in either. sorry, I meant lag to generate /populate graph images in the browser, to load the cacti graph page in a browser on a client over ethernet -- Voytek -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] copying binaries from one Centos to another?
On Sat, September 18, 2010 3:37 pm, Daniel Pittman wrote: > "Voytek Eymont" writes: >> I want to use this on another Centos 5x, do I need to copy anything >> else beside recursive /usr/local/rrdtool-1.2.27? > > Maybe. That setup /looks/ like a complete install of rrdtool under that > path, but unless you actually know that there is no assurance it is true. > >> or is it a 'bad idea' to copy from one system? > > Generally, maybe. Technically, no, it should work fine by and large. > You > might run into issues having to get older versions of libraries that the > binary depends on, and if the glibc versions are far enough apart their > could be trouble, but it *should* work. > > However, outside the strictly technical you are probably inviting even > *more* > effort and suffering later using a hand-managed version of that package. > yes, it wasn't the best idea, just as you've hinted: even though both system are 'same' Centos, they obviously differ somewhat, source install that worked on the old box didn't on the new one, when I attempted to install the missing dependency, it complained about another, at that point I decide that 30 seconds to wait for web page too load might be a better option at this point. -- Voytek -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] copying binaries from one Centos to another?
On Sat, September 18, 2010 9:24 pm, Amos Shapira wrote: > On 18 September 2010 15:51, Voytek Eymont wrote: > Add an "exclude" clause on all versions above the current version for > that package to the yum configuration. You'll have to look around the > manuals for the specific syntax as I can't give it for sure off the top of > my head. Amos, thanks this seems to be what I need to try: yum.conf -- [main] options exclude list of packages to exclude from updates or installs. This should be a space separated list. Filename globs *,?,., etc are allowed according to yum log, this is what I had/now have installed: # grep rrd yum.log Sep 16 22:30:37 Installed: rrdtool-1.2.27-3.el5.i386 Sep 16 12:21:39 Installed: perl-rrdtool-1.4.4-1.el5.rf.i386 Sep 16 12:21:41 Updated: rrdtool-1.4.4-1.el5.rf.i386 I've now found rrdtool-1.2.29-1.el5.rf.i386.rpm so, I should 'rpm -e' rrdtool* and perl-rrd* followed by 'rpm -i' of the rrdtool-1.2.29-1.el5.rf.i386.rpm, yes ? (I tried copying the binaries, and, installing from source, neither gave desired results: attempting to compile source complained about somestuff missing, when I attempted to install the complained-about-item, it complained about something else; it was at that point that I've decide that 30 seconds to generate a web page isn't really such a big deal) copying binaries was a little more successful: no errors. but, no graphs generated, either. -- Voytek -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Netbook, Touchpad and mobile phone - all in one. Quite interesting
https://www.alwaysinnovating.com/products/smartbook.htm I was just looking at this today. It's not to expensive ($US550) given what you get. Regards, Patrick -- www.techfriend.com.au Home computer software training and hardware assistance www.mercuryvideos.com.au Stylishly edited DVDs of your photos and videos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] copying binaries from one Centos to another?
On 18 September 2010 15:51, Voytek Eymont wrote: > > On Sat, September 18, 2010 1:55 pm, Dean Hamstead wrote: >> you can just force the older rpm to install > > Dean, thanks > > how do I prevent a future yum update from upgrading and 'overwriting' it > again ? Add an "exclude" clause on all versions above the current version for that package to the yum configuration. You'll have to look around the manuals for the specific syntax as I can't give it for sure off the top of my head. Cheers, --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Wireless usb modems for Open Suse 11.3
Hi I am forwarding this on for my partner Glenn. Can anyone help him with his questions? Hello Questions - Does opensuse 11.3 support Huawei E160E usb wireless usb modem ? I am wondeing if this will work http://www.spin.net.au/products/wireless/hardware - is there a listing of wireless usb modems opensuse 11.3 support, is there there a url for that list ? Thanks Glenn. Sharon Doig in Canberra - Australia E: po_box_...@yahoo.com.au Blog: http://www.rosiesstuffnsew.blogspot.com Make your mark and achieve success or, if need be, die in the attempt. Miriam Leslie -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] copying binaries from one Centos to another?
"Voytek Eymont" writes: > On Sat, September 18, 2010 3:37 pm, Daniel Pittman wrote: >> "Voytek Eymont" writes: > >> That will not help unless you rebuild Cacti to use the older version of >> RRDTool. (Also, are you /sure/ it is RRDTool and not something else in the >> Cacti stack that causes the performance problems? RRDTool is >> crazy-efficient, so I wouldn't pick it as the first point to suspect. >> OTOH, if you measured it and found it was the cause then you measured it >> and all. :) > > Cacti has a setup screen where path to binaries like rddtool can be entered; That should be sufficient, then, to use your custom version. [...] > I thought the issue was again lack of math co-pro, and, will 'go way' on > the P4, initially Yeah, and naturally it didn't because there isn't anything Intel make that doesn't have a nicely fast math coprocessor these days (and, in fact, you have to go back to the days of the i486 to get something that didn't ship one on-die and all... :) > Cacti was using RRDTool 1.2x, then after a yum update, it got 1.4, I 'fixed' > the path in setup, but, a screen draw is painfully slow now, based on what I > found on the Celeron system, it seems it's similar issue A screen draw? Are you running X locally on the system, or is this on your client? Neither one necessarily points to RRD 1.2 vs 1.4, although it could be involved in either. Daniel -- ✣ Daniel Pittman✉ dan...@rimspace.net☎ +61 401 155 707 ♽ made with 100 percent post-consumer electrons -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
