Linux-Development-Sys Digest #644, Volume #8 Sat, 14 Apr 01 02:13:18 EDT
Contents:
Re: ide vs. scsi why so much slower ("Norman Black")
Re: howto properly access serial devices in Perl or C (Ingo Ciechowski)
Re: Memory caching (Trevor Hemsley)
Re: ide vs. scsi why so much slower (Grant Edwards)
libGLU.so? (Ruud van Gaal)
Re: howto properly access serial devices in Perl or C (Michael Meissner)
Re: howto properly access serial devices in Perl or C ("Bob Parnass, AJ9S")
Re: Development of Server in RedHat ([EMAIL PROTECTED])
Re: Need your recommendation for a full-featured text editor (Nix)
Re: glibc2.2.2 make error (Nix)
Re: Memory caching (Nix)
Re: What is the size of Linux 2.4.1 Kernel (SammyTheSnake)
what is the use of empty_8042 in setup.S ("hushui")
Re: glibc2.2.2 make error (Greg Ellison)
Re: Kernel 2.2 and device driver/modules
Re: New directions for kernel development (R Smith)
Re: Need your recommendation for a full-featured text editor (Thore B. Karlsen)
----------------------------------------------------------------------------
From: "Norman Black" <[EMAIL PROTECTED]>
Subject: Re: ide vs. scsi why so much slower
Date: Fri, 13 Apr 2001 12:32:43 -0700
Reply-To: "Norman Black" <[EMAIL PROTECTED]>
Did you make sure all IDE "optimizations" were turned on using hdparm. dma
is one of them. Also some IDE controllers are better than others.
--
Norman Black
Stony Brook Software
the reply, fubar => ix.netcom
"Eric Taylor" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> I have been experimenting with IDE and SCSI devices.
>
> I've written a test program where I created a 2 gig
> file on a SCSI drive. I then cloned the drive with
> drive image software onto an IDE drive. This resulted
> in the files being equally fragmented or not. Then I
> wrote a small program to read these as fast as I could.
>
> I found that on 2 different systems, but both using
> adaptec controllers I get pretty much the same results.
>
> When I try this on IDE, I found 2 different values, depending
> on whether I configured my kernel with everything that seemed
> like dma turned on.
>
> So, I get this:
>
> scsi 33 meg/second
> ide 4.5 meg/second - no dma
> ide 12.7 meg/second - with dma
>
> I ran with no swap device and to avoid cache
> I run another program at the same time that
> allocates nearly all of memory. I think this
> works, because the disk light stays on solid
> when I do this, otherwise not.
>
> Can someone explain why such a difference. The
> ide drives are ata 100 7200 rpm. Not sure about
> the scsi device.
>
> thanks
> eric
------------------------------
From: Ingo Ciechowski <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.hardware,comp.os.linux.development.apps,de.alt.comm.isdn4linux
Subject: Re: howto properly access serial devices in Perl or C
Date: Fri, 13 Apr 2001 21:37:29 +0200
On Fri, 13 Apr 2001 20:33:17 +0200, Michael Meissner wrote
(in message <[EMAIL PROTECTED]>):
> open (FILE, "+</dev/modem")
great. this works for /dev/modem - but for whatever reason I didn't get it to
work with /dev/ttyI0 (which is provided by isdn4linix).
any idea?
--
Ingo
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Trevor Hemsley)
Subject: Re: Memory caching
Date: 13 Apr 2001 20:25:04 GMT
On Fri, 13 Apr 2001 14:50:27, "Ryan Storgaard"
<[EMAIL PROTECTED]> wrote:
> After booting my system, I periodically ran free &/or meminfo and you will
> notice it starts off with lots free, and then declines... Is this normal?
Yes.
The memory is free until it is used. It's either used for loading a
program into or for a program's use. Or it's used as a file cache.
When you first boot you haven't read many files so not much is used as
a file cache. Nor have you used much to load programs. The longer you
run, the more files you read and the more they get cached in that
memory that was marked as free. Now it's not free, it's used for file
caching.
--
Trevor Hemsley, Brighton, UK.
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Re: ide vs. scsi why so much slower
Date: Fri, 13 Apr 2001 20:37:22 GMT
In article <[EMAIL PROTECTED]>, Eric Taylor wrote:
>So, I get this:
>
>scsi 33 meg/second
>ide 4.5 meg/second - no dma
>ide 12.7 meg/second - with dma
>
>Can someone explain why such a difference. The
>ide drives are ata 100 7200 rpm. Not sure about
>the scsi device.
Firstly, SCSI is just a much better bus architecture. IDE is a
kludge. With multiple disks and/or a heavily loaded system,
there would be even more of a difference. Secondly, Adaptec
SCSI controllers are pretty well designed. Most IDE
controllers aren't. The average WIntel PC user seem to have
pretty low expectations of hardware. Vendors are more than
happy to lower standards so as not to exceed expectations.
"That's my story, and I'm sticking to it..."
--
Grant Edwards grante Yow! Mr and Mrs PED, can I
at borrow 26.7% of the RAYON
visi.com TEXTILE production of the
INDONESIAN archipelago?
------------------------------
From: [EMAIL PROTECTED] (Ruud van Gaal)
Subject: libGLU.so?
Date: Fri, 13 Apr 2001 20:56:25 GMT
Hi all,
I'm trying to port my (free) racing sim from SGI & Win32 to Linux.
I've installed Linux yesterday, today did some nVidia juggling, and
the OpenGL driver seems to work and I can compile & run rudimentary
OpenGL apps.
However, my sim uses libGLU.so, and I haven't found that anywhere in
the nVidia GL distribution... Where can I get one (compatible with
kernel 2.2.x and I686) or how should I go about finding one?
(seems odd it wasn't there in the first place)
As for sound & controllers, I know of OpenAL on Linux, which may be
nice. For controllers, I have no idea what the status is on those on
Linux. Are joysticks generally supported? What about the Microsoft
force feedback wheel for example? Any recommended API's?
Thanks for the patience to help a newbie on Linux,
Ruud van Gaal, GPL Rank +53.25
Pencil art : http://www.marketgraph.nl/gallery/
Free car sim : http://www.marketgraph.nl/gallery/racer/
------------------------------
Crossposted-To:
comp.os.linux.hardware,comp.os.linux.development.apps,de.alt.comm.isdn4linux
Subject: Re: howto properly access serial devices in Perl or C
From: Michael Meissner <[EMAIL PROTECTED]>
Date: 13 Apr 2001 18:30:21 -0400
Ingo Ciechowski <[EMAIL PROTECTED]> writes:
> On Fri, 13 Apr 2001 20:33:17 +0200, Michael Meissner wrote
> (in message <[EMAIL PROTECTED]>):
>
> > open (FILE, "+</dev/modem")
>
> great. this works for /dev/modem - but for whatever reason I didn't get it to
> work with /dev/ttyI0 (which is provided by isdn4linix).
>
> any idea?
Yes, it is probably waiting for the equivalent carrier to become high. You
probably need to open the device with Perl's equivalen of O_NONBLOCK set. Look
at the POSIX and IO::File man pages.
--
Michael Meissner, Red Hat, Inc. (GCC group)
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work: [EMAIL PROTECTED] phone: +1 978-486-9304
Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482
------------------------------
Date: Fri, 13 Apr 2001 17:35:40 -0500
From: "Bob Parnass, AJ9S" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.hardware,comp.os.linux.development.apps,de.alt.comm.isdn4linux
Subject: Re: howto properly access serial devices in Perl or C
Have you considered using Expect instead of
Perl or C? It's easier.
Read this article about controlling a radio-sync'd clock
connected to the serial port using a simple Expect
script:
http://www.linux-mag.com/2000-12/guru_05.html
After reading the article, I wrote a
simple script like this to control a shortwave radio
via the serial port under Red Hat Linux 7.
Works great.
====================================================================
Bob Parnass, AJ9S [EMAIL PROTECTED]
Registered Linux User #209820 (Registered at: http://counter.li.org)
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Development of Server in RedHat
Crossposted-To: comp.os.linux.development.apps
Date: Fri, 13 Apr 2001 22:54:29 GMT
<[EMAIL PROTECTED]> writes:
> To amplify Philip's comment, I think that 'Beginning linux
> programming' is a misnomer for the books title, I found it has
> useful advanced information as well.
In contrast, "Professional Linux Programming," for the successor book,
is similarly a _slight_ misnomer; it's not _vastly_ more advanced, but
also has some meaningful material. [Caveat: I wrote part of it...]
Both books present a sizable "grabbag" of approaches to developing
applications, which I would suggest is useful for this particular
situation.
It's not completely clear what the ideal approach to what Julia is
trying to do is; as a completely off-the-wall idea, I suggest the
following...
[Entitled: "Using Mail Services"]
Supposing there is not _massive_ need for synchronicity, Julia might
develop a "client" program that assembles whatever data she's trying
to collect into a text Message.
She then takes that message, and [using whatever Mail scheme is
appropriate on the client] turns this into an email message, sent to
the internal address: [EMAIL PROTECTED] [change addresses as
needed!]
That then gets queued, here and there, and is ultimately sent to the
Linux box, and is delivered to the mailbox of the account "juliaapp."
There is then a Procmail script that looks at the messages submitted
to that account, and if they have an appropriate subject, passes the
mail on to [oh, say] a Perl or Python script.
The Perl/Python script then parses through the data in the message,
and adds that data to the MySQL database. If you wanted to get fancy,
you might have the client use PGP or GPG to encrypt and sign the data,
so that there would be _some_ ability to authenticate data
transmissions.
This requires:
-> Configuring some mail server, likely Sendmail;
-> Making sure there's an appropriate account to receive the messages;
-> Configuring procmail;
-> Setting up a client program to generate and send email messages;
-> Setting up a script to read, authenticate, parse, and process the
email messages.
Note that this process doesn't require special attention to having the
server "run all the time;" messages will get processed as they are
delivered by Sendmail, which means that:
- If the Linux server is down for a while, messages pile up upstream
- When the Linux server comes up, Sendmail is _automatically_
started, and will initiate the processing of whatever messages are
queued up.
This particular approach requires having Procmail, Perl/Python (or
other favored language for the purpose of parsing the messages),
Sendmail (or some other suitable MTA, like Postfix or qmail), MySQL,
and whatever libraries are required to get the scripting language to
talk to MySQL.
--
(reverse (concatenate 'string "gro.gultn@" "enworbbc"))
http://vip.hex.net/~cbbrowne/resume.html
"You can only examine 10 levels of pushdown, because that's all the fingers
you have to stick in the listing."
-- Anonymous programmer - "TOPS-10 Crash Analysis Guide"
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
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: 13 Apr 2001 23:52:40 +0100
On Fri, 13 Apr 2001, Thore B. Karlsen stated:
> The point is that in emacs I _have_ to write functions to
> make it liveable, whereas in other editors I can get by with just
> fiddling with a few options.
What do you find unliveable? It sounds like your ideal editor differs in
major ways from the Emacs defaults, in which case you --- or *somebody*
--- probably would have to write some code. (But it would only have to
be done once.)
> M-x customize in emacs is not enough, but in vim I can get by with only
>:options.
Not enough for what? What do you want to do? If your ideal editor is
just like vi, use vi; vi will always be a better vi than Emacs. (But
Emacs can be a better vi than vi can be an Emacs, IYSWIM. Emacs is far
more flexible.)
--
Rusks for Peace!
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: glibc2.2.2 make error
Date: 13 Apr 2001 23:57:40 +0100
On Fri, 13 Apr 2001, Greg Ellison said:
> memusagestat.c:36:16: gd.h: No such file or directory
OK, it looks like glibc has concluded you have libgd when you do
not. (If you do, install its headers.)
What does your config.log say, around `checking for libgd'?
--
Rusks for Peace!
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: Memory caching
Date: 14 Apr 2001 00:00:01 +0100
On Fri, 13 Apr 2001, Ryan Storgaard uttered the following:
> doing. When I first boot up the system lots of memory is "free", then later
> on it shows that pretty much all of the memory is cached. I also expected to
> see that when more processes were started, the amount cached would start to
> drop. That isn't the case.
Binaries run out of the page cache, so if you've got lots of processes'
text pages in memory, the `cached' figure will still be high, as it will
if they are mmap()ing lots of data. If they're accessing lots of
malloc()ed space, the `cached' figure will go down. e.g.:
,----
| total: used: free: shared: buffers: cached:
| Mem: 131047424 128716800 2330624 45309952 2740224 29200384
| Swap: 527650816 141041664 386609152
| MemTotal: 127976 kB
| MemFree: 2276 kB
| MemShared: 44248 kB
| Buffers: 2676 kB
| Cached: 28516 kB
| SwapTotal: 515284 kB
| SwapFree: 377548 kB
`----
(on a 2.2 box, so `shared' has a useful value)
--
Rusks for Peace!
------------------------------
From: [EMAIL PROTECTED] (SammyTheSnake)
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.help,comp.os.linux.misc
Subject: Re: What is the size of Linux 2.4.1 Kernel
Date: Fri, 13 Apr 2001 10:31:33 +0100
In article <[EMAIL PROTECTED]>, Toby A Inkster Esq
wrote:
>In our last episode, Alumne FIB - MARC COLL CARRILLO wrote:
>
>:The compressed file is about 20 Mb. Once uncompressed, it can grow up to
>:100 Mb.
>
>ROFL, Free Agent hadn't downloaded the body of this message when I
>first read it, do all I saw was this:
>
>|Re: What is the size of Linux 2.4.1 Kernel
>|
>| [13 lines]
>|
>| [Press M to mark this message for later retrieval.]
>
>A 13 line Kernel... he he.
just reeeeeally long lines :)
Cheers & God bless
SammyTheSnake
--
Sam.Penny @ Ntlworld.com | Looking for a computer related
Linux, Hardware & Juggling specialist :-) | job, if you can help, e-mail me :)
Wheels: bike, 'ickle bike, and unicycle. | /o \/
Boxen: K6-266@300, dual Celery500 & Nx486 | \__/\
------------------------------
From: "hushui" <[EMAIL PROTECTED]>
Subject: what is the use of empty_8042 in setup.S
Date: Sat, 14 Apr 2001 09:03:01 +0800
In setup.S ,the following codes is initializing keybord or wait for input
???
.........
! that was painless, now we enable A20
call empty_8042
mov al,#0xD1 ! command write
out #0x64,al
call empty_8042
mov al,#0xDF ! A20 on
out #0x60,al
call empty_8042
......
What is command line ??
Is it like /proc/cmdline ??
Thank you .Sorry for my poor english.
------------------------------
From: Greg Ellison <[EMAIL PROTECTED]>
Subject: Re: glibc2.2.2 make error
Date: Sat, 14 Apr 2001 10:40:59 +0800
Nix wrote:
> On Fri, 13 Apr 2001, Greg Ellison said:
> > memusagestat.c:36:16: gd.h: No such file or directory
>
> OK, it looks like glibc has concluded you have libgd when you do
> not. (If you do, install its headers.)
>
> What does your config.log say, around `checking for libgd'?
>
> --
> Rusks for Peace!
This is from the config.log
configure: 3290: checking for libgd "This didn't tell me much so I
reran configure and it said yes for libgd.
What do you mean by install the headers,where,how?
I'm fairly new to this so thanks
Greg
------------------------------
From: [EMAIL PROTECTED] ()
Subject: Re: Kernel 2.2 and device driver/modules
Date: Sat, 14 Apr 2001 02:37:01 -0000
In article <[EMAIL PROTECTED]>,
Peter T. Breuer <[EMAIL PROTECTED]> wrote:
>Impossible. Printk is in the kernel! So you are doing something else
>stupid. Possibly not compiling with -O? Or compiling for a kernel
>without module support (oh, module support has chanegd radically)?
>You do have flags -O2 -D__KERNEL__ -DMODULE ?
Think MODVERSIONS. This is such an FAQ.
--
http://www.spinics.net/linux/
------------------------------
From: R Smith <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development
Subject: Re: New directions for kernel development
Date: Fri, 13 Apr 2001 23:58:57 -0400
"Arthur H. Gold" wrote:
>
> [Bogus] Linus Torvalds wrote:
> >
> > Hi all,
> >
> [snip]
> >
> > Thank you,
> > --Linus Torvalds
>
> Looks to me that you're about ten days late. That doesn't
> even work on the Julian calendar.
>
I'm sure the stupid fuckwit typed as fast as he could.
> --ag
> --
> Artie Gold, Austin, TX (finger the cs.utexas.edu account
> for more info)
> mailto:[EMAIL PROTECTED] or mailto:[EMAIL PROTECTED]
> --
> Clone Bernie!
------------------------------
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: Sat, 14 Apr 2001 00:17:39 -0500
On 13 Apr 2001 23:52:40 +0100, Nix <$}xinix{$@esperi.demon.co.uk> wrote:
>> The point is that in emacs I _have_ to write functions to
>> make it liveable, whereas in other editors I can get by with just
>> fiddling with a few options.
>What do you find unliveable? It sounds like your ideal editor differs in
>major ways from the Emacs defaults, in which case you --- or *somebody*
>--- probably would have to write some code. (But it would only have to
>be done once.)
I don't know which newsgroup you're reading this in, but I did mention
some of the things that annoy me about emacs in comp.editors. c-mode is
the biggest annoyance.
>> M-x customize in emacs is not enough, but in vim I can get by with only
>>:options.
>Not enough for what? What do you want to do? If your ideal editor is
>just like vi, use vi; vi will always be a better vi than Emacs. (But
>Emacs can be a better vi than vi can be an Emacs, IYSWIM. Emacs is far
>more flexible.)
Emacs is potentially more flexible, but also more frustrating for me.
Emacs tries to do its thing, and I can't get it to work with me easily.
That's why I do indeed use vi. (Or rather, vim.) vim is pretty much
perfect right out of the box.
--
"By the time we've finished with him, he won't know whether
he's Number Six or the cube root of infinity!"
------------------------------
** 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
******************************
