Subject: Linux-Development Digest #895
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Thu, 7 Jul 94 09:13:07 EDT

Linux-Development Digest #895, Volume #1          Thu, 7 Jul 94 09:13:07 EDT

Contents:
  Re: Encrypted drive? (Mitchum DSouza)
  Re: insmod and the lot (where's the doc?) (Mitchum DSouza)
  Re: HD floppy with 1600 kB, why not? (Bram Bouwens)
  Re: VAX port, is there one? will there be one? (Martin Spott)
  lint for linux? (David Lyle Robinson)
  Re: List of programs which need shadow changes (John F. Haugh II)
  Re: Where are kernel versions kept? (Rob Kooper)
  Re: Help rm !! (Peer Griebel)
  Re: insmod and the lot (where's the doc?) (Mitchum DSouza)
  Re: 14'400 baud /dev/cua ? (Steve DuChene)
  Who is bas@uimec.nl? I have a message from FTAPE... (Nikolaus R. Haus)
  Re: SCO Binaries (Steve DuChene)
  Re: HD floppy with 1600 kB, why not? (Steve DuChene)
  Re: Dedicated SCSI swap drive? (Naresh Sharma)
  Re: HD floppy with 1600 kB, why not? (Steve DuChene)
  Re: Floppy code broken w. 1.1.23 (Linus Torvalds)
  Re: 14'400 baud /dev/cua ? (Frank Lofaro)
  Re: tcsh bug: more information (Frank Lofaro)
  Re: Linux Performance Enhance ? (Rob Janssen)
  Re: TCP/IP networking for DOSEMU (Rob Janssen)

----------------------------------------------------------------------------

From: Mitchum DSouza <m.dsouza@mrc-apu.cam.ac.uk>
Subject: Re: Encrypted drive?
Date: 7 Jul 1994 05:14:03 -0400
Reply-To: m.dsouza@mrc-apu.cam.ac.uk

Rob Janssen:
| In <2ve0k9$ls1@nyx10.cs.du.edu> colin@nyx10.cs.du.edu (Colin Plumb) writes:
| 
| >In article <PJG.94Jul5181251@tesla.esl.com>,
| >Paul Gyugyi <pjg@tesla.esl.com> wrote:
| >> I'm not looking for a
| >> clipper chip or anything, ... heck, just Rot-13 would probably
| >> be enough.  Can anyone point me to a relevant source file?
| >> What else besides "mount" might need to be changed?
| 
| >*Ahem*.  Please be caureful implying that the Clipper ship is "good"
| >encryption.  The Skipjack algorithm may be, but the rest leaves
| >something to be desired.
| 
| >Anyway, I don't have such a thing, but if anyone wants to write one
| >I can supply a lot of ideas and crypto code.  (Mostly based on the
| >design of Peter Gutmann's SFS for DOS.)
| 
| DES encryption is possible with the loop device, I think.  It was written
| a long time ago (in Linux terms) so I'm not sure if it still works.

No it has been updated and works fine.

Mitch

        tsx-11.mit.edu:tsx-11.mit.edu:/pub/linux/BETA/loop/lo.3.3.tar.gz
        

------------------------------

From: Mitchum DSouza <m.dsouza@mrc-apu.cam.ac.uk>
Subject: Re: insmod and the lot (where's the doc?)
Date: 7 Jul 1994 05:25:07 -0400
Reply-To: m.dsouza@mrc-apu.cam.ac.uk

Kenneth Wong:
| The subject says it all. insmod even doesn't come with man pages
| (slackware 1.2). Any doc about writing mod?

Yes it does come with manpages (but maybe not in slackware - I dont use it).

Anyway at the moment the module code is changing quite a bit so it needs to be
stabalized before the definitive manpage is written.

Mitch

------------------------------

From: d70@nikhef.nl (Bram Bouwens)
Subject: Re: HD floppy with 1600 kB, why not?
Date: 7 Jul 94 09:10:21 GMT
Reply-To: d70@nikhefh.nikhef.nl (Bram Bouwens)

In article <2vc9laE5mp@uni-erlangen.de> bon@lte.e-technik.uni-erlangen.de (Uwe Bonnes) writes:
=In article <2886@nikhefh.nikhef.nl> d70@nikhefh.nikhef.nl (Bram Bouwens) writes:
=>
=>But now we have a nice OS and nice hardware which can handle disk
=>formats up to 1600 kB (within specs), and we only put 1440 kB on
=>them. Why is that? Of course, to do so you should use 10 1024 byte
=>sectors per track instead of 18 x 512. Indeed, DOS will not be able
=>to read these; but who cares?
=
=The fdpatches supplied such sizes for the 0.999.15 kernel. If you apply the
=patches by hand , the work to at least up to 1.1.22

I've had a look at those patches: they use 21 x 512 bytes per track,
which leaves pretty tight gaps between sectors I think. Also I'd like
to be able to use the largest format supported by HP-UX, which is
10 x 1024 bytes per track... Maybe when I have some spare time..

Bram
====================================================================
  Bram Bouwens <Bram.Bouwens@nikhef.nl>
  NIKHEF-H, National Institute for Nuclear and High-Energy Physics
====================================================================

------------------------------

From: sk001sp@unidui.uni-duisburg.de (Martin Spott)
Subject: Re: VAX port, is there one? will there be one?
Date: 7 Jul 1994 08:39:27 GMT

Klaus ZLOEBL (zloebl@piis10.joanneum.ac.at) wrote:
: Well having some VAXstations 3100, i am interested in an operatingsystem
: for them (not VMS or ULTRIX)

You better look at the port of NetBSD that someone in Sweden is doing. Seems
that your machine is already supported - as long as you don't have Q-BUS.
We have a VAXstation IIRC and I was told that Q-BUS will take a few months.

If you're interested please EMail me.

Martin.

EMail: Martin.Spott@uni-duisburg.DE

(I'll be on holidays in a week)

------------------------------

From: robinson@ichips.intel.com (David Lyle Robinson)
Crossposted-To: comp.os.linux.help
Subject: lint for linux?
Date: 7 Jul 94 05:49:27 GMT

Is there a version of lint for linux?  I'm running slackware,
and I didn't see it on any of the 'd' disks.

Any references appreciated!  Reply by email if possible.
Thanks,
David Robinson

------------------------------

From: jfh@rpp386 (John F. Haugh II)
Subject: Re: List of programs which need shadow changes
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Date: Thu, 7 Jul 1994 02:55:50 GMT

In article <longyearCsCDsq.72v@netcom.com> longyear@netcom.com (Al Longyear) writes:
>The passwd program is included in the shadow suite. It is a new program
>and, by definition, does not need changes. It is replaced.

[ Deletia ]

>login
>telnetd
>ftpd     { both the bsd and wu versions }
>pop2d
>pop3d    -- slackware calls/called this popd
>pppd
>xlogin

You also need to change rexecd, not that you will want to ever use it ...
-- 
John F. Haugh II  [ NRA-ILA ] [ Kill Barney ] !'s: ...!cs.utexas.edu!rpp386!jfh
Ma Bell: (512) 251-2151 [GOP][DoF #17][PADI][ENTJ]   @'s: jfh@rpp386.cactus.org
 There are three documents that run my life: The King James Bible, the United
 States Constitution, and the UNIX System V Release 4 Programmer's Reference.

------------------------------

From: afsta014@IS.TWI.TUDelft.NL (Rob Kooper)
Subject: Re: Where are kernel versions kept?
Date: Thu, 7 Jul 1994 09:09:40 GMT

In article <2vf95q$fkn@tut.msstate.edu>,
David Simmons <simmons@EE.MsState.Edu> wrote:
>In article <2vckq4$hph@magus.cs.utah.edu>,
>Pete Kruckenberg <kruckenb@sal.cs.utah.edu> wrote:
>>Quick question: is there anyplace where I can pick up specific
>>versions of the Linux kernel source without having to apply each patch
>>level (for example, I could ftp version 1.1.14, rather than getting
>>1.1.0 and applying patches 1-14)?
>
>Our local Linux Users Group runs an ftp site that mirrors the kernels
>nightly from ftp.funet.fi, and we apply the patches and re-tar and
>re-gzip the updated kernel back into one consise up-to-date file that
>can be downloaded.  It is on ftp.gtlug.org in /pub/linux/kernel.
>
Same over here, I try to get the latest patches, apply them and put the
latest kernel up for ftp together with all the patches.

You can find it in
        ftp.twi.tudelft.nl:/pub/Linux/kernel

Rob
-- 

                                        Rob Kooper (rob@IS.TWI.TUDelft.NL)

------------------------------

From: griebel@warhol.uni-paderborn.de (Peer Griebel)
Subject: Re: Help rm !!
Date: 7 Jul 1994 11:50:51 +0200

vd@nieuwle.knoware.nl (Vincent Dogterom) writes:

>Hi there,

>A fellow student of mine, wants to write a undelete for his 
>graduation-project, does anyone of you'all out there have any information 
>about this (how's it's done, is there already a undelete for linux etc.)
>i spoke to a few unix-spec. but they all say is quite impossible.

I started programming an undelete system for linux. I took the same approach
as zlibc does. I simply changed the semantics of the unlink call (and other
calls as well) in the libc library. If a program wants to delete a file I
simply move the file into a special sub-directory. Another set of programs
has to maintain these files (undeleting; real deletion of these files, when
disk space is needed...)

With this approach I can also save the files which will be overwritten (by
the creat call) but not deleted by the unlink call. So it is very easy to
create backup files which otherwise would be lost.

I think another advantage of this approach is, that I don't have to patch the
kernel. On the other side only dynamically linked executables will have the
undelete-feature. But in linux most executables are dynamically linked.

I'm not working at this project any more (lack of time). But if I can find
the sources I would like to make them public. I'm very interested in 
a working undelete function in linux.

bye
  Peer
-- 


=============================================================================
Dipl.Inform.                  Universitaet-GH Paderborn         dying is easy
Peer Griebel                 Fachbereich 17 - Informatik          it's living
Tel.: 05251-60-2076               D-33095 Paderborn            that scares me
griebel@uni-paderborn.de             Raum C2.305                  (A. Lennox)
=============================================================================
<A HREF="http://www.uni-paderborn.de/fachbereich/AG/szwillus/griebel.html">
P. Griebel</A>.

------------------------------

From: Mitchum DSouza <m.dsouza@mrc-apu.cam.ac.uk>
Subject: Re: insmod and the lot (where's the doc?)
Date: 7 Jul 1994 06:11:07 -0400
Reply-To: m.dsouza@mrc-apu.cam.ac.uk


Kenneth Wong:
| The subject says it all. insmod even doesn't come with man pages
| (slackware 1.2). Any doc about writing mod?

Yes it does come with manpages (but maybe not in slackware - I dont use it).

Anyway at the moment the module code is changing quite a bit so it needs to be
stabalized before the definitive manpage is written.

Mitch

------------------------------

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: 14'400 baud /dev/cua ?
Date: 7 Jul 1994 08:41:26 GMT

Bill C. Riemers (bcr@k9.via.term.none) wrote:
: In article <2v5prq$ffq@news.ysu.edu> s0017210@cc.ysu.edu (Steve DuChene) writes:

:    Bill C. Riemers (bcr@k9.via.term.none) wrote:
:    : In article <2v38r7$hsd@news.cs.tu-berlin.de> wong@cs.tu-berlin.de (Wolfgang Jung) writes:

:    :    BARTHOLDI Laurent (lbartho@scsun.unige.ch) wrote:
:          Stuff deleted here...
        More stuff deleted here....

Steve DuChene (s0017210@cc.ysu.edu) wrote:
:          My advice to you Bill, is to update you serial board to
:          16550 UARTS. This should take care of your problem.
:          Unless you actually have 16550 UARTS and the autoprobing
:          in rc.serial is not detecting them correctly. Then you
:          may have to change your setserial line to account for this.

: I have no intention of replacing a $240 internal modem without a good
: hope of purformance increase.  One of the pecular things I noticed is
        More stuff deleted here...

:                               Bill

        Bill:   You have a $240 modem and it has a 16450 UART chip?!
        Hmmm, either you got ripped or setserial is mot autodetecting right.
-- 
| Steven A. DuChene   sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

------------------------------

From: nrh@philabs.philips.com (Nikolaus R. Haus)
Subject: Who is bas@uimec.nl? I have a message from FTAPE...
Date: Wed, 6 Jul 1994 19:22:05 GMT


I installed Slackware 1.2 from ftape last night, and was told
to send a message to bas@uimec.nl (or vimec? my handwriting 
sucks). To the best of the knowledge of my system, both of
these domains are unknown.

The message is:
I have a conner C250MQ tape drive, which was identified as
vendor id: 332
wake-up method: 2

In addition, the following cropped up:
ftape-rw.c(read_header_segment) - Gosh, somebody is using the failed sector list!
ftape-rw.c(read_header_segment) - So it makes sense to implement it, some time....

The tape was a preformatted MAXELL DC-2120

If you need more info, mail me at nrh@philabs.philips.com.

-nik

------------------------------

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: SCO Binaries
Date: 7 Jul 1994 08:57:42 GMT

Lee J. Silverman (lee@netspace.students.brown.edu) wrote:
:       There was a rumor going around a while ago that folks were
: working on modifying the Kernel (and presumably some other stuff) so
: that Linux would be able to run SCO binaries.  Has anything happened
: with that?  Is anyone working on it?

: Lee
: --
: Lee Silverman, Brown class of '94, Brown GeoPhysics ScM '95
: Email to: Lee_Silverman@brown.edu
: Phish-Net Archivist: phish-archives@phish.net
: "Nonsense - you only say it's impossible because nobody's ever done it."

        Lee: I am running the demo version of Word Perfect for SCO by
        setting up and using the very ALPHA iBCS package from tsx-11
        in /pub/linux/ALPHA/ibcs2 (I think that is the right directory)
-- 
| Steven A. DuChene   sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

------------------------------

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: HD floppy with 1600 kB, why not?
Date: 7 Jul 1994 09:28:10 GMT

        BTW, These patches let me put 1.743Mb on a 3.5" HD floppy.
-- 
| Steven A. DuChene   sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

------------------------------

From: nash@dutllu4.gmd.de (Naresh Sharma)
Subject: Re: Dedicated SCSI swap drive?
Reply-To: Naresh.Sharma@LR.TUDelft.NL
Date: Thu, 7 Jul 1994 10:47:22 GMT

Rob Janssen (rob@pe1chl.ampr.org) wrote:
: In <FjW6kukh1ydS067yn@shore.net> bjb@shore.net (Beverly J. Brown) writes:

: >In article <CsCxs5.5LB@pe1chl.ampr.org>, rob@pe1chl.ampr.org (Rob Janssen) wrote:
: >> In <1994Jul2.192418.1075@light-house.uucp> las@light-house.uucp writes:
: >> 
: >> >Scott A. Laird (lair@kimbark.uchicago.edu) wrote:
: >> >: In article <WAYNE.94Jun30000433@backbone.uucp>,
: >> >: Wayne Schlitt <wayne@cse.unl.edu> wrote:
: >> >: >In article <2uqr31$hpm@library.erc.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes:
: >> >: >> Would I get better performance getting an additional 40-50MB SCSI
: >> >: >> drive and use that as swap space, or just make a 32MB partition out 
: >> >: >> of the 1G drive?
: >> >: >
: >> >: >
: >> >: >It is almost always better to have a bunch of small drives vs one
: >> >: >large drive.  Adding a swap disk isn't a bad idea.  If you get a disk
: >> >: >that is say 60-80MB, you might want to put /tmp and /usr/tmp on the
: >> >: >drive too.
: >> 
: >> >On my two drive system (IDE), putting the swap on the second (slower) drive
: >> >didn't help at all. SO i put it back to the 8ms main drive, and now I use
: >> >the second drive for infrequently accessed files.
: >> 
: >> It is not amazing at all that it does not affect IDE systems.
: >> Remember, the original post was about a SCSI system, which is an entirely
: >> different thing.
: >> 
: >> Remember, on your IDE system the two drives share a single controller
: >> (on the master drive), so adding drives will not at all increase the
: >> throughput.  This leaves only the effect of seek locality.
: >> 
: >> Rob

: >Maybe I'm missing something here, but the last time I checked all my SCSI 
: >drives were connected to the same controller :)

: Yes, you *are* missing something.  That board in your machine is the
: HOST ADAPTER, not the controller.  Each drive has its own controller.

: Rob
: -- 


My understanding is that there is (or was) a bug in the basic scsi code in
the kernel which used to hang the system if a scsi drive was used as swap.

This was mentioned to me by Rick Faith our correspondence is catted below:

faith> Be aware that there is a bug in the Linux kernel that will cause similar
faith> problems if you are using swap space.   Are you using swap space?
faith> Apparently, the FD driver is the only driver that consistently exercises
faith> this bug, but the bug (IMHO) is probably in the high level SCSI code.
faith> 
me> Yes I do have swap, and since I've bought the scsi card, I changed my swap to
me> the swap on the scsi disk. If you think that that is giving the problem, I can
me> jolly well redefine my swap to the IDE disk. Probably in about 4 hours or so
me> when I go home, I can experiment with this and let you know.
me>
me> The reason that I had setup swap on the scsi disk was because this card claimed
me> higher transfer rates than the ide card. Is it ok if the swap lies on IDE w.r.t.the kernel bug?

faith> As far as I can tell, this is true.  Swapping to the IDE won't exercise the
faith> bug.

The result of this was that I had to remove the swap from the scsi disk. Infact
I bought 16mb or more mem and added it to the system. This correspondence
occurred around 1.1.18 kernel.

Has anyone got any more info?

Naresh

--
_______________________________________________________________________________
Naresh Sharma [N.Sharma@LR.TUDelft.NL]  Herenpad 28            __|__
Faculty of Aerospace Engineering        2628 AG Delft   \_______(_)_______/
T U Delft               Optimists designed the aeroplane,     !  !  !  
Ph(Work) (+31)15-783992 pessimists designed the parachute!
Ph(Home) (+31)15-569636 Plan:Design Airplanes on Linux the best OS on Earth!
==============================PGP=KEY=AVAILABLE================================

------------------------------

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: HD floppy with 1600 kB, why not?
Date: 7 Jul 1994 09:07:32 GMT

Uwe Bonnes (bon@lte.e-technik.uni-erlangen.de) wrote:
        Stuff deleted here....
: >But now we have a nice OS and nice hardware which can handle disk
: >formats up to 1600 kB (within specs), and we only put 1440 kB on
: >them. Why is that? Of course, to do so you should use 10 1024 byte
: >sectors per track instead of 18 x 512. Indeed, DOS will not be able
: >to read these; but who cares?
: >So: anyone thought about this yet? Are there any problems that I
: >overlook here?
: >

: The fdpatches supplied such sizes for the 0.999.15 kernel. If you apply the
: patches by hand , the work to at least up to 1.1.22
: ---
: Uwe Bonnes  bon@lte.e-technik.uni-erlangen.de

        I have the same patches applied to a 1.1.24 kernel and they seem to
        work fine. A real bitch to install though!
-- 
| Steven A. DuChene   sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

------------------------------

From: torvalds@cc.Helsinki.FI (Linus Torvalds)
Subject: Re: Floppy code broken w. 1.1.23
Date: 7 Jul 1994 14:12:02 +0300

In article <2vbjl1$hnb@smurf.noris.de>,
Matthias Urlichs <urlichs@smurf.noris.de> wrote:
>In comp.os.linux.development, article <CsC8r7.BoD@wg.saar.de>,
>  bof@wg.saar.de (Patrick Schaaf) writes:
>> 
>> Matthias is correct. I still maintain that the patch is ugly.
>> 
>No argument here.  (I am referring to Patricks second sentence.  ;-)

The patch is somewhat ugly, yes, but there are comments in the code to
the effect that the other drivers will have to be cleaned up to use the
new interface (right now the CDROM stuff etc still use the *really* ugly
old code that was hardcoded). 

I already sent out mails to most of the people responsible for drivers
that are affected to ask them to send me in patches (in order to keep my
versions and their in sync, I prefer to have them do the patching
themselves).  I expect most of the drivers will have the updated
structures soonish.. 

>Of course, the old kernel code (hardcoded device numbers for floppy and HD
>driver and calling the has-changed functions directly) is ugly as well.
>Since the ugliness will disappear as soon as the SCSI driver is updated,
>I'm not too concerned; apparently, neither is Linux, else he wouldn't have
>accepted the patch in the first place...

Well..  I almost always accept code I write myself :-).  The other
floppy drive problems were due to patches by others that I hadn't tested
(I never use floppies myself), but the media-change stuff was by me.  I
was essentially too lazy to go through all the structures.. 

                Linus

------------------------------

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: 14'400 baud /dev/cua ?
Date: Thu, 7 Jul 94 05:09:20 GMT

In article <2vfm13$337@harbinger.cc.monash.edu.au> kevinl@bruce.cs.monash.edu.au (Kevin Lentin) writes:
>14400 non compressed link. The PC won't talk to the modem at 14400 so you
>either have to turn line buffering on or drop to 9600.

Actually this is not true, the PC can be made to talk to the modem at 14400 
on Linux. You can set a custom divisor.

setserial port spd_cust divisor value

where port is the serial port name and value is the divisor value.
The divisor = 115200 / bps_rate

To set /dev/cua1 to 14400

setserial /dev/cua1 spd_cust divisor 8

and then tell kermit or stty or your other user programs to use 38400 baud. 

This will get Linux talking to the modem at 14400. The modem may not like it
(my modem ignores commands at 14400, but accepts them at all standard rates 
from 300 to 57600)

You are much better off turning on buffering and using a higher DTE rate in 
any event.




------------------------------

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: tcsh bug: more information
Date: Thu, 7 Jul 94 05:12:05 GMT

Tcl (especially with TclX and/or Tcl-DP) is much nicer than perl.


------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux Performance Enhance ?
Reply-To: pe1chl@rabo.nl
Date: Thu, 7 Jul 1994 07:36:01 GMT

In <2vfhh1$j52@panix3.panix.com> stimpson@panix.com (S. Joel Katz) writes:

>In <1994Jul4.190905.882@i486.gondor.sub.org> root@i486.gondor.sub.org (Erik Blass (SysAdmin)) writes:


>>Hi !

>>I was just wondering if it wouldn't be nice if you can manually swap
>>out a (sleeping) process. If - for example - a X user wants to swap
>>the gettys if he doesn't use them, he could probably run "swap_out
>><PID>" where PID is the pid of a getty. The same with lpd or even inetd ...
>>with all processes you use "seldom".
>>Would it be hard to realize the "swap_out" programm ?!
>>Can someone (hello Linus and Kernel Hacker ;-) ) realize it ?


>       This would probably not make any significant performance 
>difference. If the programs are not in use, Linux will swap them out 
>first anyway.

In fact the performance of the system really increases when you force a
swap-out of some programs so that there is some "working space" for which
the system does not need to swap.
Also, it seems like the balance between program pages resident in memory
and pages used for disk buffers is not always optimal: when the memory
is tight it will not swapout infrequently used pages to make room for more
disk buffers.

One trick to swapout some stuff is to load a program which uses a lot of
memory just after starting X.  This will force out the infrequently used
pages and they will stay out for some time.

e.g.: dd if=/dev/zero of=/dev/null bs=10000k

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: TCP/IP networking for DOSEMU
Reply-To: pe1chl@rabo.nl
Date: Thu, 7 Jul 1994 07:41:20 GMT

In <773538677snz@lunchbox.demon.co.uk> Chris@lunchbox.demon.co.uk (Chris Butterworth) writes:

>In article <1994Jul6.004325.9705@titan.westfalen.de>
>           johannes@titan.westfalen.de "Johannes Stille" writes:

>> I think that there is hardly any need for a TCP/IP connection to DOSEMU.
>> Usually you can get TCP/IP software for Linux that is both cheaper and
>> better.
>> If I'm wrong, please tell me so. If there is suffcient need, I'd
>> probably write the drivers.

>  One application of this that comes to mind is to use DOSEMU and SOSS
>  to gain access to doublespace/stacker DOS partitions via NFS.

I think it is much better to attack this with the "userfs" solution...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------


** 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: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Development Digest
******************************
