![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> Now if I could figure out what a typical MIPS rating for a normal PC
>> today is, I'd have something dissimilar to compare it to. :-}
<snip>
> By running many jobs concurrently we make full use of the machine. If I could
> port POVRAY to our mainframe, I'm sure it would be slower than most current PCs.
> But cpu intensive work is not what the mainframe does best.
I've always been tempted to try povray on one of our mainframes even if
it was running from within linux on ZOs.
(http://en.wikipedia.org/wiki/Linux_on_zSeries)
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Verm <a@b> wrote:
> >> Now if I could figure out what a typical MIPS rating for a normal PC
> >> today is, I'd have something dissimilar to compare it to. :-}
> <snip>
> > By running many jobs concurrently we make full use of the machine. If I could
> > port POVRAY to our mainframe, I'm sure it would be slower than most current PCs.
> > But cpu intensive work is not what the mainframe does best.
>
> I've always been tempted to try povray on one of our mainframes even if
> it was running from within linux on ZOs.
> (http://en.wikipedia.org/wiki/Linux_on_zSeries)
So have I. Whenever I get time I would like to install zLinux in a test lpar to
see how well it runs. Of course the first app I would try to port would be
povray. Unfortunately getting the spare time is the hard part. I no sooner get
done with one project and two are stacked in the queue. Oh well, maybe someday.
Isaac
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
scott wrote:
> separate words for 10e9 and 10e12, so there is no such confusion.
And chinese uses steps of 10e5 or so, rather than 10e3. My wife always has
to spend several seconds mentally adjusting any number over 1000 she heard
about, because (for example) 10,000 and 100,000 have their own words in chinese.
--
Darren New, San Diego CA, USA (PST)
Ada - the programming language trying to avoid
you literally shooting yourself in the foot.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>>>> But hey, who gives a fig what *I* think?
>>>
>>> Well it is up to you to make suggestions that are worth listening to.
>>
>> I doubt that's going to work.
>
> That's your problem. ;-)
As with so much in life, it seems...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> I think the "real" difference between a desktop and a server is
>> probably fault-tolerance.
>
> Yep. And when downtime starts costing you thousands of dollars per
> second, you start doing things like having two independent entirely
> separate power companies supplying the power to your building, along
> with several independent ways of getting to your networks, including
> both satellite and land lines, as well as several leased lines
> guaranteed not to be in physical proximity and terminated in different
> states.
>
> Now, maybe a large bomb in the building or an airliner crashing into it
> would have taken it out, so they're probably behind the times compared
> to (say) google, but it was pretty impressive for 20 years ago.
Fortunately, my employer does not need to go to such lengths. ;-)
Dealing with *one* ISP is quite hard enough... (And then there's the
fact that in the UK there is only one IP carrier. Unless you happen to
live in London.)
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> Even today, I see people selling "servers" which are really like
>> "desktops". (1.2 GHz Intel Celeron with 512 MB RAM? I don't think so...)
>
> Depends on what the server is doing. If it's just serving files up,
> that's more than adequate; hell, I used to do file & print on an 80286
> with 16 MB of memory.
Depends on how many files, of what size, to how many users.
Now the Domain Controller? *That* requires almost no hardware at all...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Clarence1898 wrote:
> Reliability and redundancy is one of the strong points of IBMs last few
> generations of mainframes. If any page of memory fails, the error can be
> corrected, if it is a hard error, that page of memory will be automatically
> taken offline. If a processor fails, there are spare processors that can take
> over and continue the operation if one fails. Multiple paths to all i/o devices
> where possible. Of course redundant power supplies. Much of the machines
> circuitry has redundant components. When a component fails, the machine phones
> home and reports the failure. Many time operations is completely unaware of any
> problem until an IBM CE shows up at the door with a replacement part in hand.
> And many components can be replaced on the fly, with out any downtime. The
> latest machines are not totally fault tolerant, but each new generation is
> better than the last. I think the latest z/9 and z/10 models have a MTBF of
> over 30 years.
That's pretty impressive, really...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Orchid XP v8 wrote:
> (And then there's the
> fact that in the UK there is only one IP carrier. Unless you happen to
> live in London.)
When you get up to this point, you're running your own personal wires
(fibers) into other cities to connect to other ISPs. Or probably directly
into the backbone, for that matter.
--
Darren New, San Diego CA, USA (PST)
Ada - the programming language trying to avoid
you literally shooting yourself in the foot.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On 19/05/2010 6:16 PM, Orchid XP v8 wrote:
>>>>> But hey, who gives a fig what *I* think?
>>>>
>>>> Well it is up to you to make suggestions that are worth listening to.
>>>
>>> I doubt that's going to work.
>>
>> That's your problem. ;-)
>
> As with so much in life, it seems...
>
<Sigh>
--
Best Regards,
Stephen
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Wed, 19 May 2010 18:16:27 +0100, Orchid XP v8 wrote:
>>>>> But hey, who gives a fig what *I* think?
>>>>
>>>> Well it is up to you to make suggestions that are worth listening to.
>>>
>>> I doubt that's going to work.
>>
>> That's your problem. ;-)
>
> As with so much in life, it seems...
Well, as I've said up here before, you can either let life happen to you,
or you can do something about it.
Took me a long time to learn that lesson myself.
Jim
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |