lostecho/oldlinux-files
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
master
oldlinux-files/docs/mail-archive/linux-misc/Volume2/digest879
gohigh 9912ec445d add directory docs
2024-02-19 00:23:35 -05:00

760 lines
30 KiB
Plaintext
Raw Permalink Blame History

From: Digestifier <Linux-Misc-Request@senator-bedfellow.mit.edu>
To: Linux-Misc@senator-bedfellow.mit.edu
Reply-To: Linux-Misc@senator-bedfellow.mit.edu
Date: Tue, 4 Oct 94 22:13:22 EDT
Subject: Linux-Misc Digest #879
Linux-Misc Digest #879, Volume #2 Tue, 4 Oct 94 22:13:22 EDT
Contents:
NFS server implementation (Peter Berger)
Re: XFree 3.1 & ATI GUP Mach32 (Mark Johnson)
Re: Hmmm (jonathan hankins)
Re: How to pronounce Linux?? (Inge Cubitt)
Re: PLS recommend a G++ debugger ( with or without X ) (Hugh Strong)
Re: REQ: MIDI-sequencer for Linux (Jay Vaughan)
Re: Nailed down to 386bsd or linux, now which one? (Michael L. VanLoon)
Re: Appropriate partition sizes (was: Re: New Linux Distribution) (Craig I. Hagan)
Re: Word (Text) processors for Linux? (DAVID L. JOHNSON)
Re: Linux vs NeXTSTEP (Thomas Gschwind)
Re: Dynamic IP PPP server (Florian Schmidt)
Re: New Linux Distribution (Byron A Jeff)
SURVEY: Graphics card benchmarks under XFree86 (05 Oct 94) (Farrell McKay)
Re: Nailed down to 386bsd or linux, now which one? (Greg Sandell)
Flexibility of process priority for realtime tasks (Greg Sandell)
----------------------------------------------------------------------------
Date: Mon, 03 Oct 1994 15:20:00 +0100
From: pit@p2.lxs.baboon.ch (Peter Berger)
Subject: NFS server implementation
tadams@sbctri.sbc.com wrote:
> I've an idea for implementing filesystems via a local NFS server.
> The slackware tcpip/System/nfsd server seems to be a read-only server.
What?
> Is there a full server implementation out there?
You have it!
bye,
Peter
------------------------------
From: mjohnson@sparc.uccb.ns.ca (Mark Johnson)
Crossposted-To: comp.os.linux.help,comp.windows.x.i386unix,wpi.system.linux
Subject: Re: XFree 3.1 & ATI GUP Mach32
Date: 4 Oct 1994 12:53:56 -0300
In article <36q2kj$5nn@bigboote.wpi.edu>,
Ben Alman [Chat-Cat] <alman@wpi.edu> wrote:
>
>I just got XFree 3.1 and Installed it, so far no problems... works great!
>kudos to the XFree86 team!
>
Me too. With a different card which was not supported before.
It is very nice to have real resolution for a change :-)
>| o o _____ \_ Running Linux 1.1.50 O O [] [][][] [][][] [] []
> \______/ \____) and XFree386-2.1.1 Why Are We Here? Because...
OOPs time to update this .sig :-)
Mark Johnson
johnson@vrlab.uccb.ns.ca
------------------------------
From: jhankins@nyx.cs.du.edu (jonathan hankins)
Crossposted-To: alt.fan.linus-torvalds
Subject: Re: Hmmm
Date: 3 Oct 1994 13:55:23 -0600
In article <1994Oct1.111445.1169@dale.dircon.co.uk>,
Pete Chown <pc@dale.dircon.co.uk> wrote:
>In those days my Linux installation was in a 64M Minix partition, and
>the uncompressed kernel was the same size as the compressed one is
>now!
Talk about nostalgia......I found a v0.01 Linux kernel on funet......the
blasted thing won't even compile.....I think I found the limit of gcc's
backwards-compatibility <big grin> The source was only 20K or so :-)
Jonathan Hankins
jhankins@nyx.cs.du.edu
------------------------------
From: inge@drealm.org (Inge Cubitt)
Subject: Re: How to pronounce Linux??
Date: Mon, 3 Oct 1994 19:01:44 +0000
Kevin Lentin (kevinl@fangorn.cs.monash.edu.au) wrote:
: Personally, one thing that does get on my nerves is people pronouncing it
: 'Linix' which just seems completely non-sensical.
Is that 'linn icks' or 'line icks' ?
------------------------------
From: hstrong@eng1.uconn.edu (Hugh Strong)
Subject: Re: PLS recommend a G++ debugger ( with or without X )
Date: 4 Oct 1994 20:43:43 GMT
Jeff Kesselman (jeffpk@netcom.com) wrote:
: In article <36ndng$4cn@sand.cis.ufl.edu>,
: Daniel Damon Roscigno <ddr@beach.cis.ufl.edu> wrote:
: >I am a new C++ programmer and am looking for a debugger for Linux
: >I am currently running Slackware 1.1 with kernel .99pl14
: >I will be upgrading to a later version when I get my new CD
: >next week or so. X is not important, I just would like to be
: >able to step through code and set a few breakpoints.
: >
: >Thanks!
: >Dan.
: If you are using gnu c/c++, then yous shoudl already have gdb, the gnu
: debugger. If not, grab a copy from one oft he zillion gnu sites...
Has anyone taken notice of the package tgdb. This is a NICE
shareware interface to gdb, based on tcl/tk. It's on Sunsite and
mirrors of it.
-- Hugh Strong
hstrong@ug1.eng1.uconn.edu
------------------------------
From: jay@earthlink.net (Jay Vaughan)
Crossposted-To: comp.os.linux.help,aus.computers.linux
Subject: Re: REQ: MIDI-sequencer for Linux
Date: 4 Oct 1994 21:17:52 GMT
In article <36rk9o$90d@dsun10.hmi.de>, drt@dsun10.hmi.de (Tschirley_Rene) says:
>
>Very important for making my decision is the existance of a
>(semi)professional MIDI-sequencer like Sibelius 7 (Acorn Archimedes),
>Bars & Pipes (Commodore Amiga) or anything similar to these ones known
>on Atari or Apple Macintosh.
>
Interesting point. Would anyone care to port ROSE to Linux? It's an
SGI-based sequencer, available in source code from at
ftp.maths.bath.ac.uk:/pub/dream/ROSE.ALPHA.tar.gz and ROSE.sources.tar.gz.
I've used it on my Indy, and it's quite a nice package... would be cool
to see this running on a Linux box...
Jay Vaughan
Vice President, Operations
EarthLink Network, Inc.
Internet Service Provider | Voice: 213-644-9500
Info via email: info@earthlink.net | Fax: 213-644-9510
Human via email: admin@earthlink.net | 3171 Los Feliz Blvd., Suite 203
WWW: <http://www.earthlink.net> | Los Angeles, CA 90039
------------------------------
From: michaelv@MindBender.HeadCandy.com (Michael L. VanLoon)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Nailed down to 386bsd or linux, now which one?
Date: 04 Oct 1994 14:53:09 GMT
In article <36qeaf$jt4@vixen.cso.uiuc.edu> mbandy@superdec.uni.uiuc.edu (Harf) writes:
>4) more compliance to POSIX (I think standards are good, or am I wrong)
Linux is more compliant to POSIX.
NetBSD has grown to be pretty much as POSIX compliant as Linux.
FreeBSD isn't quite as far, there yet.
This should be taken with a large bucket of salt, however (as Terry
Lambert points out), since none of the systems have had an official
POSIX verification suite run on them.
--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Michael L. VanLoon michaelv@HeadCandy.com michaelv@iastate.edu
Free your mind and your machine -- NetBSD free un*x for PC/Mac/Amiga/etc.
Working NetBSD ports: 386+PC, Mac, Amiga, HP300, Sun3, Sun4c, PC532
In progress: DEC pmax (MIPS R2k/3k), VAX, Sun4m
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
------------------------------
From: hagan@myhost.subdomain.domain (Craig I. Hagan)
Subject: Re: Appropriate partition sizes (was: Re: New Linux Distribution)
Date: 3 Oct 1994 12:04:21 GMT
Reply-To: hagan@oec.com
> I'm going to be installing Linux on my own PC soon (just as soon as
> Infomagic are back from the dead so I can order their CD set), and the
> partition sizes quoted here set me wondering. My HD is the same size as the
> one described, about 500 MB; I was planning to keep a DOS/WIN partition of
> about 80 MB and maybe 20-30 MB swap, but is 200 MB root + 200 MB usr really
> the best way to go? Does root really need that much? In fact, is there a
> good argument for bothering with separate root & usr partitions at all?
I think that a 200mb root partition shows
signs of someone misusing /tmp :)
I personally use a 20mb root partition at home, 30mb @ work,
and about 200-500mb /usr partition (depending
upon how big /usr/local is, and whether
or not it is mounted from an nfs server --
i usually use /share for that). I then
either mount /tmp as a separate drive
or link it to /usr. There are performance
issues for making swap and /tmp on
their own disk drives if you can.
reasons for a root partition (small):
The root partition is needed for machine boot
and checking the other partitions, so
it should be a small, infrequently changing
filesystem to minimize chances of corruption.
(hence the moving of /tmp away from it)
if it is small, you can have more than one of them,
so you can have an emergency boot partition.
-- craig
------------------------------
From: dlj0@Lehigh.EDU (DAVID L. JOHNSON)
Subject: Re: Word (Text) processors for Linux?
Date: 4 Oct 1994 14:27:07 GMT
In article <36quu3$n5a@montego.umcc.umich.edu>, spencer@montego.umcc.umich.edu (Spencer PriceNash) writes:
>[ Newsgroups trimmed]
>
>In article <36qlgs$1a9@agate.berkeley.edu>,
>Nick Kralevich <nickkral@po.EECS.Berkeley.EDU> wrote:
>>Greetings.
>
>Hi.
>
>
>>I'm attempting to find a word processor for Linux. One that will
>>allow me to create reports, and type up documents.
>
>Yuck.
>
>
>>So far I've been using Jove, which is useful as a text editor, but
>>not as a word processor. I'm looking for somthing that will allow
>>for different fonts, along with text formatting.
>
>Sounds like the simplest thing would be: you can use Jove (or emacs
>or one of the vi clones or whatever) to type in your text, using
>groff commands, then use groff to format it, then pump it through
>ghostscript to print it.
>
You are kidding, right? And how does one just `pick up' groff commands?
This is a lot of effort, and IMHO could be far more productive, bang for buck,
put into learning a bit of TeX.
But for the time being, try EZ from the auis package. Nothing to learn, good
output. And pick up the TeXBook to lear how to go beyond the capabilities of
ez.
Groff has its uses, but for document preparation has been superceded by TeX.
>>I've heard of TeX, but I'm not really sure what it is, and I'm
>>hesitating to install the 14 disks it takes for the binary
>>distribution.
>
>Oh. That's ok, I didn't install it, either.
>
Which is why you are using groff. BTW, ez uses groff as well, but you don't
have to use the commands.
>>What do you use?
>
I usually use TeX. My kids (8&10) use EZ, and find it easier and better than
WordPerfect.
--
David L. Johnson dlj0@lehigh.edu or
Department of Mathematics dlj0@chern.math.lehigh.edu
Lehigh University
14 E. Packer Avenue (610) 758-3759
Bethlehem, PA 18015-3174 (610) 828-3708
------------------------------
From: tom@csdec1.tuwien.ac.at (Thomas Gschwind)
Subject: Re: Linux vs NeXTSTEP
Date: 4 Oct 1994 15:53:16 GMT
Oh, there's one thing I've forgot to say:
If you have a LOT OF MONEY, it is POSSIBLY better to buy NeXTStep...
Unfortunately, I have not enough money to run NeXTStep :(
Tom
--
\|/ Thomas GSCHWIND, Student at Technische Universit<69>t WIEN
(o o) email: tom@logic.tuwien.ac.at
--oOo--(_)--oOo-- DOS is too DOSASTROUS for you? Try UN*X!
------------------------------
From: F.SCHMIDT@BIONIC.zer.de (Florian Schmidt)
Subject: Re: Dynamic IP PPP server
Date: Fri, 30 Sep 1994 23:00:00 +0000
reply on user raf@dt1.datatamers.com
> I am looking for information on how to set up my linux box as a
> dynamic IP ppp server for dial in. Currently I am set up for dump terminal
> dial in. PPP is complied in my kernel 1.1.51 and is running. I would like
> to offer PPP dial in for Mosaic users. I've RTFM net-2-howto and the readme
> from ppp-2-1-2a and all they talk about is how to dial into a DYN ppp
> server, but not how to configure your box to be a dynamic IP PPP DIAL IN
> SERVER.
>
i don't know exactly, but what you probably just have top do, is to make a
fake user (best call him ppp), which login shell is the pppd-program with
the right parameters, and the right dev. i don't know how to find out the
device one is logged on, but that should not be too hard...
--
ja! ich bin ein HONK! na und?
GMU -d+ -p+ c++ l+ u--- e* m--- s++/+ !n f? g+ w+ t+ r y+
irc: moses (c u on #germany)
## CrossPoint v3.0 ##
------------------------------
From: byron@gemini.cc.gatech.edu (Byron A Jeff)
Subject: Re: New Linux Distribution
Date: 1 Oct 1994 14:25:24 GMT
In article <36ber3$4ht@gandalf.rutgers.edu>,
Juana Moreno <madrid@gandalf.rutgers.edu> wrote:
>I have been thinking of putting up a new Linux distribution especially
>oriented to DOS-Win dummies.
Juana,
As others have pointed out in great detail, this probably isn't a real good
idea. All the snippets you describe negates all the power of Linux you wish
to show.
However it's clear there are some issues to be addressed:
1) Linux has no applications.
I had a discussion with one of my co-workers over this very issue. We agreed
that it's very difficult for non commercial development to generate the
breadth and depth of applications that DOS/Windows commercial environment
has. His take on the solution is to bring new environments (the MKS Toolkit)
to the existing platform area (DOS/Windows). However I think the three
pronged approach that Linux has can work:
- Write native applications with similar characteristics to existing
commercial applications. The Xfilemanagers are an example. One that is
sorely needed is a simple wordprocessor.
- Make available all of the traditional Unix apps.
- Use emulation to run the myriad existing applications of other environments.
2) Unix is too hard to understand.
Human beings are quite adaptable. When presented with a computer based
environment they will learn to conform their actions to within the scope of
that environment. That's why many folks are satisfied with DOS/Windows. Since
that's whay they learned computer based stuff on it defines their expectations
of what computer environments should look like and how they should behave.
Since Unix is a different environment in many user's minds it's 'hard'.
The problem is that isolating the user from the differences often negates
the capabilities that a different environment brings.
I think Juana has taken this concept to an extreme. Linux is no good if
it just acts like DOS/Windows. There's no benefit to switching. In fact
because of the applications issue, it's often a detriment because the
apps that people want to run are no longer available.
The solution to many of the " it's too hard " issues can be addressed:
- Add some simplifying scripts for mundane administrative tasks.
- Promote the documentation even more that it is now.
- Most importantly get people to generalize. We know that all computer
environments have a command that displays files. The name isn't relavent.
So when you approach a new environment and 'dir' doesn't work don't give
up. Just find out the correct command. Just an example.
3) Setup
Initial setup of Linux is daunting. It needs to be even more automated.
Slackware's setup is a excellent start. What it probably needs right now
is a better mechanism for partitioning the disks. A question:
How hard would it be to write FIPS for Linux? While FIPS for DOS is fine
it would be even better if it ranunder Linux directly.
UMSDOS is helpful here also.
4) Transisitional stuff.
DOSEMU needs to be in the distribution. It goes a long way to giving a
transistional environment.
WINE desperately needs to be finished. Everybody (except me. I'm working on
my PhD) needs to drop everything and get WINE working.
These tools will greatly ease the transisition.
=====
The bottom line is that both the Linux system and former DOS/Windows users
will have to change and grow together. Asking either one to change radically
is unfair and undesireable.
Later,
BAJ
--
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332 Internet: byron@cc.gatech.edu
------------------------------
From: fbm@thumbtack.bevc.blacksburg.va.us (Farrell McKay)
Crossposted-To: comp.windows.x.i386unix,comp.benchmarks,comp.os.linux.help,aus.computers.linux,comp.sys.ibm.pc.hardware.video
Subject: SURVEY: Graphics card benchmarks under XFree86 (05 Oct 94)
Date: 5 Oct 1994 00:24:47 GMT
Archive-name: xfree86-benchmarks
Version: $Id: post,v 1.30 1994/10/05 00:02:38 fbm Exp fbm $
These are the latest results from a survey of xbench results under XFree86.
The idea of the survey is to compile a comprehensive set of benchmark results,
obtained by running xbench against all the main 386/486/586 graphics cards,
and thereby place the graphics cards in an approximate performance ranking.
Ideally all the results should be gathered using the same host machine,
on the same day of the week, while wearing the same socks and jocks.
Unfortunately no-one has yet come forward with such a database (although
such databases are rumoured to exist). This survey is the next best thing.
The summary results below distill the essence of the survey into single line
entries. The entries are grouped by XFree86 release number, and ranked
in decreasing 'xstone' order (last column) within each group. Ranking by
xstones is a bit arbitrary. It is instructive to examine all the other
columns too.
The xbench survey has a home on the World Wide Web, at
http://thumbtack.bevc.blacksburg.va.us/xbench/
If you have acess to a Web browser, check it out! It is at least
6 x 10^24 times better than this plain old Usenet posting, in lots of ways.
New additions to this database are always welcome - especially entries for
the latest servers or for unlisted graphics cards. If you use XFree86,
you can contribute to this survey. Grab a copy of xbench, make sure it
has the GraphicsExposures patch (see below), run it on your machine,
fill in the blank form provided below, and mail it back to me.
Please do not send the raw xbench output - just fill in the blank form!
I will collate and publish the results as they become available. XBench is
available by ftp from hundreds of archive sites around the world.
Check out archie for your nearest site.
>>>>>> IT IS IMPORTANT TO USE THE CORRECT VERSION OF XBENCH. <<<<<<
The correct version is the one with the "GraphicsExposures" patch.
Check for this by looking at your source code - you should find calls to
XSetGraphicsExposures(......, False);
in the four files bitmapcpy.c complex1.c screencpy.c and scroll.c
Some sites known to carry the patched version of xbench are:
ftp.physics.su.oz.au:/xbench/xbench.tar.gz
ftp.iastate.edu:/pub/netbsd/misc/xbench.tar.gz
mcsun.eu.net:/os/linux/BETA/X_S3/xbench.tar.gz
mcsun.eu.net:/os/linux/BETA/X_S3/xbench.tar.Z
ftp.th-darmstadt.de:/pub/X11/other/xbench.tar.Z
xbench.tar.gz file length=88785, /bin/sum=48788, /usr/5bin/sum=31503
xbench.tar.Z file length=156750, /bin/sum=21120, /usr/5bin/sum=40999
To run the benchmark,
1. If possible, switch into one of the more common display resolutions
before starting, e.g. 800x600, 1024x768, 1280x1024 etc.
2. Kill off (i.e. exit from) all other programs on your machine,
including your window manager! The only running program you
should need is a single window from which to start xbench.
XBench is a benchmark program. If it has to compete for
memory or CPU, its results will suffer.
3. Read the XBench README file and edit the script.run file.
4. xset s off (turn off the screen saver)
5. xbench < script.run > results/YOURFILE
6. go have a coffee
7. awk -f scripts/xstones.awk < results/YOURFILE
Farrell.
--
Farrell McKay. Email: fbm@thumbtack.bevc.blacksburg.va.us (PGP key avail)
========================= Blank Form ===========================================
CPU : (386/486 SX/DX etc)
CPU Clock Speed : (MHz)
M'board Memory : (MBytes)
Card Vendor + Model :
Card Bus : (ISA/EISA/VLB/PCI)
Chipset :
Video Memory : (MBytes)
Memory Type : (DRAM/VRAM)
Memory Speed : (ns)
Clock Chip :
RAMDAC :
Operating system :
XFree86 release : (e.g. 2.1.1)
XFree86 server : (e.g. XF86_SVGA)
Physical resoln :
Virtual resoln :
Dot-clock : (MHz)
Bits per pixel :
XBench lines :
XBench fills :
XBench blits :
XBench arcs :
XBench text :
XBench complex :
XBench xstones :
>>>>>>>> Did you use the patched version of XBench ?? (Yes/No) <<<<<<<<
XBench ftp'd from :
Submitted by :
Date stamp :
========================= Summary Results ======================================
--- Hware --- XF86 Res Dot Px Display card Bus lin fil blt arc txt cplx xst
CPU-Clk Mem Srvr P&V Clk Sz Type ----------- 000s -----------
============================= XFree86 3.1 ===================================
486DX2-66 8 S3 NC 75 8 #9 GXE-64 V 419 116 114 6372 186 185 173
486DX2-66 16 W32 PL 36 8 Herc. Dynamite Pow V 235 58 88 5278 423 114 131
============================= XFree86 2.1.1 ===================================
486DX2-66 16 S3 NN 74 8 Diamond Stealth Pr V 417 89 77 6465 197 153 142
486DX2-66 16 S3 NN 75 8 #9 GXE Level 12 V 442 80 65 6232 187 156 129
486DX2-66 8 S3 NN 75 8 SPEA/V7 Mercury V 495 72 55 7018 160 134 113
486DX-33 16 S3 EE 110 8 Actix Ultra+ I 323 68 59 2761 148 138 108
486DX-50 16 S3 NN 80 8 ELSA Winner 1000 I 303 63 54 3865 155 128 103
486DX-50 16 S3 CC 110 8 Metheus 928-4M V 310 67 50 3208 148 127 102
486DX-50 16 Mch32 NN 75 8 ATI Ultra Pro V 335 65 56 2845 142 84 101
486DX2-66 16 S3 NN 75 8 Diamond Stealth 24 V 340 54 45 5541 132 106 89
486SX-25 16 S3 PM 36 8 Spea V7 Mirage I 186 48 41 639 113 101 76
486DX2-66 20 S3 CC 135 8 #9 GXE Level 11 I 283 61 52 3345 56 121 74
486DX-33 16 S3 NN 72 8 Miro Crystal 10SD V 248 44 36 2256 104 87 71
486DX-33 8 S3 NN 75 8 Actix Grph Eng. 32 I 205 42 38 1504 101 89 70
486DX2-66 8 S3 NN 45 8 Generic S3-805 V 265 45 39 2259 66 95 67
486DX2-66 16 Mch32 cC 80 8 ATI Graphics Ultra V 271 36 31 3597 88 59 60
486DX2-66 32 SVGA KK 80 8 Generic Cirrus 542 V 143 28 22 1862 281 44 51
486DX2-66 4 SVGA NN 75 8 VIA C.Logic 5426 V 149 26 22 2097 238 42 49
486DX2-50 8 SVGA NH 75 8 Genoa 8500VL-28 V 113 23 23 1464 197 36 46
486DX2-66 20 SVGA DD 80 8 Generic Cirrus 542 V 133 24 17 1708 254 40 42
386AM-40 8 Mch32 NN 65 8 ATI Graphics Ultra I 101 23 20 501 53 35 36
386DX-25 8 SVGA PL 36 8 Hercules Dynamite I 33 8 5 230 23 19 12
============================= XFree86 2.1 ===================================
486DX2-66 32 S3 NN 77 8 STB Pegasus V 453 80 66 4318 195 156 131
486DX2-66 32 S3 NN 67 8 STB Pegasus V 461 79 66 4154 191 141 129
486DX2-66 32 S3 CC 125 8 STB Pegasus V 440 80 62 4240 193 153 127
Pnt-66 32 S3 NN 85 8 ELSA Winner 2000 V 494 75 57 6275 205 145 123
486DX2-66 16 S3 AA 185 8 #9 GXE Level 16 V 430 73 56 6833 182 139 117
486DX2-66 16 S3 FC 85 8 Spea V7 Mercury V 472 69 55 4287 171 136 113
486DX2-66 24 S3 CC 135 8 Spea V7 Mercury V 422 65 55 3404 162 132 109
486DX2-66 20 S3 NN 65 8 #9 GXE Level 11 I 374 65 55 4873 168 129 108
486DX2-66 8 S3 NL 75 8 Emca VGA-928-P P 370 64 55 3193 150 126 106
486DX-33 8 S3 CC 108 8 Spea V7 Mercury I 329 65 55 255 146 133 104
486DX2-66 16 S3 II 96 8 ELSA Winner 1000 P 312 62 52 2907 148 128 101
486DX2-66 20 Mch32 HH 80 8 ATI Ultra Pro I 311 61 53 4336 144 133 100
486DX2-66 16 S3 HH 110 8 ELSA Winner 1000 P 298 60 52 2769 146 128 100
486DX-33 8 Mch32 OO 65 8 ATI Ultra XLR V 296 62 54 2723 129 83 95
486DX-33 16 S3 NN 45 8 Actix Grph Eng. 32 I 234 55 52 2894 129 111 91
486DX2-66 20 Mch32 NN 75 8 ATI Ultra Pro V 325 55 47 3437 129 75 88
486DX2-66 20 Mch32 HH 80 8 ATI Ultra Pro V 323 56 48 3682 118 77 88
486SX-33 16 S3 nN 45 8 VGA805-V from Uppe V 231 53 47 726 131 107 87
486DX-50 16 Mch32 CC 135 8 ATI Ultra Pro E 269 54 47 3038 123 74 85
486DX2-66 8 S3 NN 72 8 Actix Grph Eng. 32 V 328 48 40 3821 137 95 82
486DX-33 16 Mch8 NN 65 8 ATI Ultra (Mach8) I 255 47 42 4071 115 98 79
486DX-33 16 Mch32 NB 80 8 ATI Ultra Pro I 207 51 43 1600 106 61 76
486DX-33 16 S3 HH 62 8 ELSA Winner 1000 E 269 57 51 1720 50 130 69
Pnt-66 32 S3 CC 102 8 #9 GXE Level 12 P 389 72 61 4504 38 146 69
486DX-50 16 SVGA nN 45 8 STB Horizon VGA I 128 28 28 1767 224 55 56
486DX2-50 16 SVGA PH 45 8 ICL ValuePlus CL54 I 102 27 25 1131 145 38 48
486DX2-66 20 VGA NN 65 8 Cirrus Logic V 61 28 20 1545 228 45 44
486DX-33 8 SVGA NN 65 8 Genoa Phantom 8900 V 131 28 12 2167 116 42 36
486DX2-66 32 SVGA NN 75 8 Generic Cirrus 542 V 110 18 13 1474 229 30 33
486DX2-66 8 SVGA NN 75 8 Actix ProStar VL V 107 17 12 1563 205 27 30
486DX2-66 32 SVGA KK 80 8 Generic Cirrus 542 V 102 16 12 1317 209 28 30
486DX2-50 16 SVGA HH 80 8 ICL ValuePlus CL54 I 76 14 12 880 140 20 26
486DX2-66 8 SVGA PN 36 8 Octek AVGA-20H I 80 11 5 891 54 17 14
486DX2-66 24 SVGA NN 65 8 Generic ET4000 I 91 8 3 1040 75 12 11
486SX-25 20 SVGA NL 45 8 STB PowerGraph I 67 8 4 416 52 14 11
486DX2-66 8 VGA16 QP 26 8 Hedaka HED-622 I 20 3 3 471 7 7 5
386DX-25 8 SVGA PP 36 8 Trident TVGA 8900B I 18 2 1 156 12 2 3
486DX-33 16 SVGA PP 40 8 Oak OTI-067 I 36 1 1 458 28 2 3
============================= XFree86 2.0 ===================================
486DX2-66 16 S3 NN 74 8 Diamond Stealth Pr V 451 92 78 3234 198 150 145
486DX2-66 16 S3 HH 85 8 #9 GXE Level 12 V 412 81 65 2872 196 157 130
486DX2-66 16 S3 NN 75 8 #9 GXE Level 12 V 468 80 64 4070 190 153 128
486DX-33 16 S3 NN 74 8 Diamond Stealth Pr V 278 83 75 2015 155 142 123
486DX-33 16 S3 NN 75 8 Diamond Stealth Pr V 348 76 66 2733 166 155 121
486DX-50 8 S3 NN 72 8 #9 GXE Level 11 V 395 71 62 3363 164 141 117
486SX-33 16 S3 CC 110 8 Actix Ultra+ I 293 73 62 3776 158 137 114
486DX-50 16 S3 NN 75 8 ELSA Winner 1000 E 316 64 55 2760 160 128 105
486SLC2-66 16 S3 NN 45 8 STB PowerGraph VL- V 282 60 50 1310 153 118 98
486DX-33 16 S3 NN 75 8 Orchid Fahrnht. VA V 266 48 40 2380 121 95 79
Pnt-60 16 Mch32 NN 75 8 ATI AX0 P 207 45 38 3438 126 68 73
486DX2-66 8 Mch32 GG 80 8 ATI AX0 P 183 39 34 3393 110 65 65
386DX-40 8 S3 NN 75 8 Generic S3-801 I 153 36 31 1153 84 72 57
486DX-50 16 SVGA QL 25 8 ColorDesigner A3 V 126 23 12 1575 111 44 34
486DX-50 16 SVGA nN 45 8 STB Horizon VGA I 131 20 12 1551 130 47 33
386DX-40 8 S3 JJ 95 8 Generic S3-801 I 122 23 20 1096 25 47 31
486DX-50 16 SVGA nL 45 8 ColorDesigner A3 V 115 18 10 1559 110 38 29
386DX-40 4 SVGA nG 45 8 Tseng ET4000/W32 V 65 16 11 989 38 30 26
386DX-40 4 SVGA NG 72 8 Tseng ET4000/W32 V 63 15 10 952 35 25 21
486DX2-50 16 SVGA PN 50 8 Diamond Speedstar I 76 16 7 927 61 39 21
486DX2-50 20 SVGA NN 85 8 Cirrus Logic 5428 I 86 13 6 1203 68 33 18
486DX-33 8 SVGA NN 65 8 Diamond Speedstar+ I 87 9 4 1325 84 14 13
486DX2-66 8 SVGA PL 75 8 Octek AVGA-20H I 79 3 2 917 60 5 6
486SX-25 4 SVGA? QQ 75 8 Sager NP840 notebo V 53 3 2 327 30 4 5
Key to Physical and Virtual resolutions (lower case=interlaced mode)
A = 1600x1200
B = 1536x1024
C = 1280x1024
D = 1200x910
E = 1200x900
F = 1192x900
G = 1152x910
H = 1152x900
I = 1152x816
J = 1152x800
K = 1056x832
L = 1024x1024
M = 1024x900
N = 1024x768
O = 1024x767
P = 800x600
Q = 640x480
------------------------------
From: sandell@epunix.susx.ac.uk (Greg Sandell)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Nailed down to 386bsd or linux, now which one?
Date: 3 Oct 1994 12:25:22 GMT
Jesus Monroy Jr (jmonroy@netcom.com) wrote:
> :
> I'm running the FreeBSD and 386BSD versions in house.
> I run both, because I'm still waiting for 386bsd release 1.0
> Since I need to do X-windows development and TCP/IP testing
> at this time FreeBSD is of choice.
Where can I find out about FreeBSD? I'd just like to know who makes it
and how you get it.
Thanks,
Greg
--
Gregory J. Sandell (sandell@epunix.sussex.ac.uk)
Experimental Psychology, University of Sussex
Brighton BN1 9QG England +44-273-678058 (FAX:+44-273-678611)
http://ep56c.ep.susx.ac.uk/Greg.Sandell.html
------------------------------
From: sandell@epunix.susx.ac.uk (Greg Sandell)
Subject: Flexibility of process priority for realtime tasks
Date: 3 Oct 1994 12:34:33 GMT
I'm considering using a Linux based platform for MIDI sequencing and
other musical tasks where things must occur at specific moments in time,
which you don't want to be interrupted, even by a few msec (because the
music will have a hiccup in it). The question is not one of having the
majority of the CPU power, it's a question of relying on the processing
getting done in time for a scheduled event.
I've heard from people who have experienced real grief under Unix
systems with such objectives. It seems that you can only go so far in
giving the process an extremely high priority; the OpSys will still
interrupt it to perform one task or another, and you get the hiccups, or
worse.
Some Unix implementations offer more freedom than others. I understand
that on SGI machines, there is quite a lot of flexibility. Does Linux
offer any special features for precise event scheduling, or can someone
tell me if it is particularly flexible in this area?
Thanks,
Greg
--
Gregory J. Sandell (sandell@epunix.sussex.ac.uk)
Experimental Psychology, University of Sussex
Brighton BN1 9QG England +44-273-678058 (FAX:+44-273-678611)
http://ep56c.ep.susx.ac.uk/Greg.Sandell.html
------------------------------
** 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-Misc-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: Linux-Misc@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-Misc Digest
******************************
Reference in New Issue View Git Blame Copy Permalink