|
I loved the 68K back in the day. It was an actual pleasure to write programs for it in assembly language.
|
|
|
|
|
That and all Intel family chips, including those from AMD, have been RISC since the Pentium processor (and possibly the 486 and 386 as well). The first stage of these chips is to convert the x86/64 CISC instruction set into a series of RISC instructions.
|
|
|
|
|
I know, but externally they behave like CISC processors. When it comes down to writing code in assembly or even machine code, you quickly will learn to value a RISC processor. Intel processors are a pain to write assembly code for by now, even if they are RISC processors somewhere deep in their black hearts.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
OriginalGriff wrote: the OS running on the chip makes a HUGE difference to perceived performance (compare a Linux setup to a Windows 10 one on similar hardware and you'll see what I mean) So assume that the desktop PC runs Linux, when it e.g. compiles a million lines of code or converts from one video format to another, or generates an animation movie from a script, or ... Android is Linux based, so even though a number of adaptations to smartphone hardware has been made, this shouldn't affect pure CPU / GPU performance that much.
Obviously there are lots of different Intel/AMD desktop chips and GPU chips, and there are lots of Snapdragon models. That should not make it impossible to say that an Intel-so-and-so at X GHz running FFmpeg will convert MPEG2 to H.264 x times faster than a Snapdragon-so-and-so at Y GHz, also running MMmpeg! (FFmpeg is available for ARM, I guess that also includes Snapdragon.)
Similarly obvious: Smartphone CPUs/GPUs are specialized to the assumed needs. But a Snapdragon is Turing complete, so in principle it can do anything that a desktop PC can do. The reason why I ask for relative performance under various workloads is to learn what kind of tasks fit into the smartphones' intended application area (that is, good performance) and which is outside (that is, poor performance, compared to the desktop PC).
I have several friends who went from desktop PCs to portable PCs to smartphones - they haven't owned a desktop machine for eight years, not a portable for three. They do all their tasks on their phone, even video editing. (Don't ask for my comments on the result of that video editing, though...) Portable PCs have essentially been almost as closed, fully controlled hardware environments as the smartphones (today, you connect the same crowd of USB devices to smartphones as you do to portables). We still can compare performance with desktop PCs. Smartphones gradually take over a far more varied set of tasks, software-wise becoming more and more similar to PCs. Today, the fruit salad is a mix of apples and oranges.
Five years ago we could evade the question of relative performance by pointing out differences in tasks and environment. Today, getting to know hard performance factors is highly relevant. If there isn't any availabel, it ie about time that someone start doing it.
|
|
|
|
|
I have several friends who went from desktop PCs to portable PCs to smartphones - they haven't owned a desktop machine for eight years, not a portable for three. They do all their tasks on their phone, even video editing. (Don't ask for my comments on the result of that video editing, though...) This is actually a keyed item in my mind on the difference between the two platforms.
The last phone I had was an HTC One M7. It took pretty good pictures. HTC decided to up it's game and made the software better for it. OK, it now took better pictures. Then worse, and now they are near worthless. The improved software still works fine; however, the processing power required generated too much heat within the camera sensor, and the sensor now takes all pictures in a wonderful shade of purple. HTC did become aware of the problem and was replacing the module for no cost. Phone was already falling apart and needed to be replaced- which it was.
So while the phone was fully capable of taking and processing high quality pictures; it was self-destructive in nature due to the heat generated exceeded the cooling capacity.
So what is the manufacturer to do? Lower the quality of the resulting image or throttle the processing?
The answer they came up with, in at least my eyes; was to make the phones bigger so they had higher cooling capacity
Director of Transmogrification Services
Shinobi of Query Language
Master of Yoda Conditional
|
|
|
|
|
Member 7989122 wrote:
Obviously: A smartphone processor cannot consume 50-100 W power (or more, for extreme desktop/gaming PCs), so you can't expect the perforance to be at the same level. Yet, it is well known that the ARM cores give a lot of performance per watt, usually better than the X86/X64 family. Why? A processor does not do any physical work. More than 99% of the power is simply converted to heat which is not what we want to get and must even get rid of.
A processor's power requirements depend on the number of transistors and the clock frequency. Leakage is at least one order lower, so we can safely ignore it. Let's assume I can optimize the processor's hardware implementation and reduce the number of transistors or lower the clock frequency, I might get the same performance for less power. It's not as simple as judging the performance by looking at the power consumption.
Comparing two processors with very different architechtures is very hard. Benchmarks are notoriously misleading. The manufacturers of course like to use benchmarks that favor their architecture. Then there is the problem that many benchmarks represent abstract scenarios that have only little bearing on any real applications. How many applications have you seen that need as many floating point operations per second as possible? Or the other way around: What 'real' application would be a fair test of any possible processor?
A RISC processor (like the ARM) generally needs less transistors and the reduced instruction set tends to need fewer clock pulses for the instructions than a CISC processor. So it's a fast processor, even if you have to run it at a lower clock frequency, right?
Maybe it is, maybe it's not. It may execute more instructions per second, even at a lower clock frequency. On the other hand it may also need more instructions to do the same thing as a CISC processor. Anyway, a fair test would reveal both strength and weaknesses of the two processors, so it's your turn to tell me what such a fair test looks like and how we weigh al results to a final figure that tells us that processor A has X percent of the performance of processor B. Any time, any place, any circumstances.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
"cannot consume 50-100W power" is because it would drain the batteries within minutes. Also, it would have a cooling problem. So I maintain that a smartphone CPU cannot comsume 50-100 W.
That is part of the explanation why you cannot expect similar performance. But that's what I am after: How much real, absolute performance is sacrified by lowering the power dissipation?
Within one machine class, say desktop PCs, lots of independent groups (tech magazines etc) have developed and run benchmark tests, independent of manufacturers' wishes and outside their control. Some of the benchmarks have been highly synthetic, testing specific hardware features, but there is also a lot of suites that is modelled to resemble actual workloads. This holds for smartphones, too: You will find dozens of tests ranging the performance of different smartphone models, even across CPU architectures and OSes (Android vs. iPhone). Benchmarking looks at end result performance, without being concerned about number of instructions exeuted, memory technology and whathaveyou.
There is no reason why you shouldn't be able to compare, say, video compression speed on a smartphone and on a desktop PC. Or generating an animation. Or compiling a million lines. Face recognition. Automatic translation. ... Lots of tasks can be done on both machine families, without any concern for RISC/CISC, CPU frequency, memory technology etc: You measure how long it takes to complete the task, and that is it.
The factor will certainly be different for different tasks. The right answer is then NOT that "We cannot come up with one single value - it wouldn't be correct under all circumstances - so therefore we can't give you any figure at all" ... The right answer is to give a set of figures: When circumstances are so-and-so, the factor is X. When they are such-and-such, the factor is Y.
It seems as if everybody and his grandma is very reluctant to make real comparisons between desktop PC performance and smartphone perfomance. It seems like the effort spent on finding casues for not doing it is a lot higher than the effort that would be required to do it
|
|
|
|
|
btw: besides the processors being different animals, the memory are different beasts too, that too makes a huge impact on performance even before you look at I/O.
Message Signature
(Click to edit ->)
|
|
|
|
|
OK, but that is exactly what I am after:
How large an impact does eg. different memory technologies make on performance? Snapdragon/ARM is in no way principally different from x86/64; there is (or at least was) a Windows for ARM. And there is software for emulating the smartphone environment on a desktop PC for running apps (that also requires emulation of the ARM instruction set, so it can't be used in a benchmark test to compare CPUs, though!).
If benchmark comparison betwen different hardware, solving the same tasks, were meaningless when hardware differs, then 99.9% of all benchmark comparisons are meaningless. You do the comparison to learn the effects of different hardware.
|
|
|
|
|
Here is a comparison from earlier this year of an ARM processor in a server setup, dual CPU, >60 cores etc, apples to apples, kind of.
https://www.anandtech.com/show/12694/assessing-cavium-thunderx2-arm-server-reality
There are some benchmarks the ARM CPUs are faster, especially the multi threaded situations, or comparable to Intel and cheaper.
But overall not a huge power difference vs performance than at the lower end.
|
|
|
|
|
ARM 11 ~= 486 I seem to recall was the rough equivalent.
|
|
|
|
|
They are powerful enough for the task they are doing in the context of a smartphone.
Newer instances of CPU will only have marginal gains in performance, but I hope offer better power usage and heat management.
I'd rather be phishing!
|
|
|
|
|
Such as photo and video editing ... Yes I have friends editing video on smartphones. Or they do video and audio recoding.
Everbody today do image and sound analysis - face recognition, voice command processing. The quality of the result is very much limited by the processing power available. A CPU with ten times the peformance on tasks like these could do a more reliable recognition, fewer errors in interpreting speech or gestures or whatever. You get the quality that your smartphone's CPU is capable of giving you, saying "It good enough for me", so you don't care to know if your desktop PC have two or ten times the performance of your smartphone.
Maybe, in a couple of years, you will have higher expectations. Not too long ago did I dig up some old family videos, asking myself: But... I thought these were digital video recordings! This is VHS quality, isn't it? - I have been working with a fairly high quality HD camera for 8-10 years. I had to dig up the old DV tapes from the basement, comparing the orignial tapes to my harddisk copy. The quality was identical. What I considered razor sharp, superb resolution in 1995 was no better than VHS when I judged it 20+ years later. (Well, it was: VHS was far worse than I rememered.)
Smartphone capabilities (and our expectations) will develop the same way. Once we get access to more processing power, we will expect better results.
I suspect that people's reluctance to compare smartphone to desktop PCs is a fear of discovering how far ahead desktop CPUs are in performance. If you've recently spent USD 1500 on a top-of-the-line smartphone that you are really proud of, then you don't want to be told that it has only a fraction of the power of that USD 600 desktop PC that is nothing to be proud of. You want to compare that new expensive flagship to inferior models, not to anything with greatly superior performance. The reason why we don't have the figures I am asking for is that we don't want them!
|
|
|
|
|
Member 7989122 wrote:
I suspect that people's reluctance to compare smartphone to desktop PCs is a fear of discovering how far ahead desktop CPUs are in performance. If you've recently spent USD 1500 on a top-of-the-line smartphone that you are really proud of, then you don't want to be told that it has only a fraction of the power of that USD 600 desktop PC that is nothing to be proud of. You want to compare that new expensive flagship to inferior models, not to anything with greatly superior performance. The reason why we don't have the figures I am asking for is that we don't want them!
(for the whole quote) So what; I don't care, and most people don't care either; and if they were, it would be like "Hey look what my phone can do that your 5 kilos desktop PC cannot do!"
Desktop and smartphones are different, they have different usage; they have different requirements.
Don't compare tomatoes to oranges.
I work in an engineering domain, we use very high end desktop computers, we need the computing power; but we're probably the 0.001% (or even less) of the people that really need that kind of performance on a desktop PC.
If I was asked to develop a mobile version of our software, the requirements would be completely different.
I'd rather be phishing!
|
|
|
|
|
Few days ago heard another "the phone in your pocket has multiple times more processing power then all the computers combined for round trip of NASA landing a man on the moon."
That's great, except all that NASA computing was many times more focused on a few jobs. I (now and then) don't take for granted how amazing processing power my phone has, but NASA (as much as I know) was not dealing with malware detection, stupid user inputs, rogue code, wasted code, bad code, bloated code and such.
to answer your question at a basic level - for today, it has enough processing power.
|
|
|
|
|
Code Of Conduct[^]
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
I recognize most but "Bury the dead." made me spit coffee.
Charlie Gilley
<italic>Stuck in a dysfunctional matrix from which I must escape...
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
charlieg wrote: Bury the dead.
That should be #1 commandment for project managers.
GCS d-- s-/++ a- C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
Insert necessary Project Manager joke:
Three men: a project manager, a software engineer, and a hardware engineer are helping out on a project. About midweek they decide to walk up and down the beach during their lunch hour. Halfway up the beach, they stumbled upon a lamp. As they rub the lamp a genie appears and says "Normally I would grant you three wishes, but since there are three of you, I will grant you each one wish."
The hardware engineer went first. "I would like to spend the rest of my life living in a huge house in St. Thomas with no money worries." The genie granted him his wish and sent him on off to St. Thomas.
The software engineer went next. "I would like to spend the rest of my life living on a huge yacht cruising the Mediterranean with no money worries." The genie granted him his wish and sent him off to the Mediterranean.
Last, but not least, it was the project manager's turn. "And what would your wish be?" asked the genie. "I want them both back after lunch" replied the project manager.
Charlie Gilley
<italic>Stuck in a dysfunctional matrix from which I must escape...
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Ah well, I was living like a monk anyway, so this should pose no problems for me
|
|
|
|
|
Very commendable, but let's stay quiet about this. You would not want to hear from someone in Rome. They tried to declare me a saint, but I did not fall for it. You have to be dead before you can officially become a saint.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
72 commandments.
Devote yourself frequently to prayer. I prefer actual code-reviews over prayer. If someone prays before a release, it is time to move.
Attribute to God, and not to self, whatever good you see in yourself.
Recognize always that evil is your own doing, and to impute it to yourself. So if I do something good, he takes the credit, but if the devil makes me do it, it is my fault? Does that make God a software-manager?
Be not addicted to wine. Then stop with turning water into it and start making smoothies.
Clothe the naked. No need to; if they needed clothes they would be born with them.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
I have no problem with those commandments but they miiiiight have. My Lord God is Tharizdun...
GCS d-- s-/++ a- C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
I had nearly forgotten those realms
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
You did indeed, since there are no grey hawks there.
GCS d-- s-/++ a- C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|