HDTenEightyP/NetNews huggingface dataset:
From: jk@fc.hp.com
 (John Kessenich)
Subject: Re: HP 7xx problem with virtual memory (thrashing)
Date: Tue, 5 Jan 1993 17:51:30 GMT
Distribution: comp.sys.hp
Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
X-Newsreader: TIN [version 1.1.1 PL6]

System Admin (Mike Peterson) (system@alchemy.chem.utoronto.ca) wrote:
: In article <1992Dec31.193847.6419@csi.com> bkp@csi.com (Brian K. Pheiffer) writes:
: >
: >I have found a serious deficiency with the HP-UX memory management and
: >was wondering if anyone else has seen this problem: whenever a process
: >require more memory than the amount of physical RAM that the system has,
: >the HP-UX operating system (8.05,8.07 & 9.0) start ``thrashing'', a
: >term HP uses to mean that the disk continues to swap indefinately
: >while the process makes no progress!  
: >HP mentioned that it solved this problem with HP-UX 9.0, however, we
: >haven't seen that to be true.  Does anyone else know about this
: >problem?
:
: I reported this problem on 8.07 last June, and have tried several
: patches, including the one for 8.07 that is supposedly based on the
: 9.0 swap/paging algorithms. None of them have made any difference.

    The patches mentioned and 9.0 have certainly improved paging problems
    for some situations.  Much of the effort for the patches and 9.0 was in
    keeping some interactive responsiveness of the system once it started
    "thrashing".  Unfortunately, it is difficult to predict what situations
    will be improved.

    That the system thrashes means the amount of memory the CPU touches in a
    short amount of time is larger than the amount of physical memory
    available.  The main variables are the amount of available memory (less
    means more thrashing), the speed of the CPU (faster means more
    thrashing), the size of the process (smaller means less thrashing),
    speed of paging devices (faster/more discs means less thrashing), and
    the access pattern of the process (more locality means less thrashing).
    These will vary considerably from system to system, and knowing which
    one changes when performance changes requires some work.

    System paging algorithms also play a role, but their impact is mainly
    the level of performance between the point where a system starts paging
    and where it starts thrashing.  Changing the points where the system
    starts to thrash requires changing the variables above.  You chose to
    change amount of available memory:

: Our "solution", which seems to have worked so far, was to buy
: enough 3-rd party memory (192MB), then only allow 1 task to run at a time,
: with the user data size set to 128 MB max. This way one process
: can not steal all the physical memory, though 2 or more could
: gang up and do it. 

: Our system would die within a week with 128 MB memory.

    9.0 is a considerably different system than 8.0*.  If you have a major
    problem in this area with 9.0 which was reported against 8.0*, but you
    still see as unsolved, it might be best to report it in the context of
    9.0.

--------------
John Kessenich
Newsgroups: comp.sys.hp
From: pld@fc.hp.com (Paul_Dineen)
Subject: Re: strange problem on HP
Organization: HP CLO/CoLL, Fort Collins, CO
X-Newsreader: TIN [version 1.1.4 PL6]
Date: Wed, 13 Jan 1993 02:52:48 GMT

Ivan Chow (chow@cssn0b.pdsf.ssc.gov) wrote:
: fine.  And now, I modify slightly the program.
: I open a file to read.  OK!  Now, strange thing happens,
: the values of some of my common blocks variables got messed up.

  If you don't know that the problem was due to what Marc suggested, then
  please post a small code sample that reproduces the problem.  (Or, send
  it to me at pld@fc.hp.com.)
From: hstroyan@hpfcso.FC.HP.COM (Howard Stroyan)
Date: Mon, 11 Jan 1993 19:23:50 GMT
Subject: Re: rubber band lines
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

In comp.sys.hp, mike@inti.lbl.gov (Michael Helm) writes:

