Tillbaka till svenska Fidonet
English   Information   Debug  
OS2BBS   0/787
OS2DOSBBS   0/580
OS2HW   0/42
OS2INET   0/37
OS2LAN   0/134
OS2PROG   0/36
OS2REXX   0/113
OS2USER-L   207
OS2   0/4786
OSDEBATE   0/18996
PASCAL   0/490
PERL   0/457
PHP   0/45
POINTS   0/405
POLITICS   0/29554
POL_INC   0/14731
PSION   103
R20_ADMIN   1121
R20_AMATORRADIO   0/2
R20_BEST_OF_FIDONET   13
R20_CHAT   0/893
R20_DEPP   0/3
R20_DEV   399
R20_ECHO2   1379
R20_ECHOPRES   0/35
R20_ESTAT   0/719
R20_FIDONETPROG...
...RAM.MYPOINT
  0/2
R20_FIDONETPROGRAM   0/22
R20_FIDONET   0/248
R20_FILEFIND   0/24
R20_FILEFOUND   0/22
R20_HIFI   0/3
R20_INFO2   3221
R20_INTERNET   0/12940
R20_INTRESSE   0/60
R20_INTR_KOM   0/99
R20_KANDIDAT.CHAT   42
R20_KANDIDAT   28
R20_KOM_DEV   112
R20_KONTROLL   0/13273
R20_KORSET   0/18
R20_LOKALTRAFIK   0/24
R20_MODERATOR   0/1852
R20_NC   76
R20_NET200   245
R20_NETWORK.OTH...
...ERNETS
  0/13
R20_OPERATIVSYS...
...TEM.LINUX
  0/44
