LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
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
 
LinkBack Search this Thread
Old 03-11-2010, 06:09 PM   #1
LuckyCyborg
Member
 
Registered: Mar 2010
Posts: 115

Rep: Reputation: 18
Cool Dear Pat, please use the "CONFIG_HIGHMEM64G=yes" in the SMP kernel by default


... because most users have 4, 8 or 16 gigabytes memory, today.

It's embarrassing (and ridiculous) to recompile the kernel every time when you do upgrade, because it recognizes only 2GB of the 4GB that are on my system. ;-)

Thanks!
 
Old 03-11-2010, 07:13 PM   #2
modprob
Member
 
Registered: Jul 2009
Location: Montreal
Distribution: Slackware
Posts: 35

Rep: Reputation: 17
Quote:
Originally Posted by LuckyCyborg View Post
... because most users have 4, 8 or 16 gigabytes memory, today.
That is debatable. Remember that one of the advantages of Slackware is the ability to run out of the box on older systems.

Last edited by modprob; 03-11-2010 at 07:15 PM.
 
Old 03-11-2010, 07:18 PM   #3
LuckyCyborg
Member
 
Registered: Mar 2010
Posts: 115

Original Poster
Rep: Reputation: 18
A 64G enabled kernel will work fine even in a 128MB system, don't worry!

Also, just to observe that I suggest this option for SMP systems... I.e. a Phenom X4, that can't be considered today a older box, BUT is so OLD...
 
Old 03-11-2010, 07:59 PM   #4
allend
Senior Member
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware-current
Posts: 3,295

Rep: Reputation: 803Reputation: 803Reputation: 803Reputation: 803Reputation: 803Reputation: 803Reputation: 803
Hmm - I have six boxes running Slackware and the RAM ranges from 128MB to 1GB. On your shiny new box, compiling a Kernel probably takes less than 10 minutes, whereas for me to revert from your bloat suggestion to free up precious RAM would take significantly longer than that.
What do you do that requires greater than 2GB RAM?
A big 'No Thanks' from me.
 
Old 03-11-2010, 08:03 PM   #5
syg00
LQ Veteran
 
Registered: Aug 2003
Location: Australia
Distribution: Lots ...
Posts: 11,827

Rep: Reputation: 927Reputation: 927Reputation: 927Reputation: 927Reputation: 927Reputation: 927Reputation: 927Reputation: 927
Quote:
Originally Posted by LuckyCyborg View Post
A 64G enabled kernel will work fine even in a 128MB system, don't worry!
FSVO "fine".
Big memory on 32-bit systems is (these days) a losing argument. Page tables (and other control blocks) have to be built, PAE support is a kludge ...
Why subject every user to this for the few ?.

Here's what Linus thinks on the subject ...
 
Old 03-11-2010, 08:06 PM   #6
escaflown
Member
 
Registered: Apr 2009
Location: Canada
Distribution: Slackware
Posts: 235

Rep: Reputation: 30
Quote:
Originally Posted by allend View Post
Hmm - I have six boxes running Slackware and the RAM ranges from 128MB to 1GB. On your shiny new box, compiling a Kernel probably takes less than 10 minutes, whereas for me to revert from your bloat suggestion to free up precious RAM would take significantly longer than that.
What do you do that requires greater than 2GB RAM?
A big 'No Thanks' from me.
I second that
 
Old 03-11-2010, 08:08 PM   #7
LuckyCyborg
Member
 
Registered: Mar 2010
Posts: 115

Original Poster
Rep: Reputation: 18
Suppose a system is typical for Gammers, i.e. to have Windows 7 and 8 GB RAM ...

Anyways, What is your problem, if you will not notice any difference with 64G enabled kernels?

Last edited by LuckyCyborg; 03-11-2010 at 08:14 PM.
 
Old 03-11-2010, 08:10 PM   #8
LuckyCyborg
Member
 
Registered: Mar 2010
Posts: 115

Original Poster
Rep: Reputation: 18
Smile

Quote:
Originally Posted by syg00 View Post
FSVO "fine".
Big memory on 32-bit systems is (these days) a losing argument. Page tables (and other control blocks) have to be built, PAE support is a kludge ...
Why subject every user to this for the few ?.

Here's what Linus thinks on the subject ...
Yep! Just to observe the DATE: Thu, 15 Nov 2007
 
Old 03-11-2010, 08:25 PM   #9
T3slider
Senior Member
 
Registered: Jul 2007
Distribution: Slackware64-14.0
Posts: 2,233

Rep: Reputation: 575Reputation: 575Reputation: 575Reputation: 575Reputation: 575Reputation: 575
Why not come into the 21st century and get a 64-bit capable CPU if you have that much RAM?

If I am running a 32-bit OS (slack) on my old 333 MHz box as a server, with 256 MB RAM, I want it as light as possible. HIGHMEM64G support is certainly added cruft that I don't need or want.

On my current box I run Slackware64-13.0, and this silly HIGHMEM64G nonsense is moot. And what kind of gamer has a CPU that isn't capable of 64-bit processing? The first AMD64 chip was released in 2003, 7 years ago. That is much older than that post (not even 3 years) that you think is now garbage. All remotely recent intel and AMD chips are x86_64, and you can just go multilib if you want 32-bit programs as well. Or just compile the kernel yourself, which doesn't take long. The defaults in the kernel are there for a reason -- I know I wouldn't want needless code enabled on my old server, which would take hours to recompile the kernel.