> This is a rather trivial question but I hope someone can steer me
> towards some understanding.  I can't seem to get rubber band lines to
> happen on an HP-UX X server (some post 8.0 HPUX OS, using mwm, I think
> with whatever xllr-level HP ships, PA & non-PA).  The same kinds of
> client code work on other X servers like X11R5 on a sun, openlook &c
> -- it's not the code, but how the different X servers feel about it,
> it seems.  I've tried some really simple low level things, such as out
> of Johnson & Reichard, without getting anything to happen in HPUX
> land.  I'd appreciate some advice or trivial examples that should work
> in an HPUX environment.  What I don't know about X seems to fill
> volumes -- please be merciful!

You haven't given a lot to go on, but I think I may have some insight.

I assume you are "GXor" rendering to product the "rubber band lines".

This type of rendering is a shot in the dark (or actually the colormap)
when it comes to predicting the results.  The underlying assumption
is that the XOR of the source and destination color indices will produce 
a resulting color index and associated color which is visually different 
than the origin destination's color.  There is only luck to count on that
this will be the case (unless you stack the deck and know the resulting
indices and colors apriori).

Since the result that you are seeing on the HP display is not happening to 
workout well, you can try a new toss of the dice by changing the Source
(i.e. foreground) color that you are rendering.  This will cause the XOR
to produce a different set of results and potentially a more distinct 
color.

--
Howard Stroyan                                         
Hewlett-Packard                                        hstroyan@fc.hp.com
Systems Technology Division                     
Newsgroups: comp.sys.hp
From: richard@cs.brandeis.edu (Richard Congdon)
Subject: Re: clusters
Keywords: cluster
Organization: Brandeis University Computer Science
Date: Wed, 6 Jan 1993 14:09:08 GMT

In article <28226@dog.ee.lbl.gov>, mario@cad4.lbl.gov (mario aranha) writes:
|> We have ~15 300/400's and ~10 700s. Any significant comments on
|> making a mixed-cluster out of these?

Be careful about OS release number. 9.0 won't do machines with 68020's,
and 10.0 won't do 68030's (or is it all Motorola chips?)

|> 
|> Was told HP plans to replace clusters with NFS in the near future.
|> Is this true?

I thought I had heard somewhere that HP's clustered environment was on
the way out. I have no idea when this would happen, though. If true, it
is very disappointing.

-- 
		Richard Congdon
		Brandeis University Computer Science
		617/736-2717
Newsgroups: comp.sys.hp
From: zaphod@ctrg.rri.uwo.ca (Lance R. Bailey)
Subject: cc(1) bug in 9.0
Reply-To: zaphod@ctrg.rri.uwo.ca
Organization: University of Western Ontario
Distribution: na
Date: Fri, 8 Jan 1993 12:27:00 GMT

since updating to 9.0 on my 822/S, I have found the c compiler to complain
about options which i do not use:

$ cat hello.c
#include <stdio.h>
main()
{    printf("hem hem hem, hello world\n");
     exit(0);
}
$
$ cc hello.c
cc: warning 422: Unknown option "O" ignored.
cc: warning 422: Unknown option "0" ignored.
cc: warning 422: Unknown option "A" ignored.
cc: warning 422: Unknown option "c" ignored.
$
$ a.out
hem hem hem, hello world
$

the compile finishes and loads, but why is the compiler complaining about 
options "0OAc" when i do not use them. there is no CCOPTS in my environment.


--
Lance R. Bailey  System/Network Manager         Robarts Research Institute
     NeXT/email: zaphod@ctrg.rri.uwo.ca    box: Clinical Trials Resources Group
            fax: +1 519 663 3789                P.O. Box 5015, 100 Perth Dr.
            vox: +1 519 663 3787 x4108          London, Canada N6A 5K8
Far too few people correctly spell the words "connexion" and "shew"
From: arnet@hpcupt1.cup.hp.com (Arne Thormodsen)
Date: Thu, 7 Jan 1993 21:11:56 GMT
Subject: Re: Problem with ISO8859 and HP keyboard
Organization: Hewlett Packard, Cupertino
Newsgroups: comp.sys.hp