R20_PROGRAMVAROR   0/1
R20_REC2NEC   534
R20_SFOSM   0/340
R20_SF   0/108
R20_SPRAK.ENGLISH   0/1
R20_SQUISH   107
R20_TEST   2
R20_WORST_OF_FIDONET   12
RAR   0/9
RA_MULTI   106
RA_UTIL   0/162
REGCON.EUR   0/2056
REGCON   0/13
SCIENCE   0/1206
SF   0/239
SHAREWARE_SUPPORT   0/5146
SHAREWRE   0/14
SIMPSONS   0/169
STATS_OLD1   0/2539.065
STATS_OLD2   0/2530
STATS_OLD3   0/2395.095
STATS_OLD4   0/1692.25
SURVIVOR   0/495
SYSOPS_CORNER   0/3
SYSOP   0/84
TAGLINES   0/112
TEAMOS2   0/4530
TECH   0/2617
TEST.444   0/105
TRAPDOOR   0/19
TREK   0/755
TUB   0/290
UFO   0/40
UNIX   0/1316
USA_EURLINK   0/102
USR_MODEMS   0/1
VATICAN   0/2740
VIETNAM_VETS   0/14
VIRUS   0/378
VIRUS_INFO   0/201
VISUAL_BASIC   0/473
WHITEHOUSE   0/5187
WIN2000   0/101
WIN32   0/30
WIN95   0/4288
WIN95_OLD1   0/70272
WINDOWS   0/1517
WWB_SYSOP   0/419
WWB_TECH   0/810
ZCC-PUBLIC   0/1
ZEC   4

 
4DOS   0/134
ABORTION   0/7
ALASKA_CHAT   0/506
ALLFIX_FILE   0/1313
ALLFIX_FILE_OLD1   0/7997
ALT_DOS   0/152
AMATEUR_RADIO   0/1039
AMIGASALE   0/14
AMIGA   0/331
AMIGA_INT   0/1
AMIGA_PROG   0/20
AMIGA_SYSOP   0/26
ANIME   0/15
ARGUS   0/924
ASCII_ART   0/340
ASIAN_LINK   0/651
ASTRONOMY   0/417
AUDIO   0/92
AUTOMOBILE_RACING   0/105
BABYLON5   0/17862
BAG   135
BATPOWER   0/361
BBBS.ENGLISH   0/382
BBSLAW   0/109
BBS_ADS   0/5290
BBS_INTERNET   0/507
BIBLE   0/3563
BINKD   0/1119
BINKLEY   0/215
BLUEWAVE   0/2173
CABLE_MODEMS   0/25
CBM   0/46
CDRECORD   0/66
CDROM   0/20
CLASSIC_COMPUTER   0/378
COMICS   0/15
CONSPRCY   0/899
COOKING   32956
COOKING_OLD1   0/24719
COOKING_OLD2   0/40862
COOKING_OLD3   0/37489
COOKING_OLD4   0/35496
COOKING_OLD5   9370
C_ECHO   0/189
C_PLUSPLUS   0/31
DIRTY_DOZEN   0/201
DOORGAMES   0/2061
DOS_INTERNET   0/196
duplikat   6002
ECHOLIST   0/18295
EC_SUPPORT   0/318
ELECTRONICS   0/359
ELEKTRONIK.GER   1534
ENET.LINGUISTIC   0/13
ENET.POLITICS   0/4
ENET.SOFT   0/11701
ENET.SYSOP   33904
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   24128
FIDONEWS_OLD1   0/49742
FIDONEWS_OLD2   0/35949
FIDONEWS_OLD3   0/30874
FIDONEWS_OLD4   0/37224
FIDO_SYSOP   12852
FIDO_UTIL   0/180
FILEFIND   0/209
FILEGATE   0/212
FILM   0/18
FNEWS_PUBLISH   4408
FN_SYSOP   41679
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13599
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16070
HOLYSMOKE   0/6791
HOT_SITES   0/1
HTMLEDIT   0/71
HUB203   466
HUB_100   264
HUB_400   39
HUMOR   0/29
IC   0/2851
INTERNET   0/424
INTERUSER   0/3
IP_CONNECT   719
JAMNNTPD   0/233
JAMTLAND   0/47
KATTY_KORNER   0/41
LAN   0/16
LINUX-USER   0/19
LINUXHELP   0/1155
LINUX   0/22093
LINUX_BBS   0/957
mail   18.68
mail_fore_ok   249
MENSA   0/341
MODERATOR   0/102
MONTE   0/992
MOSCOW_OKLAHOMA   0/1245
MUFFIN   0/783
MUSIC   0/321
N203_STAT   926
N203_SYSCHAT   313
NET203   321
NET204   69
NET_DEV   0/10
NORD.ADMIN   0/101
NORD.CHAT   0/2572
NORD.FIDONET   189
NORD.HARDWARE   0/28
NORD.KULTUR   0/114
NORD.PROG   0/32
NORD.SOFTWARE   0/88
NORD.TEKNIK   0/58
NORD   0/453
OCCULT_CHAT   0/93
Möte OSDEBATE, 18996 texter
 lista första sista föregående nästa
Text 9411, 119 rader
Skriven 2006-01-28 10:52:54 av Mike '/m' (1:379/45)
Ärende: Wow! The Intel iMac Is Almost As Fast As The Quad Core Power Mac
========================================================================
From: Mike '/m' <mike@barkto.com>

http://www.macspeedzone.com/html/hardware/machine/performance_in_the_raw/06/1_2
3.shtml

===
Mac Performance In The Raw - Wow! The Intel iMac Is Almost As Fast As The Quad
Core Power Mac - How Macworld Pulled A "Not So Fast" One ...


Wednesday, January 25, 2006


We are pleased to report that our testing results show that the new Dual Core
Intel iMac, which clocks in at 2X 2.0GHz is almost as fast as the current
high-end Power Mac that has two Dual Core G5 processors running at 2.5GHz.

How can this be, you ask ... An ostensibly 2 processor machine nearly keeping
up with a faster, ostensibly 4 processor one? Easy, we used the same
methodology employed in the Macworld "First Look" review of the new iMacs, and
applied that to our comparison. (they found the Intel iMac, in general, only
10% to 25% faster than a similar speed single core processor G5 iMac)

