headers
bumblebee | 4 Feb 2004 14:04
Picon

FW_Employees Revenge

Ha-ha, brilliant! 

Ive tried this for the last three days, worked perfectly and got my 50 worth every time.

Do you know any overworked, underpaid friends or colleagues? Give them this story to warm their hearts. 

-----Original Message-----
From: Nick Roberts [mailto:nickroberts <at> hotpop.com] 
Sent: 16 January 2004 11:26
To: Belinda [mailto: bumblebee <at> myrealbox.com]
Subject: Employees revenge

Hi,

Once upon a time there was a hard-working software engineer slaving away under cruel masters. The engineer
poured heart and soul into his work till early hours every morning, with the promise of glorious profit
sharing. When the work was finally done, this poor engineer was rewarded by being dismissed and shown the door.

The company I used to work for runs a website:-  www.gamesofskill.co.uk. However after I had left, they went
live with the system, WITH THE TESTING BACKDOOR STILL IN PLACE !!!!! If you call their competition line on
0906 340 1235 and enter "0" instead of a real answer, then the system lets you through to win a prize - Idiots!
They do charge the call at 1.50 per minute but it only lasts one and a half minutes.

Moral of this story? Dont p*ss off employees, especially ones you fire! 

Viva the workers! Down with the bosses! Share the wealth!
Permalink | Reply | 0 comments |
headers
Toru Nishimura | 5 Feb 2004 05:09
Picon

Re: Booting! (Was: not boot for you! (Was: Re: HD size & NWS-3710))

Q about how fast R3000 <at> 25MHz really is;

>> Now, I do have a question:  it seems the CPU is the same as the one 
>> used in a DEC5000, like my 5000/25.  How fast is the CPU?
>
> It's R3000/25MHz and IMHO it is not so fast.
> I haven't tried dhrystone (or other benchmarks),
> but it looks as same as SPARCstation1+ (L64801/25MHz),
> and slower than HP 9000/382 (M68040/25MHz).

R3000 <at> 25MHz is beaten by 486DX2-66, and rugs behind
any 68040.   More worse, the NetBSD implementation of virtual
memory subsystem for MIPS processors is _so poor_ that it
spoils much of the processor's potential.  The deficiency can be
easily observed at /etc/rc.d/ processing.  In technical summaries,
1. TLB handling is very poor especially on solving COW condition.
    The impact; slow command invocation
2. nonsenseness on address space tearing down.
    The impact; MIPS processor is designed to have near zero CPU
    CPU cycle waste when process address space is going to be
    trashed away.
3. Absolute mistake in the way of ZFOD page creation.
    The impact; ZFOD operation does _produce_ virtual aliases condition
    for virtually indexed/physically tagged cache.  It hurts most of R4000
    descendents.
Redesigning pmap.c for MIPS processor will improve fast responsiveness.

Toru Nishimura/ALKYL Technology
(Continue reading)

Permalink | Reply | 501 comments |
headers
Jeremy Sheldon | 5 Feb 2004 05:37
Picon
Favicon

Intergraph Clipper

I may be inheriting an older Intergraph server soon and I'm trying to find 
out if I'll be able to install and run anything except CLIX on it.  I'm 
assuming it has the old CLIPPER chips in it.

Is this the right place to be asking this question?  I figured if NetBSD 
won't run on it then pretty much nothing will.

I've had some trouble finding any info on any ports at all so I'm not 
particularly hopeful, but any information would be greatly appreciated.

thanks.

sheldon

_________________________________________________________________
Learn how to choose, serve, and enjoy wine at Wine  <at>  MSN. 
http://wine.msn.com/
Permalink | Reply | 0 comments |
headers
Toru Nishimura | 16 Feb 2004 13:54
Picon

Re: RISCServer 4200

Zach Lowry zach <at> zachlowry.net asked

> 3. ) Since I expect this thing to boot soon, my next project is 
> tackling SMP support for -arc, as well as adding support for the EISA 
> bus and my DPT RAID card in this beast. Is there anyone out there 
> that'd like to give me a few pointers on what all needs to be done to 
> make this port SMP-capable?