It turns out this is a known problem which has been fixed in 9.0.
On a 8.0 system the 0xA6 (broken bar) character was generated, on
a 9.0 system the 0x7c ("pipe") character was generated.  We verified
this here this morning.

In the meantime, before you update, here are some suggestions
I received:

>There is a very good chance the user has an old XHPKeymaps file.  This
>was a known bug that has been fixed.  Tell the user to get the latest/greatest
>server patch; this will include an updated XHPKeymaps file.  If for some
>reason he can't do this, tell him to use xmodmap to put an XK_bar keysym
>in his map; since 8859.1 includes the broken bar as well, s/he may want to
>put bar on [Ext Char][`] and broken bar on [Shift][Ext Char][`].

I hope this helps,

--arne

Arne Thormodsen
CSO Internationalization
Hewlett-Packard

DISCLAIMER:  This information is provided as a service only, and does not
imply a commitment or guarantee by the Hewlett-Packard Co.
Newsgroups: comp.sys.hp
From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
Subject: Re: Huge executables from f77 on 750's
Organization: University of Waterloo
Date: Fri, 8 Jan 1993 16:12:18 GMT

In article <1993Jan8.143012.13078@informatik.uni-wuerzburg.de> lemc002@winx03.informatik.uni-wuerzburg.de (Franco Trani) writes:
>
>I've a problem with f77 (what /usr/bin/f77: HPUX Fortran/ 9000s700
>09/19/91 B2408 A08.07). Some code I compile on a 9000s433 gives an
>executable of 336 KB. The same code compiled with the same comp-
>iler options results in a 29 MB monster on the 750 (it can be com-
>pressed to a size of ~ 400 KB !). I've another example which is not

This is standard fortran madness with defining large arrays.  It has to do with
how the compiler and linker arange intialized and uninitialized data in memory.
You most likely have defined a couple of large arrays in your program.  The
best thing to do is to all put those arrays into a dummy common block.  It
doesn't matter if any other function access the common block but just make
sure that there is not initialized data (ie a variable defined in a data
statement) in that common block.  That will solve your problem.

Gordon
From: sl1zm@cc.usu.edu
Newsgroups: comp.sys.amiga.multimedia
Subject: Re: New Amiga Multimedia FTP Site
Date: 5 Jan 93 23:27:51 MDT
Organization: Utah State University

>>> There is now a new FTP site just for Amiga flavored multimedia.
>>> 
>>> 	I'd like to focus mostly on foreign language training and ESL; but
>>> anything significant will be gladly accepted for review.
>>> 	The FTP address is NEXUX.USU.EDU and will be on line by Jan 10, 1993.
>>                           -------------
>>
>>I think Scott meant to say NEXUS.USU.EDU ...  that is the correct address.
> 
> 
> Do you have an IP address for this site?

Not yet but we'll pass on the info when we know.  ;-)
They are still in the process of setting up the software.
I don't know if I can even connect to it yet... and it's hooked to the machine
I'm on.

James Diffendaffer

Newsgroups: comp.sys.amiga.multimedia
From: cuajg@uxa.ecn.bgu.edu (Arthur Gramlich)
Subject: Re: New Amiga Multimedia FTP Site
Organization: Educational Computing Network
Date: Tue, 5 Jan 1993 22:28:26 GMT

In article <1993Jan5.134416.62474@cc.usu.edu> sl1zm@cc.usu.edu writes:
>In article <1993Jan1.221601.62385@cc.usu.edu>, scott@cc.usu.edu writes:
>>>>>>>>>>>NOTICE<<<<<<<<<
>> 
>> There is now a new FTP site just for Amiga flavored multimedia.
>> 
>> 	I'd like to focus mostly on foreign language training and ESL; but
>> anything significant will be gladly accepted for review.
>> 	The FTP address is NEXUX.USU.EDU and will be on line by Jan 10, 1993.
>                           -------------
>
>I think Scott meant to say NEXUS.USU.EDU ...  that is the correct address.