But before we go any further, lets look at the astounding numbers, that prove
our case ... the incredible performance, of the Intel iMac ....

We found the following

When running a QuickTime encode the Power Mac Quad G5/2.5GHz took 84.85
seconds.
The Intel iMac Core Duo 2.0GHz took 97.02 seconds Advantage: Power Mac by 14%
.... Nothing to write home about ... Not even keeping up with the clock-speed
difference between the two machines


Not convinced .... I wasn't either ... Ok lets try something different. Lets
run two encodes at the same time .... just for fun. It is easy to do, just
duplicate the file and run the processes concurrently.

What scores did we get?

When running the QuickTime encodes the Power Mac Quad G5/2.5GHz took 86.25
seconds.
The Intel iMac Core Duo 2.0GHz took 176.60 seconds Advantage: Power Mac by 105%


Ok let's get this straight when doing twice the work it only takes the Power
Mac with its four processor cores, about 2 extra seconds, but takes the Intel
iMac an extra whopping 79+ seconds - almost twice as long as in the single
test?

What's wrong with this picture? What's wrong is processor capacity vs processor
usage.

If you visit your Utilities folder, in the Application folder on your Mac
(assuming you are running OSX), you will find a small application called
"Activity Monitor". From the Window menu of Activity Monitor you can launch a
window call CPU usage.

This will give you visual feedback about how much, of the processing capacity
of your machine, is being utilized at any given time. When we speed trial any
machine, we have the CPU usage window open while we go about our testing,
making note during each test of how much of the processor(s) are put to use.

Guess what we found for the two tests outlined above?

In the first test, where there was just one file being encoded, the Intel iMac,
on average, was using 87% of its processing capacity ... 13% was sitting around
with nothing to do

On the other hand the Quad G5 Power Mac was using less than half its capacity,
42%. A full 58% was waiting for its dance card to be filled.

When we ran the two QuickTime encodes at the same time, processor usage moved
to 87% for the Power Mac, and 100% for the Intel iMac. In other words the iMac
was maxed out, and the Power Mac had 13% capacity left before it would really
start to sweat.

This is where the Macworld "First Lab Tests" article falls a little flat ...
obscuring the processor capacity vs processor usage problem inherent with
mutiprocessor machines (or multi-core ... same difference). Using Macworld's
logic we could argue, given the data above, the Quad G5 Power Mac is only 14%
faster when running some of Apple's own applications. We think that this is
misleading, as we pointed out.

There are precious few applications that take complete advantage of multiple
processors, and of those only certain actions can use huge amounts of
processing capacity. If you are using this type of application, you probably
know it already.

We have long argued that, to really take full advantage of multiprocessor
machines, you need to be in a production type of environment, and have a
strategy for utilizing the significant resources these computers make
available. It is possible to do this, and we fault the Macworld article for not
pointing it out ... this was, after all, one of the reasons for OSX.

A multiprocessor machine will provide the user (even the casual user), with
more flexibility. However, truth be told, for most of us, most of the time, it
is over-kill. You need a kitten, and you're getting a tiger.

The Macworld article does say the machines have potential (we argue that
potential is already there), and also makes the point that old applications,
that do not run natively on the Intel processor, run about half as fast as they
would run on a G5 machine (which is what we found also).

From our perspective we have established that the iMacs are at least twice as
fast as their G5 counter parts, if you harness all the power. To us it appears
that the hardware is up to the task, but that there is some bottleneck in the
software (either at the application, or OS level), that prevents full
utilization of multiprocessors by single applications (in most cases). Because
you are able to max out the processors (even on the Quad machine), it seems
like the hardware can get data fast enough to the processors, so the capacity
is lacking elsewhere....
===

 /m

--- BBBS/NT v4.01 Flag-5
 * Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)