Linux-Development-Sys Digest #638, Volume #8 Thu, 12 Apr 01 11:13:15 EDT
Contents:
Re: CPU affinity in Red Hat Linux 6.2 (Kasper Dupont)
Re: Suppressing Redhat bootup output (Wayne Pollock)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Thore B. Karlsen)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
Re: Need your recommendation for a full-featured text editor (Ken Tough)
Re: CPU affinity in Red Hat Linux 6.2 (bill davidsen)
Makefile - Kernel dependancy ? ("Sean Bose")
Re: A Linux emulator for Linux, does this exist? (bill davidsen)
Re: Need your recommendation for a full-featured text editor (Phillip Lord)
----------------------------------------------------------------------------
From: Kasper Dupont <[EMAIL PROTECTED]>
Subject: Re: CPU affinity in Red Hat Linux 6.2
Date: Thu, 12 Apr 2001 13:50:33 +0000
news.cso.uiuc.edu wrote:
>
> We have a large cluster of dual-processor Pentium II systems running Red Hat
> Linux 6.2.
>
> On a dual-processor system, we would like to tell the scheduler to place a
> given process on a specific processor and keep it there. This feature is
> sometimes called "CPU affinity." The idea is that we want to minimize the
> number of times a process bounces back and forth between processors.
>
> We could also like to monitor which processor a given process is running on.
> I couldn't find anything in the ps or proc man pages about how to do this.
>
> Are either of these features available on Red Hat Linux 6.2?
>
> Dave McWilliams
> University of Illinois
Keeping a process on a given processor is not posible
in a standard Red Hat 6.2 installation. Red Hat 6.2
uses kernel version 2.2.14 the feature you are asking
for where added to the kernel in 2.4.x.
If you upgrade your kernel to 2.4.x you will have the
kernel support, but no part of the kernel uses this
feature, no module uses this feature and there is no
interface for using this feature from userspace.
This was discussed some time ago and at that time I
wrote a module implementing an interface through
which userspace programs can use this feature. I will
post the code in a few days, it is not currently
online.
I don't think there is any userspace interface for
detecting which CPU a process is runing on, but the
kernel know the information and uses it so it must
also be posible to write a module implementing that
interface.
--
Kasper Dupont
------------------------------
From: Wayne Pollock <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Suppressing Redhat bootup output
Date: Thu, 12 Apr 2001 10:34:50 -0400
I once looked into where these messages came from. Turns out there
is a single file that each RC script runs to load some "shell
functions" such as "daemon" that in turn start a service and produce
the [OK] message output. (This was on SusE and Red Hat I believe,
but I could be mistaken it was a while ago that I looked.) So it
seems to me you have one shell script file to edit for this change.
look at the top of any of the rc scripts in .../init.d for a line
such as:
. functions
and then edit the file "functions" (it may not be called "functions").
You could for example send these messages to a file.
Other possibilities include switching the virtual console early.
The messages may be then sent to a single virtual console that
the users don't see by default. I don't know how to do this or
even if it is possible to do this early enough in the boot
sequence to be of use to you.
Another possibility is displaying a splash screen during boot up.
I think there is software for this, I have seen systems that
have such a screen, but I don't know where to get the software.
Hope this helps!
-Wayne Pollock
Paul Haley wrote:
>
> Hello,
>
> I'm running Redhat 6.2 and would like to suppress the output on bootup, such
> as "Loading cron..... [OK]", etc. All I want is to have lilo say "loading
> linux" and then give me a login prompt, though of course I still want all
> the programs/processes to run, I just don't want them to output to the
> screen. I checked out the init scripts and nothing jumped out at me.
>
> Can somebody help?
>
> Regards,
> Paul
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 12 Apr 2001 15:46:04 +0100
>>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
Gamma> And this is just for bare emacs; multiply all numbers by
Gamma> around 8 or so for xemacs with news, ftp, fried okra, mashed
Gamma> potatoes, etc...
>> You want the additional functionality you have to pay something
>> for it. Given that the VI user probably also has a news reader,
>> an ftp client, a mail reader, uses CVS an so on as well, then I
>> am not sure that the memory usage is that significant.
Aaron> Maybe on academic machines.
Aaron> Most corporate Unix machines NEVER have a new reader on them.
Aaron> Many don't even have CVS, as they aren't used for
Aaron> development.
I thought that we were talking about memory usage here. If you
don't use the news reader and so forth then obvious they do not add to
emacs' memory footprint.
And if you are not using emacs for development, then I agree
there is little point in using it. I mean I did use to use it only
for email, but I am a little weird.
Gamma> And 120 more bucks worth of install time if you're in a
Gamma> consultant position and your client doesn't have emacs
Gamma> installed, or has the wrong version.
>> It takes me about 2 minutes to install a new emacs on my local
>> system. Thats because I have taken care to write my emacs
>> customisations (which are pretty extensive) well.
>>
>> If you move machines a lot then the advantage of VI clearly gets
>> greater. In the same way people who swap machines rarely
>> customise their desktop, or even their shell.
Aaron> Clue for the clueless: consulting is where the BIG money is.
Aaron> That means working on-site at up to half-a dozen different
Aaron> client's locations within a week.
My friend if money were my motivation I would not be working
in the public sector now would I? I am fully aware of the of
consultancy pay scales (not as good as they were now that IR35 means
our consultants have to pay tax like everyone else!). Perhaps you feel
I am clueless for not going after the big money? Perhaps I think you
are clueless for going after the big money?
>> Or alternatively you get organised and take around what you need
>> on a cd-rom, or put it somewhere that you can get hold of it
>> easily.
Aaron> And fuck up your client's storage management.
Aaron> No thanks, I like being invited back for repeat business.
I don't understand. In what way does sticking a cdrom
onto a machine impact on storage management?
Look this is getting into a bit of a daft holy war. VI is
a great editor. I use it a lot, but I prefer emacs. They are very
different editors, and of course they have advantages and
disadvantages. Maybe your working life is different enough from mine
that VI is the right choice. Fine. I do suspect though that if you
wanted to use emacs you would find a way of getting round the
problems, and they would be less of a problem than you think. If you
are happy with VI you don't need to, then thats fine.
Phil
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 12 Apr 2001 15:48:49 +0100
>>>>> "Thore" == Thore B Karlsen <[EMAIL PROTECTED]> writes:
Thore> On 11 Apr 2001 17:28:59 +0100, Phillip Lord
Thore> <[EMAIL PROTECTED]> wrote:
Gamma> And this is just for bare emacs; multiply all numbers by
Gamma> around 8 or so for xemacs with news, ftp, fried okra, mashed
Gamma> potatoes, etc...
>> You want the additional functionality you have to pay something
>> for it.
Thore> I _don't_ want the additional functionality! It's nice to
Thore> have it, but as options, not as part of the standard
Thore> package. I don't want 47MB worth of crud that I'm never going
Thore> to use.
Thore> Emacs should stick to being a text editor, not an application
Thore> environment.
I like it as an application environment.
The idea of shipping a minimal emacs has been suggested for a
while, on top of which you could add just the packages you use. I
think that this would be a good idea, but I don't think that the woman
power is there to do it at the moment. To be honest I doubt that it
ever will be. 47MB of disk space is just not a lot these days.
Phil
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 12 Apr 2001 15:51:34 +0100
>>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
Aaron> Syntax highlighting is useful for NOVICE programmers.
Aaron> Most experienced programmers have used one-color text for
Aaron> program code for years...
Oh piffle.
Syntax highlighting is personal choice, and does not reflect
that much on the experience or ability of a coder. I like to use
syntax highlighting for a simple reason. If I type something wrong,
the colour goes wrong. It provides immediate visual checking of
syntax.
No doubt though you never type the wrong thing, so its not
of much use to you.
Phil
------------------------------
From: Thore B. Karlsen <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: Thu, 12 Apr 2001 10:03:43 -0500
On 12 Apr 2001 15:48:49 +0100, Phillip Lord <[EMAIL PROTECTED]>
wrote:
> >> You want the additional functionality you have to pay something
> >> for it.
> Thore> I _don't_ want the additional functionality! It's nice to
> Thore> have it, but as options, not as part of the standard
> Thore> package. I don't want 47MB worth of crud that I'm never going
> Thore> to use.
> Thore> Emacs should stick to being a text editor, not an application
> Thore> environment.
> I like it as an application environment.
>
> The idea of shipping a minimal emacs has been suggested for a
>while, on top of which you could add just the packages you use. I
>think that this would be a good idea, but I don't think that the woman
>power is there to do it at the moment. To be honest I doubt that it
>ever will be. 47MB of disk space is just not a lot these days.
Sigh..
So it's not a lot. It's still more than even Microsoft Office. It's more
than DJGPP.
That you in most cases have lots of space doesn't justify wasting it. I
just don't buy into that philosophy.
--
"By the time we've finished with him, he won't know whether
he's Number Six or the cube root of infinity!"
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 12 Apr 2001 15:56:46 +0100
>>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
Aaron> Dragan Cvetkovic wrote:
>> "Aaron R. Kulkis" <[EMAIL PROTECTED]> writes: > > If I moved
>> around from machine to machine a lot (which > > I don't) then I
>> would stick emacs with all my configuration and extra > >
>> packages and anything else that I wanted onto a CD-ROM, and run
>> it off > > there. > > In that case, you would have a lot of
>> clients pissed at you.
>>
>> Why? he is saying he is going to run it from CD-ROM. Nothing gets
>> onto client's hard disk.
Aaron> run emacs get software upgrade distribution CD swap CD's want
Aaron> to edit config files swap CD's want to do upgrade swap CD's
Aaron> want to clean up config files swap CD's.
Aaron> FUCK THAT!
I don't understand I am afraid. I upgrade the packages for
emacs probably a couple of times a month, as new versions come
out. But on my laptop I do so much more rarely, say once every 6
months, and would happily last for much longer.
You could do it every year at Christmas.
Config files would go onto the CD-ROM as I've said, so
the clean up consists of removing the CD-ROM when you leave. Not
hard.
Phil
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 12 Apr 2001 15:57:52 +0100
>>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
Aaron> Phillip Lord wrote:
>> >>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes:
>>
Aaron> Phillip Lord wrote:
>> >> >>>>> "Aaron" == Aaron R Kulkis <[EMAIL PROTECTED]> writes: >>
Aaron> Which means that as soon as your on a new machine, your stuck
Aaron> editing WITHOUT your config file....
>> >>
Aaron> UGH.
>> >> This is why God invented NFS mounted home spaces. >> >> Phil
>>
Aaron> And if your behind a corporate firewall which doesn't permit
Aaron> NFS connections through it....
>> Fortunately god also invented floppy disks.
>>
Aaron> emacs that fits on a floppy. you're kidding, right?
We were talking about config files. 1.4M is a hell of a
lot of lisp.
Phil
------------------------------
From: Ken Tough <[EMAIL PROTECTED]>
Crossposted-To:
alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: Thu, 12 Apr 2001 10:53:23 -0400
Paul Shirley <[EMAIL PROTECTED]> wrote:
><[EMAIL PROTECTED]> writes
>>Syntax highlighting is useful for NOVICE programmers.
>>Most experienced programmers have used one-color text
>>for program code for years...
>...although the ones that earn a living at it mostly side with the
>novices.
I think there's probably a UNIX/realtime - "enterprise" divide
here. Quick straw poll -- how many UNIX programmers use 1 colour?
--
Ken Tough
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: CPU affinity in Red Hat Linux 6.2
Date: 12 Apr 2001 15:01:08 GMT
In article <H83B6.1015$[EMAIL PROTECTED]>,
news.cso.uiuc.edu <[EMAIL PROTECTED]> wrote:
| We have a large cluster of dual-processor Pentium II systems running Red Hat
| Linux 6.2.
|
| On a dual-processor system, we would like to tell the scheduler to place a
| given process on a specific processor and keep it there. This feature is
| sometimes called "CPU affinity." The idea is that we want to minimize the
| number of times a process bounces back and forth between processors.
If you are doing this to improve performance, it doesn't. Linux has
processor preference now, which works reasonably well, but unless you
have a process running 100% CPU with no system calls you get enough
context switches to mix the cache anyway.
| We could also like to monitor which processor a given process is running on.
| I couldn't find anything in the ps or proc man pages about how to do this.
|
| Are either of these features available on Red Hat Linux 6.2?
Not without getting and building a patched kernel (I think stock 2.4
can do this, not sure if it's workin). I've run SMP since it was first
available, and I played with this feature. The answer is that it only
helps on a lightly loaded system with essentially one processor worth of
load. Once you put that CPU in kernel or another process you thrash the
cache, and introduce additional delay from the process waiting for "its"
special CPU. And under light load the CPU stays with the process now.
Yes there is a way to tell CPU from user space, and no, I don't
remember the tool which tells you that. The one I'm remembering snooped
in /dev/kmem, but there may be another way.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
At LinuxExpo Sun was showing Linux applications running on Solaris.
They don't get it, the arrow points the other way. There's a reason why
there's no SolarisExpo, Solaris is a tool; Linux is a philosophy, a
religion, a way of life, and only incidentally an operating system.
------------------------------
From: "Sean Bose" <[EMAIL PROTECTED]>
Subject: Makefile - Kernel dependancy ?
Date: Thu, 12 Apr 2001 08:02:46 -0700
Friends and Linux Gurus
I am trying to create a makefile which will pick up different source files
for Kernel versions 2.2.x- and 2.4.x+ for the same driver. The purpose is
to have make, make install, make clean, etc. work seamlessly with both the
latest as well as the old kernels with different set of source files for
each group.
looking forward to your help
Sean Bose
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: A Linux emulator for Linux, does this exist?
Date: 12 Apr 2001 15:03:12 GMT
In article <9at3ri$gc3$[EMAIL PROTECTED]>,
Hermann Samso <[EMAIL PROTECTED]> wrote:
| I am searching for a Linux emulator for Linux. Does such
| a beast exist? I think this could be useful for System
| developement, without needing to have more than 1 powerful
| computer for programming and testing.
You obviously didn't do a search for this information. Look in
comp.os.linux.announce or freshmeat, one of them announced a new
revision of this software very recently.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
At LinuxExpo Sun was showing Linux applications running on Solaris.
They don't get it, the arrow points the other way. There's a reason why
there's no SolarisExpo, Solaris is a tool; Linux is a philosophy, a
religion, a way of life, and only incidentally an operating system.
------------------------------
From: Phillip Lord <[EMAIL PROTECTED]>
Crossposted-To:
24hoursupport.helpdesk,alt.comp.shareware.programmer,comp.editors,comp.lang.java.help,comp.lang.java.programmer,comp.lang.java.softwaretools,comp.os.linux.advocacy
Subject: Re: Need your recommendation for a full-featured text editor
Date: 12 Apr 2001 16:06:17 +0100
>>>>> "Thore" == Thore B Karlsen <[EMAIL PROTECTED]> writes:
Thore> I _don't_ want the additional functionality! It's nice to
Thore> have it, but as options, not as part of the standard
Thore> package. I don't want 47MB worth of crud that I'm never going
Thore> to use.
Thore> Emacs should stick to being a text editor, not an application
Thore> environment.
>> I like it as an application environment.
>>
>> The idea of shipping a minimal emacs has been suggested for a
>> while, on top of which you could add just the packages you use. I
>> think that this would be a good idea, but I don't think that the
>> woman power is there to do it at the moment. To be honest I doubt
>> that it ever will be. 47MB of disk space is just not a lot these
>> days.
Thore> Sigh..
Thore> So it's not a lot. It's still more than even Microsoft
Thore> Office. It's more than DJGPP.
Thore> That you in most cases have lots of space doesn't justify
Thore> wasting it. I just don't buy into that philosophy.
Neither do I.
As I said I agree with you that reducing the amount of space
that emacs takes would be a nice idea. The core would probably fit
into 10M or so I think.
But at the moment emacs does not have an advanced package
manager (XEmacs has something of the sort, but I don't know how good
it is), which is what it would really need, as peoples favourite
packages vary pretty widely.
Saving space is generally a good idea, but there is a cost
benefit pay off here. Writing a package manager, producing a minimal
emacs, and packing up many of the current standard packages as
optional ones, would be a lot of effort. Reducing the disk space
requirement is I am afraid not as much of a pressing priority as it
once was. It is a good idea, and would be a good thing, but at the
moment its not that likely.
Phil
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to the
comp.os.linux.development.system newsgroup.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