Do you have an IP address for this site?
Thanks
From: Steven_Hurdle@amusers.UUCP (Steven Hurdle)
Newsgroups: comp.sys.amiga.multimedia
Subject: Re: What shits me about the CDTV
Distribution: world
Date: 6 Jan 93 14:22:51 PST
Organization: AmUsers - The Amiga Users Group of Victoria BC

In a message dated Tue  5 Jan 93  2:58, Amiga@usage.csd.oz (amiga Utilities
wrote:

 AU> Especially if you end up with a German version of the Welcome Disc.
 AU> It took 2.5 months to get a sepo (American) version, only to realize
 AU> that the horrible accent is intolerable.

I've never heard of anyone complain about a similar accident.  It must have
been just "one of those things"

 AU> Another thing that I am annoyed about is the fact that if you play
 AU> musical CD's
 AU> using the built in interface, and do not turn on your TV or monitor,
 AU> you have no
 AU> feedback whatsoever. If I want to know what track number is being
 AU> played without
 AU> having my monitor on, I have to boot from a floppy.

This is simply not true.  Turn on the CDTV, leave the monitor off.  Plug in
an audio-CD.  Hit Play on the front panel of the unit and the track number
will appear beside the clock and will stay displayed there and updated
through the time you're using it.

 AU> I saved the biggest problem for last. This one really drives me
 AU> through the roof.
 AU> I find the CDTV way too noisy. The built in fan makes so much noise,
 AU> it makes
 AU> the CDTV unusable for playing classical CD's with quite passages. In
 AU> fact, the
 AU> fan in the CDTV is just as noisy as the fan in my A2500.  Even when I
 AU> play my
 AU> Cold Chisel CD's I find the noise of the fan annoying.

What?  Interesting.  My CDTV's fan is definitely not as loud as A2000s that
I've used.  Maybe this is something they've fixed in later models then?

 AU>      ///    amiga@cs.unsw.oz.au
 AU>     ///     The amiga utilities account.
 AU> \\\///      University of New South Wales
 AU>  \XX/       Sydney, Australia

-- Via DLG Pro v0.995

Steven Hurdle <==> The Swindler                [public replies only please]
Writer of "Virtual Rumours", a rumour/news column in some club newsletters.
Coming to you from Victoria B.C., the Bahamas of Canada:  via SupraFAX!!!!!

                     "Give me AGA, or give me DEATH!!!"
From: boba@terapin.com (Bob Alexander)
Newsgroups: comp.sys.amiga.multimedia
Subject: av & scala mm
Date: 5 Jan 93 22:52:36 PST
Organization: BBS

        I have used amiga vision befor and I like to be able to play music with
my anims. Also I have used scala. I like scala for its handling of anims, speed
for instance. I dont have scala mm. Amiga vision plays my anims back way too
slow. Now, My question: Does the new amigavision give you control over frame
speed when playing back anims? I am sure that scala mm probably does.
But What audio capabilities are available through scala mm. Will either of
these programs now read anims straight from hd instead of having to load it
into memory?????????? I would like to upgrade from my current situation to a
more versitile mm program. Any feedback please! bob
Newsgroups: comp.sys.amiga.multimedia
From: king@snoc01.enet.dec.com (Randall King, Sydney, Aussieland)
Subject: Re: SCALA MM and my Fairy Godmother FIX/WISH LIST
Organization: VisionSell MultiMedia
Date: Fri, 8 Jan 1993 22:13:00 GMT

>In article <petter.0a1u@pnilsen.adsp.sub.org>, petter@pnilsen.adsp.sub.org (Petter Nilsen) writes...

>>> 6. SCALA goes to the movies?
>>>
>>>    We seem to need a VERTICAL scroll text wipe a'la Movie credits?
>>>    Am I missing something??. Aint no instructions anyway.
>> 
>>One of the page wipes will do the trick. 'A->B' it's called...
>> 
> 

Unfortunately A->B just transitions a fixed screen of text from vertically
from Screen A to Screen B.

I want the text to wipe in from the bottom and wipe out the top on a
fixed background, just like StarWars and Superman did for about 10 minutes.

Anyone else know whether/how this is possible?

> 
>>> 11. Fix the SCALA Anti Anti-Alias.
>>>
>>>     Ze anti-alias colour button, she no work! I presume the idea is
>>>     to select the colour you want to antialias to, no?
>>>     So, wotz the secret?
>> 
>>Have you turned on the Anti-Alias and chosen an AA level ?
>> 

Alright. I finally found the secret - but getting there's not exactly 
obvious, methinks. The docs implied it was just like all the other
palette functions - click on the palette then the anti-alias colour
button to set the antialias colour. Instead, it works more like the
spread requester. A few clues in the docs would help.

Regards.
From: petter@pnilsen.adsp.sub.org (Petter Nilsen)
Newsgroups: comp.sys.amiga.multimedia
Subject: Re: av & scala mm
Date: 8 Jan 93 01:56:33 GMT
Reply-To: cbmehq!cbmnor!pnilsen!petter@cbmvax.commodore.com
Organization: Ultima Thule Software
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith

In article <boba.33yz@terapin.com> boba@terapin.com (Bob Alexander) writes:

>         I have used amiga vision befor and I like to be able to play music with
> my anims. Also I have used scala. I like scala for its handling of anims, speed
> for instance. I dont have scala mm. Amiga vision plays my anims back way too
> slow. Now, My question: Does the new amigavision give you control over frame
> speed when playing back anims? I am sure that scala mm probably does.

Scala MM will let you set a framerate, yes.

> But What audio capabilities are available through scala mm. Will either of
> these programs now read anims straight from hd instead of having to load it
> into memory?????????? I would like to upgrade from my current situation to a
> more versitile mm program. Any feedback please! bob

Don't know about AV, but AnimLab which is included with Scala MM will let
you convert animations to a special format with an index. This will run
quite nicely from Scala MM directly from disc. Scala MM will also let you
play modules, standard MIDI files using MIDI or soundtracks using the CDTV.

---
\\\\\\ E-Mail: petter@pnilsen.adsp.sub.org                      |\
 \\\\\\   or.. cbmehq!cbmnor!pnilsen!petter@cbmvax.commodore.com| \
  >>>>>>========================================================|  >
 ////// Disclaimer: These opinions are ALL mine !               | /
////// ->    Save the whales -- collect the whole set !     <-  |/
Newsgroups: comp.sys.amiga.multimedia
From: Manjit_Bedi@mindlink.bc.ca (Manjit Bedi)
Subject: Amiga Vision Pro upgrade is not available it would seem!
Organization: MIND LINK! - British Columbia, Canada
Date: Fri, 8 Jan 1993 06:54:15 GMT

I called the 1-800 number about obtaining the upgrade to Amiga Vision Pro
and the fellow I talked to said it was not available yet.  He said something
to the effect that there are no packages available anywhere yet.  I was told
that it could be ready in a day or in a week but he could not say when.

Could someone clarify this?
--
        Manjit Bedi
                ( Manjit_Bedi@mindlink.bc.ca or manjit@inde.bc.ca )

Newsgroups: comp.sys.amiga.multimedia,comp.sys.amiga.hardware,aus.computers.amiga
From: amiga@usage.csd.oz (Amiga Utilities)
Subject: What shits me about the CDTV
Reply-To: amiga@spectrum.cs.unsw.oz.au (Amiga Utilities)
Organization: University Of New South Wales (UNSW), Sydney, Australia.
Date: Tue, 5 Jan 1993 05:22:54 GMT

From article <1993Jan3.050827.14531@nntpd.lkg.dec.com>, by king@snoc01.enet.dec.com (Randall King, Sydney, Aussieland):
> 
> OK. I'll be an honest maverick. Although I love the CDTV for its PD Fish
> via PARNET, the lack of documentation is a turnoff for normal people.

Especially if you end up with a German version of the Welcome Disc.
It took 2.5 months to get a sepo (American) version, only to realize
that the horrible accent is intolerable.

> Then my good lady wanted to random play an audio CD. Wheres the instructions?
> On the welcome disk. 10 minutes later she has waded through all the American
> voices to find something that on our real CD is the push of a button.

I didn't find it that difficult to actually get the random play happening without
the Welcome disc. I agree on the fact that it should come with some printed
documentation as well as the CD for an indepth explanation, BUT the CD should
have a more international accent, rather than the annoying nasal sepo accents.

Another thing that I am annoyed about is the fact that if you play musical CD's
using the built in interface, and do not turn on your TV or monitor, you have no
feedback whatsoever. If I want to know what track number is being played without
having my monitor on, I have to boot from a floppy.

I saved the biggest problem for last. This one really drives me through the roof.
I find the CDTV way too noisy. The built in fan makes so much noise, it makes
the CDTV unusable for playing classical CD's with quite passages. In fact, the
fan in the CDTV is just as noisy as the fan in my A2500.  Even when I play my
Cold Chisel CD's I find the noise of the fan annoying.

Has anyone managed to shut the fan up somehow? Is it safe to open up the unit
and disconnect it?

Peter.


     ///    amiga@cs.unsw.oz.au
    ///     The amiga utilities account.
\\\///      University of New South Wales
 \XX/       Sydney, Australia
Newsgroups: comp.sys.amiga.multimedia,comp.sys.amiga.hardware,comp.sys.amiga.misc
From: king@snoc01.enet.dec.com (Randall King, Sydney, Aussieland)
Subject: Re: Window-Glass Capacitive Touchpad Suppliers
Organization: Digital Equipment Corporation
Date: Fri, 8 Jan 1993 21:09:23 GMT


In article <10386@cbmger.de.so.commodore.com>, peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes...

--- commentary deleted --
-- 
>Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
>Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
>Wer's nicht kann, soll's bleiben klopfen oder Steine lassen!

Thanks a lot for your CdS positioning comments. Good to have input from
and engineering practitioner! Yes this technology area 
is pretty tricky. You really do need a full 12 or 16 keypad for commercial
application. You mentioned response time was a bit slow - this is not a worry 
within reason. The specs on one capacitive model I saw (unsuitable for other
reasons) was 200 microseconds. You can condition your users to this.

Thanks again.
From: tope@enea.se (Tommy Petersson)
Newsgroups: comp.sys.amiga.multimedia
Subject: Re: AmigaVision Professional
Date: 5 Jan 93 16:59:25 GMT
Organization: Enea Data AB
X-Newsreader: Tin 1.1 PL3

hgm@ncsu.edu (Hal G. Meeks) writes:
: cathy@cbmvax.commodore.com (Catherine Godfrey - CATS) writes:
: 
: >Commodore Announces the Availability of AmigaVision Professional
: 
: >(West Chester, PA --- December 21, 1992) --- Commodore Business
: >Machines, Inc. today announced it is now shipping AmigaVision (TM)
: >Professional, a new implementation of the Commodore icon-based
: >authoring tool.
: 
: 
: >Among other new features are full support for the CDTV (R) player,
: >including playback of CD-ROM based CD-XL motion video files; speed and
: 
: How about being able to run CDTV specific software on a CDROM based Amiga?

That's a completely different beast. It means a "hacked" version of
the CDTV ROM loaded into FASTRAM. And a little more.

: 
: --hal
: --
: hgm@ncsu.edu           "Office Buildings are our Pyramids." 

-- 
=============================================================================
 Tommy Petersson              tope@enea.se              Enea Data AB, Sweden
=============================================================================