From: Phil Carmody on
jmfbahciv(a)aol.com writes:
> Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
> >jmfbahciv(a)aol.com writes:
> >> Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
> >> >You can't fit 2 500MB jobs into 512MB of RAM.
> >>
> >> Sure you can. All it takes is a small matter of programming in
> >> the OS.
> >> <snip>
> >
> >You've forgotten about your "interfering with each other" clause:
>
> Not at all. OSes were handling the above problems in the 60s.
> The reason virtual memory was invented was to solve the above
> problem.

No they were not. Virtual memory interferes with the operation
of all processes that require it. I wouldn't expect you to
be aware of this, though, give your track record of being ignorant
of basically every aspect of the computing industry.

....

> >Notice that my process is running at 10th speed now paging's kicked in,
> >and it's waiting on I/O. I may as well ^C it unless it reduces its
> >footprint real soon now.
>
> Your working set is always outdated. You would need to rearrage your
> code and data better..espeically the data.

I have to scan, and operate upon, the entirety of a 450MB matrix
several hundred thousand times. That /cannot/ be done without
swapping when you only have 512MB RAM and a bloated OS. A 400MB
matrix was fine.

No rearrangement is possible. The quantity of swapping is in fact
surprisingly small, given the size of the dataset and the lack of RAM
but hard disks are several orders of magnitude slower than RAM, and
so only slowing down by a factor of ten implies that my memory hit
rate is respectibly high. However, I wouldn't expect you to
understand that, though, given your track record of being ignorant
of technical aspects of computing.

Phil
--
"Home taping is killing big business profits. We left this side blank
so you can help." -- Dead Kennedys, written upon the B-side of tapes of
/In God We Trust, Inc./.
From: jmfbahciv on
In article <era4fu$tvp$8(a)blue.rahul.net>,
kensmith(a)green.rahul.net (Ken Smith) wrote:
>In article <er9e30$8ss_001(a)s1005.apx1.sbo.ma.dialup.rcn.com>,
> <jmfbahciv(a)aol.com> wrote:
>[....]
>>>"another window" won't do because the term window is used for a part of
>>>what is on the screen.
>>
>>If I understand what you are talking about, on our OS, we would have
>>used the term job.
>
>That doesn't cover it either.

With our use of the terminology, it does.

> I can have many-many jobs going with their
>outputs if any displayed on one desktop and run some others from another.

Our first try at doing this on an ASR35 was with a program we called
OPSER. Later its functionality was replaced with a program we called
OPR and each of your tasks were run from a PTY (pseudo-TTY).

Our users could also use the commands ATTACH and DETACH which
is the equivalent of your point-clicks on the thingies you call
desktop.

/BAH

From: jmfbahciv on
In article <874ppintmn.fsf(a)nonospaz.fatphil.org>,
Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
>jmfbahciv(a)aol.com writes:
>> In article <87lkivp13p.fsf(a)nonospaz.fatphil.org>,
>> Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
>> >jmfbahciv(a)aol.com writes:
>> >> In article <87mz3csv1x.fsf(a)nonospaz.fatphil.org>,
>> >> Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
>> >> >Because watching vids is a real time process. Sheesh.
>> >>
>> >> No, it is not a real time computing application. It is a
>> >> sequential task. It doesn't matter how long the movie
>> >> takes to get to your screen; all that matters is that it's
>> >> displayed sequentially.
>> >
>> >You have got to be one of the most ignorant fucks I've
>> >ever had the misfortune of encountering on usenet.
>> >
>> >Video playback is realtime. You don't do it in time, you've
>> >not done the job correctly.
>>
>> You are confusing real time with sequential. If you were watching
>> real time, you be seeing something happening as it is happening.
>
>No, that's "live".

That is real time.

>
>Real time has a clearly and consistently defined meaning,
>of which you are apparently ignorant.

Nope. Your definitions of real time is what IBM COBOLers used
call real time.

>
>Video, and audio, playback is about as realtime as it gets.

Not if the bits can be stored before displaying.

/BAH
From: jmfbahciv on
In article <iaeht2dil4dv19lureek0ivmh1gc02e8pq(a)4ax.com>,
MassiveProng <MassiveProng(a)thebarattheendoftheuniverse.org> wrote:
>On Sun, 18 Feb 07 13:54:49 GMT, jmfbahciv(a)aol.com Gave us:
>
>> the bits
>>on the system have to be preserved in a manner that will not
>>cause the user any trouble.
>
> You let us know when you find it.

Somebody is already doing something about it. There a radio ad
selling backup services. This is the first time I've heard
it in the general populace world.

/BAH
From: jmfbahciv on
In article <sdeht2prl7cmo2vs6be9g9htsoo3abm0hm(a)4ax.com>,
MassiveProng <MassiveProng(a)thebarattheendoftheuniverse.org> wrote:
>On Sun, 18 Feb 07 13:54:49 GMT, jmfbahciv(a)aol.com Gave us:
>
>> Now think
>>about a human whose banking data is on his system and he needs
>>to upgrade hard and/or software. You may wish to swallow a
>>Valium first before you think too much.
>
>
> Dumbshit. ALL of my banking data is in the BANK's database.
>
> I can securely and safely access it from ANY web capable computer
>ANYWHERE in the world.
>
> You couldn't BUY a clue.

'Secure and safe' and 'world-wide access from any computer' are
orthogonal.

/BAH