You seem to criticize everyone else's posts as if they are *totally* invalid. You have one opinion, others have theirs and most here have backed up their opinion with valid reasons. It's a divisive option, clearly, so why not be conservative and let those with faster CPUs recompile instead of those with slower ones?
 
Old 03-11-2010, 08:36 PM   #10
LuckyCyborg
Member
 
Registered: Mar 2010
Posts: 115

Original Poster
Rep: Reputation: 18
I have 64-bit capable CPU in every system. I.e. it's a "AMD Phenom(tm) 9650 Quad-Core Processor" in the "home box".

BUT! I simple need to use the bare 32 bits operating systems. For business reasons. Call me conservative, but a HIGHMEM64G enabled SMP kernel have no impact to (poor) users with 128MB memory.

It's verified hundred times. So? What's the point?

Last edited by LuckyCyborg; 03-11-2010 at 08:46 PM.
 
Old 03-11-2010, 09:42 PM   #11
amiga32
Member
 
Registered: Mar 2009
Location: Illinois
Distribution: slackware bro
Posts: 161

Rep: Reputation: 38
No.
 
Old 03-11-2010, 11:23 PM   #12
Petri Kaukasoina
Member
 
Registered: Mar 2007
Posts: 241

Rep: Reputation: 86
Quote:
Originally Posted by LuckyCyborg View Post
Yep! Just to observe the DATE: Thu, 15 Nov 2007
This is newer (10 Oct 2009):
http://article.gmane.org/gmane.linux.kernel/900604

Linus writes:

Quote:
So it's not "you can save a few instructions by not spilling to stack as much". It's a much bigger deal than that. There's a reason I personally refuse to even care about >2GB 32-bit machines. There's just no excuse these days to do that.
 
Old 03-11-2010, 11:42 PM   #13
mudangel
Member
 
Registered: May 2008
Location: Ohio
Distribution: Slackware
Posts: 267

Rep: Reputation: 48
Hey there, LuckyCyborg! You surely spew a lot of nonsense... such as:
Quote:
embarrassing (and ridiculous)
ok, how is that, exactly? And this bit:
Quote:
BUT! I simple need to use the bare 32 bits operating systems. For business reasons. Call me conservative, but a HIGHMEM64G enabled SMP kernel have no impact to (poor) users with 128MB memory.

It's verified hundred times. So? What's the point?
makes almost no sense... to quote you, "So? What's the point?"
 
Old 03-12-2010, 02:05 AM   #14
uppman
Member
 
Registered: Jul 2008
Location: Stockholm, Sweden
Distribution: Slackware 13.1 32-bit
Posts: 145

Rep: Reputation: 24
Quote:
Originally Posted by LuckyCyborg View Post
I have 64-bit capable CPU in every system. I.e. it's a "AMD Phenom(tm) 9650 Quad-Core Processor" in the "home box".

BUT! I simple need to use the bare 32 bits operating systems. For business reasons. Call me conservative, but a HIGHMEM64G enabled SMP kernel have no impact to (poor) users with 128MB memory.

It's verified hundred times. So? What's the point?
You could try 64-bit with AlienBob's multilib for the 32-bit parts..
 
Old 03-12-2010, 04:23 AM   #15
H_TeXMeX_H
Guru
 
Registered: Oct 2005
Location: $RANDOM
Distribution: slackware64
Posts: 12,928
Blog Entries: 2

Rep: Reputation: 1266Reputation: 1266Reputation: 1266Reputation: 1266Reputation: 1266Reputation: 1266Reputation: 1266Reputation: 1266Reputation: 1266
Quote:
Originally Posted by syg00 View Post
FSVO "fine".
Big memory on 32-bit systems is (these days) a losing argument. Page tables (and other control blocks) have to be built, PAE support is a kludge ...
Why subject every user to this for the few ?.

Here's what Linus thinks on the subject ...
Quote:
Originally Posted by Linus
So the _only_ explanation today for 12GB on a 32-bit machine is
(a) insanity
or
(b) being so lazy as to not bother to upgrade
and in either case, my personal reaction is "I'm *not* crazy, and yes, I'm
lazy too, and I can't give a rats *ss about those problems".

HIGHMEM was a mistake in the first place. It's one that we can live with,
but I refuse to support it more than it needs to be supported. And 12GB is
*way* past the end of what is worth supporting.
Ahh, it's always fun to read Linus T's opinions. And, I agree with him
 
  


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
Trackbacks are Off
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
linux distribution supporting "2.6.18-8.1.10.el5" or "2.6.16.21-0.8-smp" mrpc_cambodia Linux - Kernel 3 10-08-2009 02:43 AM
What does "smp" on the end of a kernel mean? Guess Linux - Newbie 6 09-19-2007 12:58 AM
Has Pat ever gone "on the record" about x86 64-bit support? Darklion Slackware 3 08-15-2006 03:43 PM
Initializing hardware hangs after "yum update kernel-smp.x86_64" jandersonlee Fedora - Installation 1 03-14-2006 09:39 PM
Dear "Cyberjun"-I have GPRS problem in SuSE 9.3 Pro again. Plz HELP ! ! ! bedi-beparwah Suse/Novell 1 05-10-2005 08:13 AM


All times are GMT -5. The time now is 12:20 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