Menu
▾
▴
vectorlinux-devel
|
From: Tony B. <tb...@gm...> - 2006-03-21 16:35:15
|
Kernel 2.6.16 is out. Lets all try it out and see if we can do the uevent udev thing instead of hotplug and udev together. Do a make odlconfig and it should offer you the new uevent options to configure. Any issues, let me know. 64-bit Linux. I just upgraded my main box to a 2800+ sempron socket 754 on an asus k8n mobo. VL SOHO 5.1.1 runs beautifully on it. I also attempted to do SuSE 10.0 Eval DVD and while it boots up fast, 3d gaming is worse tha= n on a 32-bit like SOHO. If anyone asks about 64-bit on the forum, send them my way. Right now ther= e is a library issue between 32 and 64 bit and it isn't easily fixed as the big distro guys are each doing their own thing to take care of it. Most ar= e putting 64 bit libs in /lib64 and 32 bit libs in /lib. Fedora only has /lib and they symlink /lib64 to it so they have a worse fiasco with cross lib stuff. I did notice a very slight speed difference between SuSE 10 and VL SOHO 5.1.1 with SuSE being just a tad faster since it was all 64-bit but th= e difference is not enough for me to think about running SuSE as a serious contender to SOHO. I will be staying with SOHO 5.1.1 in 32-bit mode on my system for some time to come and that seems to be the consensus on most discussions about this. 64-bit, although it has been supported by Linux fo= r a long time now, is still in its early infancy on the desktop and I don't feel the need to bother with a 64-bit port of VL for some time to come. Anyone who tries to say 64-bit is much better than 32-bit probably doesn't know what they are talking about and are just going along with AMD and Inte= l hype about 64-bit. This is not to say that it won't change but every app has to be ported to take advantage of 64-bit registers and then it will be = a viable alternative to 32-bit linux. My Sempron 2800+(1.6 Gig but overclocked to 2.0 gig 200fsbX10) socket 754 cpu on the k8n mobo with 1 gig single channel ddr400 runs about the same as my old AthlonXP 2400+(2.0 Gig overclocked to 200fsbx10) socket A on an Abit NF7S-2.0 mobo with 1 gig dual channel ddr400. The old 32-bit cpu's can't take advantage of dual channel anyway as the cpu has a single memory pipeline so the motherboard and chipset does all the dual to single translation for it. Anyway, if you are thinking of upgrading right now I would wait until you can get at least an Athlon64 4000+ or higher socket 939 cpu which uses tru= e dual channel memory bandwidth especially if you already have at least an AthlonXP or P4. If you have a P3 or regular athlon, then it isn't a bad upgrade right now as the prices of the socket 754 and 939(lower end 64-bit cpus) are very good. I am happy with my purchase for the money I spent but it isn't necessary at this time unless you are coming from a P3 or regular Athlon. Regards, Tony |
|
From: Vanger <fa...@gm...> - 2006-03-21 19:46:12
|
> Kernel 2.6.16 is out. Lets all try it out and see if we can do the ueven= t > udev thing instead of hotplug and udev together. Just downloaded, will try. > Anyone who tries to say 64-bit is much better than 32-bit probably doesn'= t > know what they are talking about and are just going along with AMD and In= tel > hype about 64-bit. Well, the kernel compiles on Slamd64 in about 1.5 times faster, then on VL. But that does not overweight the libraries' troubles. > My Sempron 2800+( 1.6 Gig but > overclocked to 2.0 gig 200fsbX10) socket 754 cpu on the k8n mobo How did you do it? 2800+ has locked multiplier 8x. > runs about the same as my old AthlonXP 2400+(2.0 Gig Well, usual system tasks are nearly the same. When you are doing some math and optimise the program for your architecture, K8 performs really better, then K7. |
|
From: Tony B. <tb...@gm...> - 2006-03-21 21:01:33
|
On 3/21/06, Vanger <fa...@gm...> wrote: > > > Kernel 2.6.16 is out. Lets all try it out and see if we can do the > uevent > > udev thing instead of hotplug and udev together. > Just downloaded, will try. > > > Anyone who tries to say 64-bit is much better than 32-bit probably > doesn't > > know what they are talking about and are just going along with AMD and > Intel > > hype about 64-bit. > Well, the kernel compiles on Slamd64 in about 1.5 times faster, then > on VL. But that does not overweight the libraries' troubles. Kernel compiles will be faster due to the 64 bit registers but overall spee= d is not much different. There is some difference with 64 bit native apps bu= t not enough to justify losing the ease of use of 32 bit distros. 32-bit app= s run the same on 64 as they do on 32 unless they heavily use peripherals via the kernel which would speed them up a bit as well. > My Sempron 2800+( 1.6 Gig but > > overclocked to 2.0 gig 200fsbX10) socket 754 cpu on the k8n mobo > How did you do it? 2800+ has locked multiplier 8x. My mistake - lol. I meant to write 250x8 for 2.0 Gig. Yes the x86_64 cpus are multiplier locked. My mobo allows me to raise the cpu fsb independant of agp and memory speed. > runs about the same as my old AthlonXP 2400+(2.0 Gig > Well, usual system tasks are nearly the same. When you are doing some > math and optimise the program for your architecture, K8 performs > really better, then K7. Yes but there are very few applications that take full advantage of the 64-bit architecture at this time. Some have been rewritten to include the 64 bit registers but not as optimized as they should be. They are basicall= y ports of 32 bit. This will hopefully change in the future. I'm going to give Kanotix 64 a shot this evening which is just debian 64 bu= t I will also have to setup a 32-bit chroot environment for it or try the ia32-libs install to see if that works for 32 bit apps. I don't think simply installing a kernel that is x86_64 optimized would do anything without using a 64-bit compiler and recompiling all libraries that have 64-bit ports. If VL goes 64-bit, it would have to be total 64-bit with 32 bit libs for those apps that won't compile under 64 bit. ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
|
From: Robert L. <vec...@ya...> - 2006-03-22 08:46:19
|
--- Tony Brijeski <tb...@gm...> wrote: > On 3/21/06, Vanger <fa...@gm...> wrote: > > > > > Kernel 2.6.16 is out. Lets all try it out and > see if we can do the > > uevent > > > udev thing instead of hotplug and udev together. Here is a link I found for implementing the new udev on slack based systems. This requires at least the kernel 2.6.15 to work and 2.6.16 came out yesterday. This may require a bit of hacking to run nicely on vector but it's a start.........:) Cheers, Vec http://piterpunk.info02.com.br/extra/ > > Just downloaded, will try. > > > > > Anyone who tries to say 64-bit is much better > than 32-bit probably > > doesn't > > > know what they are talking about and are just > going along with AMD and > > Intel > > > hype about 64-bit. > > Well, the kernel compiles on Slamd64 in about 1.5 > times faster, then > > on VL. But that does not overweight the libraries' > troubles. > > > Kernel compiles will be faster due to the 64 bit > registers but overall speed > is not much different. There is some difference > with 64 bit native apps but > not enough to justify losing the ease of use of 32 > bit distros. 32-bit apps > run the same on 64 as they do on 32 unless they > heavily use peripherals via > the kernel which would speed them up a bit as well. > > > My Sempron 2800+( 1.6 Gig but > > > overclocked to 2.0 gig 200fsbX10) socket 754 cpu > on the k8n mobo > > How did you do it? 2800+ has locked multiplier 8x. > > > > My mistake - lol. I meant to write 250x8 for 2.0 > Gig. Yes the x86_64 cpus > are multiplier locked. My mobo allows me to raise > the cpu fsb independant > of agp and memory speed. > > > runs about the same as my old AthlonXP 2400+(2.0 > Gig > > Well, usual system tasks are nearly the same. When > you are doing some > > math and optimise the program for your > architecture, K8 performs > > really better, then K7. > > > Yes but there are very few applications that take > full advantage of the > 64-bit architecture at this time. Some have been > rewritten to include the > 64 bit registers but not as optimized as they should > be. They are basically > ports of 32 bit. This will hopefully change in the > future. > > I'm going to give Kanotix 64 a shot this evening > which is just debian 64 but > I will also have to setup a 32-bit chroot > environment for it or try the > ia32-libs install to see if that works for 32 bit > apps. > > I don't think simply installing a kernel that is > x86_64 optimized would do > anything without using a 64-bit compiler and > recompiling all libraries that > have 64-bit ports. > > If VL goes 64-bit, it would have to be total 64-bit > with 32 bit libs for > those apps that won't compile under 64 bit. > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a > groundbreaking scripting > > language > > that extends applications into web and mobile > media. Attend the live > > webcast > > and join the prime developer group breaking into > this new coding > > territory! > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > > _______________________________________________ > > Vectorlinux-devel mailing list > > Vec...@li... > > > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > > > Robert Lange vec...@ya... http://www.vectorlinux.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Tony B. <tb...@gm...> - 2006-03-22 14:18:06
|
Robert - all you have to do on VL is upgrade udev and go with the 2.6.16kernel and it will work. All the other stuff he has is fine but not needed. Hotplug will still be needed for ISA PNP stuff so we should ask on install if they have any old lagacy isa cards. If they don't, then straight udev will work perfectly for them. On 3/22/06, Robert Lange <vec...@ya...> wrote: > > > --- Tony Brijeski <tb...@gm...> wrote: > > > On 3/21/06, Vanger <fa...@gm...> wrote: > > > > > > > Kernel 2.6.16 is out. Lets all try it out and > > see if we can do the > > > uevent > > > > udev thing instead of hotplug and udev together. > > > Here is a link I found for implementing the new udev > on slack based systems. This requires at least the > kernel 2.6.15 to work and 2.6.16 came out yesterday. > This may require a bit of hacking to run nicely on > vector but it's a start.........:) > Cheers, > Vec > http://piterpunk.info02.com.br/extra/ > > > > > Just downloaded, will try. > > > > > > > Anyone who tries to say 64-bit is much better > > than 32-bit probably > > > doesn't > > > > know what they are talking about and are just > > going along with AMD and > > > Intel > > > > hype about 64-bit. > > > Well, the kernel compiles on Slamd64 in about 1.5 > > times faster, then > > > on VL. But that does not overweight the libraries' > > troubles. > > > > > > Kernel compiles will be faster due to the 64 bit > > registers but overall speed > > is not much different. There is some difference > > with 64 bit native apps but > > not enough to justify losing the ease of use of 32 > > bit distros. 32-bit apps > > run the same on 64 as they do on 32 unless they > > heavily use peripherals via > > the kernel which would speed them up a bit as well. > > > > > My Sempron 2800+( 1.6 Gig but > > > > overclocked to 2.0 gig 200fsbX10) socket 754 cpu > > on the k8n mobo > > > How did you do it? 2800+ has locked multiplier 8x. > > > > > > > > My mistake - lol. I meant to write 250x8 for 2.0 > > Gig. Yes the x86_64 cpus > > are multiplier locked. My mobo allows me to raise > > the cpu fsb independant > > of agp and memory speed. > > > > > runs about the same as my old AthlonXP 2400+(2.0 > > Gig > > > Well, usual system tasks are nearly the same. When > > you are doing some > > > math and optimise the program for your > > architecture, K8 performs > > > really better, then K7. > > > > > > Yes but there are very few applications that take > > full advantage of the > > 64-bit architecture at this time. Some have been > > rewritten to include the > > 64 bit registers but not as optimized as they should > > be. They are basically > > ports of 32 bit. This will hopefully change in the > > future. > > > > I'm going to give Kanotix 64 a shot this evening > > which is just debian 64 but > > I will also have to setup a 32-bit chroot > > environment for it or try the > > ia32-libs install to see if that works for 32 bit > > apps. > > > > I don't think simply installing a kernel that is > > x86_64 optimized would do > > anything without using a 64-bit compiler and > > recompiling all libraries that > > have 64-bit ports. > > > > If VL goes 64-bit, it would have to be total 64-bit > > with 32 bit libs for > > those apps that won't compile under 64 bit. > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by xPML, a > > groundbreaking scripting > > > language > > > that extends applications into web and mobile > > media. Attend the live > > > webcast > > > and join the prime developer group breaking into > > this new coding > > > territory! > > > > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > > > _______________________________________________ > > > Vectorlinux-devel mailing list > > > Vec...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > > > > > > > > Robert Lange > vec...@ya... > http://www.vectorlinux.com > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
|
From: Tony B. <tb...@gm...> - 2006-03-22 14:35:32
|
I tried Kanotix 64 out last night which is basically the 64-bit version of debian sid. Much better than Suse 10.0. I never really liked yast and how they do the init scripts stuff. Anyway, Kanotix is running pretty well and for the 64-bit apps, there is a noticeable speed increase. There wasn't as much on SuSE but debian is flying. I still think we should stick with 32-bit for now anyway. 64-bit will be harder to maintain as we won't be able to start from a slack base - it woul= d be a whole new distro. 32-bit 3d gaming on the 64-bit OS is still a bit behind native 32 bit gamin= g in terms of FPS but I think that has to do with the nvidia drivers. Kanotix and Kanotix 64 are live cd's that you can install - they were originally based on Knoppix. I still think the LiveCD with install option is the way to go in the future. I am going to stick with Kanotix(Debian) for the 64-bit stuff on that box for now. I also have SOHO 5.1.1 on it. SOHO keeps up pretty well to SuSE 64-bit but not to Kanotix64. On 3/22/06, Robert Lange <vec...@ya...> wrote: > > > --- Tony Brijeski <tb...@gm...> wrote: > > > On 3/21/06, Vanger <fa...@gm...> wrote: > > > > > > > Kernel 2.6.16 is out. Lets all try it out and > > see if we can do the > > > uevent > > > > udev thing instead of hotplug and udev together. > > > Here is a link I found for implementing the new udev > on slack based systems. This requires at least the > kernel 2.6.15 to work and 2.6.16 came out yesterday. > This may require a bit of hacking to run nicely on > vector but it's a start.........:) > Cheers, > Vec > http://piterpunk.info02.com.br/extra/ > > > > > Just downloaded, will try. > > > > > > > Anyone who tries to say 64-bit is much better > > than 32-bit probably > > > doesn't > > > > know what they are talking about and are just > > going along with AMD and > > > Intel > > > > hype about 64-bit. > > > Well, the kernel compiles on Slamd64 in about 1.5 > > times faster, then > > > on VL. But that does not overweight the libraries' > > troubles. > > > > > > Kernel compiles will be faster due to the 64 bit > > registers but overall speed > > is not much different. There is some difference > > with 64 bit native apps but > > not enough to justify losing the ease of use of 32 > > bit distros. 32-bit apps > > run the same on 64 as they do on 32 unless they > > heavily use peripherals via > > the kernel which would speed them up a bit as well. > > > > > My Sempron 2800+( 1.6 Gig but > > > > overclocked to 2.0 gig 200fsbX10) socket 754 cpu > > on the k8n mobo > > > How did you do it? 2800+ has locked multiplier 8x. > > > > > > > > My mistake - lol. I meant to write 250x8 for 2.0 > > Gig. Yes the x86_64 cpus > > are multiplier locked. My mobo allows me to raise > > the cpu fsb independant > > of agp and memory speed. > > > > > runs about the same as my old AthlonXP 2400+(2.0 > > Gig > > > Well, usual system tasks are nearly the same. When > > you are doing some > > > math and optimise the program for your > > architecture, K8 performs > > > really better, then K7. > > > > > > Yes but there are very few applications that take > > full advantage of the > > 64-bit architecture at this time. Some have been > > rewritten to include the > > 64 bit registers but not as optimized as they should > > be. They are basically > > ports of 32 bit. This will hopefully change in the > > future. > > > > I'm going to give Kanotix 64 a shot this evening > > which is just debian 64 but > > I will also have to setup a 32-bit chroot > > environment for it or try the > > ia32-libs install to see if that works for 32 bit > > apps. > > > > I don't think simply installing a kernel that is > > x86_64 optimized would do > > anything without using a 64-bit compiler and > > recompiling all libraries that > > have 64-bit ports. > > > > If VL goes 64-bit, it would have to be total 64-bit > > with 32 bit libs for > > those apps that won't compile under 64 bit. > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by xPML, a > > groundbreaking scripting > > > language > > > that extends applications into web and mobile > > media. Attend the live > > > webcast > > > and join the prime developer group breaking into > > this new coding > > > territory! > > > > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > > > _______________________________________________ > > > Vectorlinux-devel mailing list > > > Vec...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > > > > > > > > Robert Lange > vec...@ya... > http://www.vectorlinux.com > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
|
From: Sriram D. <sri...@gm...> - 2006-03-22 19:20:56
|
On 3/22/06, Tony Brijeski <tb...@gm...> wrote: > > > Kanotix and Kanotix 64 are live cd's that you can install - they were > originally based on Knoppix. I still think the LiveCD with install optio= n > is the way to go in the future. > > > I am so glad you also think like this. unfortunately when i had put this idea forth it was in a different thread and did not get enough momentum. however, thanks to uel's work, now every one is realizing the benefits of liveCD with install option. also some how our liveCD experience is really not comparable to many others, though our core OS is mileas ahead of other offerings. But since this is our first liveCD , we can come across several areas of improvement. as for my thoughts on 64bit. for a long time to come, most people will still buy 32 bit systems for home/soho use. but most new systems might be multi-core. say after 3 years from now, i would suspect most new machines will still be 32 bit but multi core. For most desktop applications[ photoshop, media encodeers not included ] 32 bit cpus are more than enough. and the address space too. infact apple did some research and found that graphics performance actually slowed down if they made a complete switch to 64 bit arch.!! so we can happily tag along with slack for some time to come. but ofcourse if we do want to make a 64 bit os it would be cool :) ; cheers ram |
|
From: Tony B. <tb...@gm...> - 2006-03-22 20:05:27
|
On 3/22/06, Sriram Durbha <sri...@gm...> wrote: > > > > On 3/22/06, Tony Brijeski <tb...@gm...> wrote: > > > > > > Kanotix and Kanotix 64 are live cd's that you can install - they were > > originally based on Knoppix. I still think the LiveCD with install opt= ion > > is the way to go in the future. > > > > > > > I am so glad you also think like this. unfortunately when i had put this > idea forth it was in a different thread and did not get enough momentum. > however, thanks to uel's work, now every one is realizing the benefits of > liveCD with install option. also some how our liveCD experience is reall= y > not comparable to many others, though our core OS is mileas ahead of othe= r > offerings. > But since this is our first liveCD , we can come across several areas of > improvement. > I've always been a fan of Live CD's. Thats why I created the first few liv= e cd's for VL. They were as much a selfish venture as they were to allow people to have a portable VL. Uel took it one step further by working on the install portion and that is exactly what was needed. I would imagine with the next generation of the kernel - 2.8.x, most of the current VL userbase will not be able to run it anyway. Lots are having issues with th= e 2.6 kernel as it is. 2.8.x will no doubt be optimized and built around the 64-bit platform even though the kernel is a multiarch thing. as for my thoughts on 64bit. for a long time to come, most people will > still buy 32 bit systems for home/soho use. but most new systems might b= e > multi-core. say after 3 years from now, i would suspect most new machines > will still be 32 bit but multi core. For most desktop applications[ > photoshop, media encodeers not included ] 32 bit cpus are more than enoug= h. > and the address space too. infact apple did some research and found that > graphics performance actually slowed down if they made a complete switch = to > 64 bit arch.!! > Everywhere up here in Canada is selling 64-bit systems as standard right now. Intel is the only ones that are staying with 32-bit for now and since apple is using them, it makes marketing sense for them to say 64-bit isn't as good. As far as gaming performance, it has everything to do with the drivers and nvidia is still having some issues with their drivers but they are improving. They do have the EM64T which are basically just P4's that are cloning AMD64 instruction set. 64-bit AMD's have been here for 3 years already and with Vista just around the corner, 64-bit will be the standard by years end. No doubt 32-bit will be around for a while but it will not be the standard. so we can happily tag along with slack for some time to come. but ofcourse > if we do want to make a 64 bit os it would be cool :) ; > cheers > ram > I have a feeling Slackware will die unless it goes to 64-bit. Most of the userbase that has the savvy to run a stock slackware setup will most likely also be the folks that build their own systems and will be going to 64-bit soon if not already like myself. All the reading I have done on 64-bit distros mainly pointed to SuSE as the best choice. While it may be easier than running debian, it was nowhere near as responsive. Having a 64-bit CP= U and seeing what it can do has spoiled me. I still run SOHO on 2 boxes at home(wife's laptop - p3-500 and kids desktop - p3 1G) and it runs great. I also have it still on my new box as it is completely setup for everything I need it to do and won't be getting rid of it anytime soon. The same thing happened when P4 and AthlonXP came out - folks were happy with their P3's and Athlon's but once they saw the difference and PC vendor= s starting only shipping the new CPU's, they were forced to go with them. To give you an idea of how debian 64-bit linux runs on my humble 64-bit system, I would liken it to how regular VL with icewm ran on my AthlonXP 2400+ - very quick and almost instant response. A big difference from SuSE 64-bit. My main hard drive on my 64-bit system is now about to die and I will be replacing it with a sata drive which is at least 200GB in size so I will have lots of "devel" and "play" space. It will also free up my slave drive which has SOHO on it for other uses. |
|
From: Tony B. <tb...@gm...> - 2006-03-23 13:38:21
|
After another day with Kanotix 64 and some more testing, I found quite a fe= w things to be unstable and crashing. Multimedia is crap - the media players crash. IVTV drivers do not work - compile but do not work. Lots of KDE bugs that cause many things to segfault. The speed was great but the instability sucks. Might give gentoo 64 a shot next - lol. Has anyone tried the 2.6.16 kernel yet? On 3/22/06, Tony Brijeski <tb...@gm...> wrote: > > > > On 3/22/06, Sriram Durbha <sri...@gm...> wrote: > > > > > > > > On 3/22/06, Tony Brijeski < tb...@gm...> wrote: > > > > > > > > > Kanotix and Kanotix 64 are live cd's that you can install - they were > > > originally based on Knoppix. I still think the LiveCD with install o= ption > > > is the way to go in the future. > > > > > > > > > > > I am so glad you also think like this. unfortunately when i had put thi= s > > idea forth it was in a different thread and did not get enough momentum= . > > however, thanks to uel's work, now every one is realizing the benefits = of > > liveCD with install option. also some how our liveCD experience is rea= lly > > not comparable to many others, though our core OS is mileas ahead of ot= her > > offerings. > > But since this is our first liveCD , we can come across several areas o= f > > improvement. > > > > > I've always been a fan of Live CD's. Thats why I created the first few > live cd's for VL. They were as much a selfish venture as they were to al= low > people to have a portable VL. Uel took it one step further by working on > the install portion and that is exactly what was needed. I would imagine > with the next generation of the kernel - 2.8.x, most of the current VL > userbase will not be able to run it anyway. Lots are having issues with = the > 2.6 kernel as it is. 2.8.x will no doubt be optimized and built around > the 64-bit platform even though the kernel is a multiarch thing. > > as for my thoughts on 64bit. for a long time to come, most people will > > still buy 32 bit systems for home/soho use. but most new systems might= be > > multi-core. say after 3 years from now, i would suspect most new machin= es > > will still be 32 bit but multi core. For most desktop applications[ > > photoshop, media encodeers not included ] 32 bit cpus are more than eno= ugh. > > and the address space too. infact apple did some research and found tha= t > > graphics performance actually slowed down if they made a complete switc= h to > > 64 bit arch.!! > > > > Everywhere up here in Canada is selling 64-bit systems as standard right > now. > > Intel is the only ones that are staying with 32-bit for now and since > apple is using them, it makes marketing sense for them to say 64-bit isn'= t > as good. As far as gaming performance, it has everything to do with the > drivers and nvidia is still having some issues with their drivers but the= y > are improving. They do have the EM64T which are basically just P4's that > are cloning AMD64 instruction set. > > 64-bit AMD's have been here for 3 years already and with Vista just aroun= d > the corner, 64-bit will be the standard by years end. > > No doubt 32-bit will be around for a while but it will not be the > standard. > > > so we can happily tag along with slack for some time to come. but > > ofcourse if we do want to make a 64 bit os it would be cool :) ; > > cheers > > ram > > > > I have a feeling Slackware will die unless it goes to 64-bit. Most of th= e > userbase that has the savvy to run a stock slackware setup will most like= ly > also be the folks that build their own systems and will be going to 64-bi= t > soon if not already like myself. All the reading I have done on 64-bit > distros mainly pointed to SuSE as the best choice. While it may be easie= r > than running debian, it was nowhere near as responsive. Having a 64-bit = CPU > and seeing what it can do has spoiled me. I still run SOHO on 2 boxes at > home(wife's laptop - p3-500 and kids desktop - p3 1G) and it runs great. = I > also have it still on my new box as it is completely setup for everything= I > need it to do and won't be getting rid of it anytime soon. > > The same thing happened when P4 and AthlonXP came out - folks were happy > with their P3's and Athlon's but once they saw the difference and PC vend= ors > starting only shipping the new CPU's, they were forced to go with them. > > > To give you an idea of how debian 64-bit linux runs on my humble 64-bit > system, I would liken it to how regular VL with icewm ran on my AthlonXP > 2400+ - very quick and almost instant response. A big difference from Su= SE > 64-bit. > > My main hard drive on my 64-bit system is now about to die and I will be > replacing it with a sata drive which is at least 200GB in size so I will > have lots of "devel" and "play" space. It will also free up my slave dri= ve > which has SOHO on it for other uses. > > |
|
From: uel a. <ue...@gm...> - 2006-03-23 14:33:57
|
I havent been able to get 2.6.16 downloaded yet I am stuck with subpar internet for few days while they rewire my house. most of the day have no internet at all. I tried slamd64 a little while baack and it seemed pretty stable. have you thought about trying that one? On 3/23/06, Tony Brijeski <tb...@gm...> wrote: > > After another day with Kanotix 64 and some more testing, I found quite a > few things to be unstable and crashing. Multimedia is crap - the media > players crash. IVTV drivers do not work - compile but do not work. Lots= of > KDE bugs that cause many things to segfault. > > The speed was great but the instability sucks. Might give gentoo 64 a > shot next - lol. > > Has anyone tried the 2.6.16 kernel yet? > > > > On 3/22/06, Tony Brijeski <tb...@gm...> wrote: > > > > > > > > On 3/22/06, Sriram Durbha < sri...@gm...> wrote: > > > > > > > > > > > > On 3/22/06, Tony Brijeski < tb...@gm...> wrote: > > > > > > > > > > > > Kanotix and Kanotix 64 are live cd's that you can install - they > > > > were originally based on Knoppix. I still think the LiveCD with in= stall > > > > option is the way to go in the future. > > > > > > > > > > > > > > > I am so glad you also think like this. unfortunately when i had put > > > this idea forth it was in a different thread and did not get enough > > > momentum. however, thanks to uel's work, now every one is realizing t= he > > > benefits of liveCD with install option. also some how our liveCD exp= erience > > > is really not comparable to many others, though our core OS is mileas= ahead > > > of other offerings. > > > But since this is our first liveCD , we can come across several areas > > > of improvement. > > > > > > > > > I've always been a fan of Live CD's. Thats why I created the first few > > live cd's for VL. They were as much a selfish venture as they were to = allow > > people to have a portable VL. Uel took it one step further by working = on > > the install portion and that is exactly what was needed. I would imagi= ne > > with the next generation of the kernel - 2.8.x, most of the current VL > > userbase will not be able to run it anyway. Lots are having issues wit= h the > > 2.6 kernel as it is. 2.8.x will no doubt be optimized and built around > > the 64-bit platform even though the kernel is a multiarch thing. > > > > as for my thoughts on 64bit. for a long time to come, most people wil= l > > > still buy 32 bit systems for home/soho use. but most new systems mig= ht be > > > multi-core. say after 3 years from now, i would suspect most new mach= ines > > > will still be 32 bit but multi core. For most desktop applications[ > > > photoshop, media encodeers not included ] 32 bit cpus are more than e= nough. > > > and the address space too. infact apple did some research and found t= hat > > > graphics performance actually slowed down if they made a complete swi= tch to > > > 64 bit arch.!! > > > > > > > Everywhere up here in Canada is selling 64-bit systems as standard righ= t > > now. > > > > Intel is the only ones that are staying with 32-bit for now and since > > apple is using them, it makes marketing sense for them to say 64-bit is= n't > > as good. As far as gaming performance, it has everything to do with th= e > > drivers and nvidia is still having some issues with their drivers but t= hey > > are improving. They do have the EM64T which are basically just P4's th= at > > are cloning AMD64 instruction set. > > > > 64-bit AMD's have been here for 3 years already and with Vista just > > around the corner, 64-bit will be the standard by years end. > > > > No doubt 32-bit will be around for a while but it will not be the > > standard. > > > > > > so we can happily tag along with slack for some time to come. but > > > ofcourse if we do want to make a 64 bit os it would be cool :) ; > > > cheers > > > ram > > > > > > > I have a feeling Slackware will die unless it goes to 64-bit. Most of > > the userbase that has the savvy to run a stock slackware setup will mos= t > > likely also be the folks that build their own systems and will be going= to > > 64-bit soon if not already like myself. All the reading I have done on > > 64-bit distros mainly pointed to SuSE as the best choice. While it may= be > > easier than running debian, it was nowhere near as responsive. Having = a > > 64-bit CPU and seeing what it can do has spoiled me. I still run SOHO = on 2 > > boxes at home(wife's laptop - p3-500 and kids desktop - p3 1G) and it r= uns > > great. I also have it still on my new box as it is completely setup fo= r > > everything I need it to do and won't be getting rid of it anytime soon. > > > > The same thing happened when P4 and AthlonXP came out - folks were happ= y > > with their P3's and Athlon's but once they saw the difference and PC ve= ndors > > starting only shipping the new CPU's, they were forced to go with them. > > > > > > To give you an idea of how debian 64-bit linux runs on my humble 64-bit > > system, I would liken it to how regular VL with icewm ran on my AthlonX= P > > 2400+ - very quick and almost instant response. A big difference from = SuSE > > 64-bit. > > > > My main hard drive on my 64-bit system is now about to die and I will b= e > > replacing it with a sata drive which is at least 200GB in size so I wil= l > > have lots of "devel" and "play" space. It will also free up my slave d= rive > > which has SOHO on it for other uses. > > > > > |
|
From: Tony B. <tb...@gm...> - 2006-03-23 14:38:03
|
I think I will but it isn't slackware 64 which would be my choice. soho 5.1.1 works great - fast, has all the apps I need and what I didn't have I got from slacky.it. The speed increase with native 64-bit is great though. firefox is lightning fast. On 3/23/06, uel archuletta <ue...@gm...> wrote: > > I havent been able to get 2.6.16 downloaded yet I am stuck with subpar > internet for few days while they rewire my house. > most of the day have no internet at all. > I tried slamd64 a little while baack and it seemed pretty stable. > have you thought about trying that one? > > > On 3/23/06, Tony Brijeski <tb...@gm...> wrote: > > > > After another day with Kanotix 64 and some more testing, I found quite = a > > few things to be unstable and crashing. Multimedia is crap - the media > > players crash. IVTV drivers do not work - compile but do not work. Lo= ts of > > KDE bugs that cause many things to segfault. > > > > The speed was great but the instability sucks. Might give gentoo 64 a > > shot next - lol. > > > > Has anyone tried the 2.6.16 kernel yet? > > > > > > > > On 3/22/06, Tony Brijeski <tb...@gm...> wrote: > > > > > > > > > > > > On 3/22/06, Sriram Durbha < sri...@gm...> wrote: > > > > > > > > > > > > > > > > On 3/22/06, Tony Brijeski < tb...@gm...> wrote: > > > > > > > > > > > > > > > Kanotix and Kanotix 64 are live cd's that you can install - they > > > > > were originally based on Knoppix. I still think the LiveCD with = install > > > > > option is the way to go in the future. > > > > > > > > > > > > > > > > > > > I am so glad you also think like this. unfortunately when i had put > > > > this idea forth it was in a different thread and did not get enough > > > > momentum. however, thanks to uel's work, now every one is realizing= the > > > > benefits of liveCD with install option. also some how our liveCD e= xperience > > > > is really not comparable to many others, though our core OS is mile= as ahead > > > > of other offerings. > > > > But since this is our first liveCD , we can come across several > > > > areas of improvement. > > > > > > > > > > > > > I've always been a fan of Live CD's. Thats why I created the first > > > few live cd's for VL. They were as much a selfish venture as they we= re to > > > allow people to have a portable VL. Uel took it one step further by = working > > > on the install portion and that is exactly what was needed. I would = imagine > > > with the next generation of the kernel - 2.8.x, most of the current V= L > > > userbase will not be able to run it anyway. Lots are having issues w= ith the > > > 2.6 kernel as it is. 2.8.x will no doubt be optimized and built > > > around the 64-bit platform even though the kernel is a multiarch thin= g. > > > > > > as for my thoughts on 64bit. for a long time to come, most people > > > > will still buy 32 bit systems for home/soho use. but most new syst= ems might > > > > be multi-core. say after 3 years from now, i would suspect most new= machines > > > > will still be 32 bit but multi core. For most desktop applications= [ > > > > photoshop, media encodeers not included ] 32 bit cpus are more than= enough. > > > > and the address space too. infact apple did some research and found= that > > > > graphics performance actually slowed down if they made a complete s= witch to > > > > 64 bit arch.!! > > > > > > > > > > Everywhere up here in Canada is selling 64-bit systems as standard > > > right now. > > > > > > Intel is the only ones that are staying with 32-bit for now and since > > > apple is using them, it makes marketing sense for them to say 64-bit = isn't > > > as good. As far as gaming performance, it has everything to do with = the > > > drivers and nvidia is still having some issues with their drivers but= they > > > are improving. They do have the EM64T which are basically just P4's = that > > > are cloning AMD64 instruction set. > > > > > > 64-bit AMD's have been here for 3 years already and with Vista just > > > around the corner, 64-bit will be the standard by years end. > > > > > > No doubt 32-bit will be around for a while but it will not be the > > > standard. > > > > > > > > > so we can happily tag along with slack for some time to come. but > > > > ofcourse if we do want to make a 64 bit os it would be cool :) ; > > > > cheers > > > > ram > > > > > > > > > > I have a feeling Slackware will die unless it goes to 64-bit. Most o= f > > > the userbase that has the savvy to run a stock slackware setup will m= ost > > > likely also be the folks that build their own systems and will be goi= ng to > > > 64-bit soon if not already like myself. All the reading I have done = on > > > 64-bit distros mainly pointed to SuSE as the best choice. While it m= ay be > > > easier than running debian, it was nowhere near as responsive. Havin= g a > > > 64-bit CPU and seeing what it can do has spoiled me. I still run SOH= O on 2 > > > boxes at home(wife's laptop - p3-500 and kids desktop - p3 1G) and it= runs > > > great. I also have it still on my new box as it is completely setup = for > > > everything I need it to do and won't be getting rid of it anytime soo= n. > > > > > > The same thing happened when P4 and AthlonXP came out - folks were > > > happy with their P3's and Athlon's but once they saw the difference a= nd PC > > > vendors starting only shipping the new CPU's, they were forced to go = with > > > them. > > > > > > > > > To give you an idea of how debian 64-bit linux runs on my humble > > > 64-bit system, I would liken it to how regular VL with icewm ran on m= y > > > AthlonXP 2400+ - very quick and almost instant response. A big diffe= rence > > > from SuSE 64-bit. > > > > > > My main hard drive on my 64-bit system is now about to die and I will > > > be replacing it with a sata drive which is at least 200GB in size so = I will > > > have lots of "devel" and "play" space. It will also free up my slave= drive > > > which has SOHO on it for other uses. > > > > > > > > > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X