TLB shootdown logic must be completed before SMP is realized.  It's
done by IPI (Inter-Processor-Interrupt).  When process address space
is getting modified (making COW condition, unmap of address space
portion, or probably process termination), kernel must tell each
processor to manage TLB by sending IPI.  Every processor responds
for the request to make sure its own TLB has no defunct entry.  This
operation is called "TLB shootdown."

NetBSD/alpha is SMP-capable and its pmap.c logic would be pretty
similar to MIPS pmap.c to be written.

Toru Nishimura/ALKYL Technology
Permalink | Reply | 0 comments |
headers
Toru Nishimura | 17 Feb 2004 03:32
Picon

Re: RISCServer 4200

> TLB shootdown logic must be completed before SMP is realized.  It's
> done by IPI (Inter-Processor-Interrupt). 

IPI is a rather general form to notify "foreign processor" to do something.
Other SMP capable NetBSD ports, i386 and sparc* do have it.
ARCS specification includes IPI definition, and it'll be used to implement
TLB shootdown logic.  Unfortunately ARCS implementations in wide
variety of so-called NT boxes are known somehow inconsistent and there
is a kind of concern around how useful ARCS IPI really is.
Another camp of SMP MIPS hardware is apparently SGI.  I have little clue
about their implementation.  There are on-die multiprocessor hardware in
market.  SMP is "must" to facilitate the potentials.

Toru Nishimura/ALKYL Technology
Permalink | Reply | 1 comment |
headers
bill.florence | 18 Feb 2004 13:13

fake

misc
Attachment (msg.zip): application/x-zip-compressed, 21 KiB
Permalink | Reply | 0 comments |
headers
webmaster | 20 Feb 2004 06:09

Non-delivery: 'unknown' Conta de e-mail inexistente * E-mail account not valid


Seu e-mail destina-se a usuário inexistente. Desde 1/1/2004, devido ao volume de  SPAM, estes e-mails
poderão ser apagados sem garantias de tentativa de entrega. Por favor corrija a conta de e-mail do
destinatário ou envie sua mensagem para a AmTechs através do site para uma entrega segura. 

***

Your e-mail did not reach the final destination as the account does not exist. From 1/1/2004, due to the SPAM
volume, these e-mails may be deleted without further attempts to be properly delivered. Please correct
yourself the e-mail account or send your message through the site to ensure a proper delivery.
Permalink | Reply | 0 comments |
headers
/3d | 20 Feb 2004 11:23

hi

is that from you?
Attachment (jokes.zip): application/x-zip-compressed, 0 bytes
Permalink | Reply | 0 comments |
headers
cf | 23 Feb 2004 11:18

something for you

something about you!
Attachment (swimmingpool.zip): application/x-zip-compressed, 0 bytes
Permalink | Reply | 0 comments |
headers
Christopher SEKIYA | 26 Feb 2004 09:45

Re: mozille trouble again

(cross-posted to port-mips as it is most likely a MIPS issue rather than
a sgimips issue)

On Wed, Feb 25, 2004 at 07:07:04PM +0100, Florian St?hr wrote:

> just installed -current for sgimips. Now I finally made it - with the
> newest pkgsrc from yesterday - to compile the MozillaFirebird.
> 
> But this package with neither install nor run. System crashes and reboots
> without any message.
> 
> So I wonder: Is the ANYBODY outside in the NetBSD world who successfully
> runs ANY of the mozilla's on the /sgimips ?!?

I've built and attempted to run mozilla on -current/sgimips.  It locks the
machine hard.

I suspect that pthreads are broken on MIPS -- a week or two ago, someone else
on port-sgimips noted that a simple pthread example program would kill the
machine.

Do any MIPS gurus have the time to look at this?  I'm not exactly qualified to
go rooting around in what is probably going to be pmap code ...

-- Chris
	GPG key FEB9DE7F (91AF 4534 4529 4BCC 31A5  938E 023E EEFB FEB9 DE7F)
Permalink | Reply | 24 comments |

Gmane