|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
|
|
More on JPEG from IJGAt the end of the README:
"The ISO JPEG standards committee actually promotes different formats like JPEG-2000 or JPEG-XR which are incompatible with original DCT-based JPEG and which are based on faulty technologies. IJG therefore does not and will not support such momentary mistakes (see REFERENCES). We have little or no sympathy for the promotion of these formats. Indeed, one of the original reasons for developing this free software was to help force convergence on common, interoperable format standards for JPEG files. Don't use an incompatible file format!" "v7 is basically just a necessary interim release, paving the way for a major breakthrough in image coding technology with the next v8 package which is scheduled for release in the year 2010." There is more at <http://jpegclub.org/>. -- George N. White III <aa056@...> Head of St. Margarets Bay, Nova Scotia _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Software Freedom DayHello, All.
The Halifax Computer Club will be sponsoring a Software Freedom Day event again this year. It will take place at the Keshen Goodman Library on Saturday, September 19th from 1 PM through 4:30 PM. We would like to invite all Nova Scotia Linux User Group members to attend and perhaps organise a Linux installfest or at least promote Linux to the general public. Anyone interested? If so, please respond here or e-mail personally at: ak621@... _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayRichard Bonner wrote:
> Hello, All. > > The Halifax Computer Club will be sponsoring a Software Freedom Day > event again this year. It will take place at the Keshen Goodman > Library on Saturday, September 19th from 1 PM through 4:30 PM. > > We would like to invite all Nova Scotia Linux User Group members to > attend and perhaps organise a Linux installfest or at least promote > Linux to the general public. > > Anyone interested? If so, please respond here or e-mail personally > at: > ak621@... Cheers, Colin _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom Day-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Richard Bonner wrote: > Hello, All. > > The Halifax Computer Club will be sponsoring a Software Freedom Day > event again this year. It will take place at the Keshen Goodman > Library on Saturday, September 19th from 1 PM through 4:30 PM. > > We would like to invite all Nova Scotia Linux User Group members to > attend and perhaps organise a Linux installfest or at least promote > Linux to the general public. > > Anyone interested? If so, please respond here or e-mail personally > at: I'd definitely be interested in doing an installfest. Do we have any idea what needs to be done ahead of time? I can perhaps help with some stuff before school starts. Don't forget to remind the list a few days before and/or the day of! - -Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqRsw0ACgkQst0AR/DaKHsA6gCfQUJt1IkTyzCL8ZPgxTS6nk96 nqcAnRUNextarPIZaneXGQiVlOuYMlco =OyR3 -----END PGP SIGNATURE----- _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Sun, 23 Aug 2009, Mike.lifeguard wrote: > Richard Bonner wrote: >> >> The Halifax Computer Club will be sponsoring a Software Freedom Day >> event again this year. It will take place at the Keshen Goodman >> Library on Saturday, September 19th from 1 PM through 4:30 PM. > I'd definitely be interested in doing an installfest. Do we have any > idea what needs to be done ahead of time? *** The HCC will be handling most of it. Tables will be provided. Space is limited. You would need your own power distro, but some may be available from the HCC. Of course, you'd be responsible for your own computer systems as required. We would like advertisement help. A flyer will be available soon which I will e-mail to the list. Print off a few copies and get them up in stores. E-mail anyone that you think would be interested. Does anyone have a Dal ACM contact? I'd like to invite them too. This is a great opportunity to promote nSLUG! Someone may wish to print some nSLUG flyers regarding this list and the monthly meetings. > I can perhaps help with some stuff before school starts. Don't > forget to remind the list a few days before and/or the day of! *** I shall be sending the flyer and a reminder. Richard. _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom Day-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Richard Bonner wrote: > We would like to invite all Nova Scotia Linux User Group members to > attend and perhaps organise a Linux installfest Is it an install*fest* if I bring one friend and do his laptop? :D - -Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqodDoACgkQst0AR/DaKHvUqQCfRk8BnPH/8ngogQd2JZggCUVP 6uoAoJKH5nMIqZIViPidIK7cW5QQyd/O =6/iq -----END PGP SIGNATURE----- _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayMike.lifeguard wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Richard Bonner wrote: > >> We would like to invite all Nova Scotia Linux User Group members to >> attend and perhaps organise a Linux installfest >> > > Is it an install*fest* if I bring one friend and do his laptop? :D Cheers, Colin _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayI would love to go to this. Please put my name down, if I am free I will be there. If not, at least I tried :P
Michael Gillie
On Sat, Aug 22, 2009 at 8:21 PM, Richard Bonner <ak621@...> wrote: Hello, All. -- Have a great day, Michael C. Gillie 1-902-482-9644 Skype: hemmysoft _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Thu, 10 Sep 2009, Mike.lifeguard wrote: > Richard Bonner wrote: >> We would like to invite all Nova Scotia Linux User Group members to >> attend and perhaps organise a Linux installfest > > Is it an install*fest* if I bring one friend and do his laptop? :D > > - -Mike *** It becomes one, then, because two make it so. (-: Richard _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Sat, 12 Sep 2009, Michael Gillie wrote: > I would love to go to this. Please put my name down, if I am free I will be > there. If not, at least I tried :P > > Michael Gillie *** No name jotting necessary - simply show up. (-: Richard _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayMight I ask what version you plan to use??
A slightly OT question... I'm running an Intel Core2Quad Q8600 on an Asus P5QLPro. I've been using the latest x86 32bit version of Ubuntu. I know this may seem slightly retarded coming from an IT guy, but I want to harness the 64bit power. Is it safe to assume that the AMD64 version will work safely?
I appreciate help in this, as I'm totally at a loss.
PS: I'm a web dev. Does anyone know os any part-time student jobs? (I'm certified in Web Dev through the NSCC, I'm currently studying Sys Management and Networking.)
Thanks again,
Michael Gillie
On Sat, Sep 12, 2009 at 7:37 AM, Richard Bonner <ak621@...> wrote:
-- Have a great day, Michael C. Gillie 1-902-482-9644 Skype: hemmysoft _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Sat, Sep 12, 2009 at 10:17:35AM -0300, Michael Gillie wrote:
> Might I ask what version you plan to use?? > > A slightly OT question... I'm running an Intel Core2Quad Q8600 on an Asus > P5QLPro. I've been using the latest x86 32bit version of Ubuntu. I know this > may seem slightly retarded coming from an IT guy, but I want to harness the > 64bit power. Is it safe to assume that the AMD64 version will work safely? Yes, but unless you need the extra address space (ie have >4GB ram or processes that need >2GB each) or have one of the few workloads that benefits from 64bit, there's likely no real point. It may even make things worse. _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOk, thanks for the help... I'll stick with 32bit.
On Sat, Sep 12, 2009 at 5:02 PM, Ian Campbell <ian@...> wrote:
-- Have a great day, Michael C. Gillie 1-902-482-9644 Skype: hemmysoft _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom Day-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 I've put up an announcement on installfest.org: http://installfest.org/2009/09/11/saturday-september-19-2009-1pm-430pm-software-freedom-day-installfest-halifax-ns-keshan-goodman-library/ - -Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqsJu0ACgkQst0AR/DaKHtEYACgnO6A3i5qMb0cop3Zoe+hUts3 BtYAnA+5PLq1G0gbwpfvQpbv2gzEa9uE =M5Ps -----END PGP SIGNATURE----- _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayI have a laptop with an AMD64 processor and 1GB of RAM on which
I run Debian 64bit. I use gkrellm to monitor the system. I have tried various 32bit distros on this system and find that CPU utiliztion is significantly *less* with the 64bit distro. Regards Jack Ok, thanks for the help... I'll stick with 32bit. On Sat, Sep 12, 2009 at 5:02 PM, Ian Campbell <ian@...> wrote:
-- Have a great day, Michael C. Gillie 1-902-482-9644 Skype: hemmysoft _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Sat, Sep 12, 2009 at 08:54:25PM -0300, jwark@... wrote:
> I have a laptop with an AMD64 processor and 1GB of RAM on which > I run Debian 64bit. I use gkrellm to monitor the system. I have tried > various 32bit distros on this system and find that CPU utiliztion is > significantly *less* with the 64bit distro. Saying I'm skeptical is perhaps a bit harsh given that... I mean you're seeing what you're seeing, but this: http://www.phoronix.com/scan.php?page=article&item=616&num=1 shows approximately what you'd (general you, not you specifically I suppose) expect. 64bit gives you more address space and more general purpose registers. The latter, under some circumstances, *can* give you a performance boost although in most cases it won't. As you can see from the charts, GCC gets a bump, with everything everything else it has a minimal effect (positive or negative.) On the other hand, the former can easily worsen performance. Pointers are now twice the size, with predictable effects... I have a client with a perl script that fetches all of a poorly designed database (think hundreds of columns, tens of thousands of rows) into an array of hashes. The machine he was on was replaced with a 64bit install and his RAM usage absolutely exploded. I'm not sure why you would see a lower load. Actually that's not true, one possibility is that the x86 packages for most distros are compiled with a 486 or 686 target, which means none of the newer instruction set extensions. x86_64 guarantees that at least SSE and SSE2 etc. will be there. _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Sat, Sep 12, 2009 at 5:02 PM, Ian Campbell <ian@...> wrote:
> On Sat, Sep 12, 2009 at 10:17:35AM -0300, Michael Gillie wrote: [...] >> may seem slightly retarded coming from an IT guy, but I want to harness the >> 64bit power. Is it safe to assume that the AMD64 version will work safely? > > Yes, but unless you need the extra address space (ie have >4GB ram or > processes that need >2GB each) or have one of the few workloads that > benefits from 64bit, there's likely no real point. > > It may even make things worse. How would it make things worse? -- Hatem Nassrat _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayThat article with benchmarks (thanks for the link) dates from 2006,
using Ubuntu 6. And I agree -- I am still running 32-bit on my 64-bit hardware that dates from roughly 2006. As many of you may remember, Slackware is my distro of choice. And once again, Slackware has been taking the common sense approach. There has been no official 64-bit Slackware... until now. Slackware32/64 13.0 was released two weeks ago. There is an excellent article about it in Linux Magazine: http://www.linux-mag.com/cache/7502/1.html Eric Hameleers, the principal mover behind Slackware64, says: "During those years, there was no real pressure to develop an official Slackware port - suitable hardware was not yet a commodity, and a lot of software needed to be moderately to heavily patched in order to compile on a x86_64 platform. That was a sign to me that it was worth waiting for things to mature a bit more." [time passes] "Pat [Volkerding] was still not convinced about the necessity for an official 64-bit port, so I decided that I should just go ahead and let him judge based on what I could produce." "somewhere in December 2008... [Pat] ran several computational benchmarks on Slackware64 and was instantly hooked when he saw speed increases between 20 and 40 percent for some of the benchmarks, compared to 32bit Slackware. That marked the moment when it became a team project". [10 months of work and testing and then] CS: What issues are there with the current 64-bit version of Slackware? What is still to be finalised? EH: To be honest, it looks like there are no issues specific to the 64-bit port left. The development cycle for 13.0 has been extremely intensive (if not completely exhausting) in order to get everything working the way Pat and the team wanted. ---- This is why I like Slackware. Much like Linus and the kernel, if asked when the next version of Slackware will be released, the answer is "when it's ready". Decisions regarding Slackware are made on a technical basis, rather than from a marketing standpoint. I haven't tried Slack64 for myself, but I have burnt the DVD, and will slowly be clearing space on my disk in preparation. Also, RAM prices are lower nowadays, so the timing is good -- I'm thinking of doubling to 4 GB once I have the 64-bit OS installed. As for the benchmarks -- no I don't have any hard data... I just trust the Slackware team, and I can do some tests on my system later. However with regard to Ubuntu, recent tests with version 9 do show a speed improvement: http://www.tuxradar.com/content/ubuntu-904-32-bit-vs-64-bit-benchmarks -D. 2009/9/12 Ian Campbell <ian@...>: > On Sat, Sep 12, 2009 at 08:54:25PM -0300, jwark@... wrote: >> I have a laptop with an AMD64 processor and 1GB of RAM on which >> I run Debian 64bit. I use gkrellm to monitor the system. I have tried >> various 32bit distros on this system and find that CPU utiliztion is >> significantly *less* with the 64bit distro. > > Saying I'm skeptical is perhaps a bit harsh given that... I mean > you're seeing what you're seeing, but this: > > http://www.phoronix.com/scan.php?page=article&item=616&num=1 > > shows approximately what you'd (general you, not you specifically I > suppose) expect. > > 64bit gives you more address space and more general purpose registers. > The latter, under some circumstances, *can* give you a performance > boost although in most cases it won't. As you can see from the charts, > GCC gets a bump, with everything everything else it has a minimal > effect (positive or negative.) > > On the other hand, the former can easily worsen performance. Pointers > are now twice the size, with predictable effects... I have a client > with a perl script that fetches all of a poorly designed database > (think hundreds of columns, tens of thousands of rows) into an array > of hashes. The machine he was on was replaced with a 64bit install and > his RAM usage absolutely exploded. > > I'm not sure why you would see a lower load. > > Actually that's not true, one possibility is that the x86 packages for > most distros are compiled with a 486 or 686 target, which means none > of the newer instruction set extensions. x86_64 guarantees that at > least SSE and SSE2 etc. will be there. nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayOn Sat, Sep 12, 2009 at 09:59:55PM -0300, Daniel Morrison wrote:
> > http://www.tuxradar.com/content/ubuntu-904-32-bit-vs-64-bit-benchmarks What they mention, but don't mark particularly clear, is that it's not a comparison between 32 and 64bit it's a comparison between optimized and unoptimized code. What's funny is that even without modern flags for GCC there are still only 3 convincing victories for 64bit (kernel, ogg, blender) and of those only the kernel one is actually a benefit of a 64bit proc as GCC benefits from more GP registers. Ogg has cpu-specific ASM code, on a 32bit compile it's just using stock instructions. On the x86_64 builds it's using SSE2 so it gets a performance increase -- shocking. On the other hand, if they'd tested with LAME instead they would have gotten matching results for the two installs, LAME determines which optimizations to use at runtime. I've never looked at Blender's code but I'd be very surprised if it wasn't the same issue at play. Note as well that it's ONLY applications that take advantage of those extensions that get any significant speed boost, the vast majority of your applications will run exactly the same. As a Slackware user, you're better off just building anything like that by hand and keeping a 32bit system unless you're over 4G ;) _______________________________________________ nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
|
|
Re: Software Freedom DayI forgot to mention in my previous email that I agreed with your
comments regarding compilation optimization for specific processor features being the main performance advantage in the 64-bit builds. This is probably the main reason why Slackware performance increases would be greater than other distros. Slackware's 32-bit version, by design, will run on a 386. By moving to 64-bit, new baseline options are set for much more modern processors. That was the main reason for my interest in Gentoo, some time back. I figured I could make better us of my hardware by custom-compiling everything. But in the end, the lure of having all the work done for me (by the Slackware maintainers) was worth the small performance hit. After all, the computer spends most of it's time waiting for our slow brains. I'm prepared to trust that Slackware64 will be up to the same high standard of quality as traditional Slackware, and since I have a 64-bit platform, I'm going to try it. It may turn out that there are lots of problems (particularly in packages I compile myself); I'll have to see. But unless there are evident problems, I'm not concerned about moving to 64-bit, even if the rationale (better optimizations) is just a side effect of policy, and not directly related to technical limitations. I'm not at all convinced that it is "only applications that take advantage of those extensions that get any significant speed boost". Of course I'm not providing real data, but then again, neither are you. It is my understanding that there are many CPU-specific optimizations that gcc applies to any/all code, as well as some math-specific extensions that may apply to ordinary calculations. And as an extreme case... oops, I was going to give the example of default slackware kernels still having FPU emulation (whereas the 64-bit versions, obviously, would not need this). However, contrary to my opening paragraph, I find that slackware.com states minimum requirement is a 486, not a 386. So I suppose they really mean 486DX (486SX had no FPU) and that an FPU is now required. Hehe, that's some pretty old memories. Anyhow, I'm going to give it a try one day and if it's a disaster, I'll go back. But I'm fairly confident. -D. 2009/9/12 Ian Campbell <ian@...>: > On Sat, Sep 12, 2009 at 09:59:55PM -0300, Daniel Morrison wrote: >> >> http://www.tuxradar.com/content/ubuntu-904-32-bit-vs-64-bit-benchmarks > > What they mention, but don't mark particularly clear, is that it's not > a comparison between 32 and 64bit it's a comparison between optimized > and unoptimized code. > > What's funny is that even without modern flags for GCC there are still > only 3 convincing victories for 64bit (kernel, ogg, blender) and of > those only the kernel one is actually a benefit of a 64bit proc as GCC > benefits from more GP registers. > > Ogg has cpu-specific ASM code, on a 32bit compile it's just using > stock instructions. On the x86_64 builds it's using SSE2 so it gets a > performance increase -- shocking. On the other hand, if they'd tested > with LAME instead they would have gotten matching results for the two > installs, LAME determines which optimizations to use at runtime. > > I've never looked at Blender's code but I'd be very surprised if it > wasn't the same issue at play. > > Note as well that it's ONLY applications that take advantage of those > extensions that get any significant speed boost, the vast majority of > your applications will run exactly the same. As a Slackware user, > you're better off just building anything like that by hand and keeping > a 32bit system unless you're over 4G ;) nSLUG mailing list nSLUG@... http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug |
| < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |