LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 09-07-2013, 05:02 PM   #61
guanx
Senior Member
 
Registered: Dec 2008
Posts: 1,014

Rep: Reputation: 146Reputation: 146

Quote:
Originally Posted by TobiSGD View Post
Please provide evidences for your claims that Hans Peter Anvin lies in his post.
See my previous post. I don't like to repeat.

Quote:
Originally Posted by TobiSGD View Post
I would suspect that lying on the LKML is pretty soon be debunked by other developers.
Not for obvious ones, such as "the BSD people are masturbating monkeys".

Quote:
Originally Posted by TobiSGD View Post
I have never claimed they said that, I pointed out the the mechanisms are the same on any Linux OS, so that they apply to any Linux OS. Don't put words in my mouth!
I repeat (though I just said I don't like to repeat) -- I've never doubted the mechanism. You don't need to point that out to me.

Quote:
Originally Posted by TobiSGD View Post
If a Core 2 Duo SU9300 with 10W TDP (instead of the 9W of your CPU) will trigger your fire alarm then you should recalibrate it. Get serious.
I see a little bit increased power consumption for SU9300 and a little better performance than that of U2500. They are pretty much the same. So why do I invest for an SU9300 system with new CPU, mother board and memory module, while my U2500 system is wie neu? For the fun of polluting the environment?
 
Old 09-07-2013, 05:05 PM   #62
guanx
Senior Member
 
Registered: Dec 2008
Posts: 1,014

Rep: Reputation: 146Reputation: 146
Quote:
Originally Posted by ReaperX7 View Post
You'd actually be surprised at how many motherboards I often run into with my line of work anymore. I run into very few newer systems with 32-bit only technology inside of it.

In fact little people know this but 64-bit technology has been around for a good number of years especially in memory modules and peripheral add-on cards. Most motherboards have been 64-bit capable for years now even before 64-bit processors were out, but it wasn't until a CPU was created to run AMD64/EM64T and actually installed in those systems that true 64-bit computing actually came to light.
I am now actually surprised at how many people confuse memory data width with instruction set and register width.
 
2 members found this post helpful.
Old 09-07-2013, 06:25 PM   #63
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,573
Blog Entries: 2

Rep: Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036
Quote:
Originally Posted by guanx View Post
I see a little bit increased power consumption for SU9300 and a little better performance than that of U2500. They are pretty much the same. So why do I invest for an SU9300 system with new CPU, mother board and memory module, while my U2500 system is wie neu? For the fun of polluting the environment?
I never said you should replace your system with a new one, I merely pointed out that there are 64 bit capable systems in the same range of power consumption as your 32 bit system, something which you have denied.
Nothing more to say about that.

About the multilib topic: I would vote for adding slackpkg+ to /extra instead of a multilib tree, so that anyone who wants to go multilib can just install slackpkg+ and use it to convert the system.
 
Old 09-08-2013, 09:05 AM   #64
jtsn
Member
 
Registered: Sep 2011
Location: Europe
Distribution: Slackware
Posts: 803

Rep: Reputation: 354Reputation: 354Reputation: 354Reputation: 354
Quote:
Originally Posted by ReaperX7 View Post
64-bit memory addressing is going to give more overhead than 32-bit addressing, but realistically, having the ability to use more memory addressing space which 64-bit allows past the 4 GB limit of 32-bit operating systems without specialized features such as PAE (Physical Address Extension) which was used in Windows Server 2003 Enterprise and Datacenter Editions.
There is no 64 bit memory addressing without PAE on x86. PAE is mandatory for 64 bit "Long Mode" used by native 64 bit operating systems. It is enabled and used on all modern PCs (required for NX), on UEFI machines since the moment of power-on.
 
Old 09-09-2013, 06:36 PM   #65
YellowApple
Member
 
Registered: Mar 2013
Location: Truckee, California, United States
Distribution: Slackware, openSUSE, Debian,Slackware, openSUSE, OpenBSD
Posts: 91

Rep: Reputation: 33
As a multilib user, I don't think it's valuable to include multilib by default; of all my 64-bit machines, only one of them is actually running a multilib setup - the rest are pure 64-bit. It might, on the other hand, be worthwhile to include the relevant compat32/multilib tools (and/or slackpkg+) in, say, /extra, if only to streamline the installation process; let those users run those tools and download the multilib packages as needed, while sparing the non-multilib users the CD/DVD space. Perhaps sbopkg could be thrown in too while we're at it

Quote:
Originally Posted by chemfire View Post
I ask this because its been a long time since I have really run across anything that can't go native x86_64; except WINE, and a couple previously mentioned binary releases. I am just curious is all.
On top of Wine, the two applications I use semi-routinely that require multilib are Steam and VirtualBox; the former requires it because of the non-universal nature of 64-bit support in (closed-source) games, and the latter seems to require it for proper x86 emulation or somesuch.

Last edited by YellowApple; 09-09-2013 at 06:38 PM.
 
Old 09-09-2013, 07:07 PM   #66
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,573
Blog Entries: 2

Rep: Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036
Quote:
Originally Posted by YellowApple View Post
On top of Wine, the two applications I use semi-routinely that require multilib are Steam and VirtualBox;
Virtualbox only needs multilib if you use the SlackBuild. If you use the installer instead multilib is not needed.
 
Old 09-10-2013, 07:43 AM   #67
guanx
Senior Member
 
Registered: Dec 2008
Posts: 1,014

Rep: Reputation: 146Reputation: 146
Quote:
Originally Posted by TobiSGD View Post
...
I merely pointed out that there are 64 bit capable systems in the same range of power consumption as your 32 bit system, something which you have denied.
...
Why do you intentionally misread my posts again and again?

When I say "there is no A with B" I don't mean there's no A and no B. I mean there is "no combimation of A and B".

Last edited by guanx; 09-10-2013 at 07:53 AM.
 
Old 09-10-2013, 10:09 AM   #68
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,573
Blog Entries: 2

Rep: Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036Reputation: 4036
Quote:
Originally Posted by guanx View Post
Why do you intentionally misread my posts again and again?

When I say "there is no A with B" I don't mean there's no A and no B. I mean there is "no combimation of A and B".
It was just an example. In fact, there are several 64 bit CPUs in the 10W range that would beat the crap out of your CPU, not only due being 64 bit, but due to much better IPC, advanced features like SSE4 and they even feature an inbuilt GPU, which can be used for OpenCL acceleration. Not to mention faster RAM and mainboard interfaces.
 
Old 09-10-2013, 10:47 AM   #69
YellowApple
Member
 
Registered: Mar 2013
Location: Truckee, California, United States
Distribution: Slackware, openSUSE, Debian,Slackware, openSUSE, OpenBSD
Posts: 91

Rep: Reputation: 33
Quote:
Originally Posted by TobiSGD View Post
Virtualbox only needs multilib if you use the SlackBuild. If you use the installer instead multilib is not needed.
But I like building things from source; it's fun to watch all the GCC gibberish fly by.

More seriously, there used to be a licensing difference between the binary installer and compiling from source. Apparently this isn't the case anymore (hasn't been since 4.0; and here I've been thinking that it was still under the PUEL :P ), but sbopkg's more convenient anyway.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Native VPN support in 10.04 alpha_lt Ubuntu 0 05-31-2010 02:43 PM
Native 802.11g support. azrael808 Linux - Hardware 2 02-13-2005 08:36 AM
IPW2200 native support in FC3? MacSob Fedora 1 10-24-2004 08:25 AM
Native Raid Support for RedHat devinWhalen Red Hat 1 06-09-2004 10:23 AM
native java2 support, When? moeminhtun *BSD 1 06-20-2003 02:50 AM


All times are GMT -5. The time now is 12:39 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration