From: Phil Carmody on
krw <krw(a)att.bizzzz> writes:
> jmfbahciv(a)aol.com says...
> > Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
> > >jmfbahciv(a)aol.com writes:
> > >> This is not a new concept; it's
> > >> been around since females had to cook, rear kids, and entertain
> > >> the males so they would stick around for a while.
> > >
> > >Females do not have to do that.
> >
> > You have a lot to learn.
>
> This is obvious by his attempt to tell a female what they don't
> have to do. Any male over 18 with a normal IQ would *never* make a
> dumbass statement. Phil, here's your sign.

They do not have to do all those things.

Anyone who disagrees with my statement is imposing an obligation
on females - an obligation to cook, an obligation to rear kids,
or an obligation to entertain makes.

I impose no such obligation.

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: Phil Carmody on
jmfbahciv(a)aol.com writes:
> In article <5sget2h5v9vgso9ekm63run3pn8dm2vf26(a)4ax.com>,
> MassiveProng <MassiveProng(a)thebarattheendoftheuniverse.org> wrote:
> >On Sat, 17 Feb 07 14:08:30 GMT, jmfbahciv(a)aol.com Gave us:
> >
> >>Why real time?
> >
> > Because it is processed, compressed video data.
> >It has to be processed to be rendered by the video card.
>
> That's not real time. Real time implies that the image has
> to be display in the same instant that the image was first
> made.

Yet again, you're just plain wrong in pretty much every
way possible.

BAH computing is BAD 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: nonsense on
Phil Carmody wrote:

> krw <krw(a)att.bizzzz> writes:
>
>>jmfbahciv(a)aol.com says...
>>
>>>Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
>>>
>>>>jmfbahciv(a)aol.com writes:
>>>>
>>>>>This is not a new concept; it's
>>>>>been around since females had to cook, rear kids, and entertain
>>>>>the males so they would stick around for a while.
>>>>
>>>>Females do not have to do that.
>>>
>>>You have a lot to learn.
>>
>>This is obvious by his attempt to tell a female what they don't
>>have to do. Any male over 18 with a normal IQ would *never* make a
>>dumbass statement. Phil, here's your sign.
>
>
> They do not have to do all those things.
>
> Anyone who disagrees with my statement is imposing an obligation
> on females - an obligation to cook, an obligation to rear kids,
> or an obligation to entertain makes.
>
> I impose no such obligation.

From infancy on, you looked after yourself. No wonder
you turned out this way.

From: Ken Smith on
In article <MPG.2042782f10ec82d8989fb6(a)news.individual.net>,
krw <krw(a)att.bizzzz> wrote:
>In article <era1en$tvp$2(a)blue.rahul.net>, kensmith(a)green.rahul.net
>says...
>> In article <er9ick$8qk_008(a)s1005.apx1.sbo.ma.dialup.rcn.com>,
>> <jmfbahciv(a)aol.com> wrote:
>> >In article <er91e0$ji1$1(a)jasen.is-a-geek.org>,
>> > jasen <jasen(a)free.net.nz> wrote:
>>
>> [..... [BP+N] addressing ....]
>>
>> >>> Snort. Don't you just love that "appropriate values of N"?
>> >>> It implies you have to check it each and every time.
>> >>
>> >>means you have to make room on the stack (where BP offsets
>> >>are typically used) for the counter.
>> >
>> >Now think. You either have to use software to check out of
>> >range or have hardware that will cough at you when you
>> >do go out of range.
>>
>> It is usually software that does it at compile time. If you are writing
>> in assembly, you allocate the space and assign the symbols once and then
>> use them in each place. Unless you do something veery stupid, there is no
>> need to run time check such stuff.
>>
>You've never heard of a "buffer overflow"? You aren't a Windows
>programmer, by chance, are you?

:)
You don't get buffer overflows from [BP+N] type instructions. These are
used to address single values on the stack. It is the [BP+SI] type of
instructions that Windows blows it on.



>
>--
> Keith


--
--
kensmith(a)rahul.net forging knowledge

From: Phil Carmody on
jmfbahciv(a)aol.com writes:
> In article <87wt2gr3fq.fsf(a)nonospaz.fatphil.org>,
> Phil Carmody <thefatphil_demunged(a)yahoo.co.uk> wrote:
> >MassiveProng <MassiveProng(a)thebarattheendoftheuniverse.org> writes:
> >> On 17 Feb 2007 15:15:20 +0200, Phil Carmody
> >> <thefatphil_demunged(a)yahoo.co.uk> Gave us:
> >>
> >> >I'm currently running a 500MB LLL reduction on my G5 with 512MB RAM.
> >> >I have 72 such reductions to perform. Care to tell me how I could run
> >> >all 72 without any of them interfering with the other? Or even 2.
> >>
> >>
> >> Run one on one CPU and one on the other.
> >>
> >> I used to with SETI at home all the time, and it most certainly DOES
> >> double the number of units a day that machine churned out.
> >>
> >> If you only have a single CPU machine, however, you will not be able
> >> to do this.
> >>
> >> I have been running dually machines (at the personal level) for over
> >> 6 years now. They are awesome!
> >
> >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:

<<<
On Fri, 16 Feb 07 12:25:03 GMT, jmfbahciv(a)aol.com Gave us:
> It is possible to have all tasks done for
>you on that one system without any of them interfering with the other.
>>>

The SMoP, paging or swapping, interferes with all processes.

My 500MB job has alas just started to exceed the spare physical
memory of the machine, and is now paging:
<<<
geespaz:~ phil$ vm_stat 1
Mach Virtual Memory Statistics: (page size of 4096 bytes, cache hits 88%)
free active inac wire faults copy zerofill reactive pageins pageout
1653 75061 37638 16719 3808729733 204226690 2699315021 242110132 82229948 79333050
1451 75080 37894 16646 1793 0 0 344 1790 506
1553 75092 37780 16646 763 0 0 408 753 659
1510 75113 37802 16646 908 0 0 1184 896 511
^C

geespaz:~ phil$ top -o rsize
Processes: 42 total, 2 running, 40 sleeping... 124 threads 00:28:47
Load Avg: 0.49, 0.39, 0.34 CPU usage: 0.0% user, 12.1% sys, 87.9% idle
SharedLibs: num = 155, resident = 3.11M code, 376K data, 396K LinkEdit
MemRegions: num = 3576, resident = 445M + 668K private, 5.76M shared
PhysMem: 64.6M wired, 292M active, 147M inactive, 505M used, 6.99M free
VM: 3.58G + 112M 82310459(1825) pageins, 79386895(957) pageouts

PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
3194 gp-sta 10.1% 17:59:13 1 15 328 430M+ 1.25M 430M+ 770M
0 kernel_tas 9.7% 13:49:45 41 2 1356 12.5M 0K 52.5M 707M
>>>

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.

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./.