<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for garysims</title><link>http://disqus.com/by/garysims/</link><description></description><atom:link href="http://disqus.com/garysims/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 15 Dec 2023 00:01:06 -0000</lastBuildDate><item><title>Re: TSMC’s 1.4nm Chips Named A14 Could See Daylight in 2027 After Company Introduces 2nm Chips</title><link>https://wccftech.com/tsmc-1-4nm-chips-based-on-n2-node-launch-for-apple/#comment-6344950656</link><description>&lt;p&gt;It isn't a chip, it is a process node technology. You should remove this article it is completely misleading and wrong. A14 means 14 Angstrom, rather than N2 which is 2nm. In other words 1.4nm.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Fri, 15 Dec 2023 00:01:06 -0000</pubDate></item><item><title>Re: Which is better 1 core @3Ghz or 2 cores @1.5 GHz?</title><link>https://www.androidauthority.com/?p=1075564#comment-4765045250</link><description>&lt;p&gt;So you would agree that if developers do a better job at creating multi-threaded applications then lowering the frequency and increasing the core count could benefit from lower power consumption while still offering performance possibilities?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 21 Jan 2020 06:11:39 -0000</pubDate></item><item><title>Re: Which is better 1 core @3Ghz or 2 cores @1.5 GHz?</title><link>https://www.androidauthority.com/?p=1075564#comment-4765023115</link><description>&lt;p&gt;I understand the distinction you are making between add/lower and add/keep. But the point, I am clearly failing to make, is this. You said (I repeat) that multi cores is "only valid for a very limited set of tasks. Most of them not relevant to mobile phones." This means that in the A12X single-core performance remains the same, but so does overall general performance since those extra two cores are only good for "for a very limited set of tasks." In other words the A12X brings nothing new and just maintains the single-core performance. Since you are saying that multi-core performance is for only very small subset of tasks. This means the A12X is a marketing trick in your view. Hence my first comment, "So you don't think Apple should have made the A12X?"&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 21 Jan 2020 05:33:09 -0000</pubDate></item><item><title>Re: Which is better 1 core @3Ghz or 2 cores @1.5 GHz?</title><link>https://www.androidauthority.com/?p=1075564#comment-4764901736</link><description>&lt;p&gt;In your first comment you wrote, "My point is that this is only valid for a very limited set of tasks. Most of them not relevant to mobile phones." If that is true, then Apple adding two more cores to the A12X is just marketing, and only has value for a limited set of tasks. It pushes up the price but achieves nothing. According to your first comment.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 21 Jan 2020 01:14:58 -0000</pubDate></item><item><title>Re: Which is better 1 core @3Ghz or 2 cores @1.5 GHz?</title><link>https://www.androidauthority.com/?p=1075564#comment-4764023932</link><description>&lt;p&gt;I was referring to "The reason Apple has their design of one or two bigger faster cores"&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Mon, 20 Jan 2020 09:50:39 -0000</pubDate></item><item><title>Re: Which is better 1 core @3Ghz or 2 cores @1.5 GHz?</title><link>https://www.androidauthority.com/?p=1075564#comment-4763912834</link><description>&lt;p&gt;So you don't think Apple should have made the A12X?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Mon, 20 Jan 2020 07:49:12 -0000</pubDate></item><item><title>Re: Which is better 1 core @3Ghz or 2 cores @1.5 GHz?</title><link>https://www.androidauthority.com/?p=1075564#comment-4762240595</link><description>&lt;p&gt;I wrote it in pure C using pthreads, not Python or any variations of Python. The test program does not use or need any locks.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Sat, 18 Jan 2020 14:55:38 -0000</pubDate></item><item><title>Re: Finally! Snapdragon 865&amp;#8217;s CPU Beats the Apple A13</title><link>https://www.androidauthority.com/?p=1066243#comment-4727156532</link><description>&lt;p&gt;And then what about A14 vs SD875...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 17 Dec 2019 06:24:52 -0000</pubDate></item><item><title>Re: Finally! Snapdragon 865&amp;#8217;s CPU Beats the Apple A13</title><link>https://www.androidauthority.com/?p=1066243#comment-4726374718</link><description>&lt;p&gt;Nobody trust Speed Test G? Really? Why do you trust Geekbench more than Speed Test G.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Mon, 16 Dec 2019 13:17:54 -0000</pubDate></item><item><title>Re: Finally! Snapdragon 865&amp;#8217;s CPU Beats the Apple A13</title><link>https://www.androidauthority.com/?p=1066243#comment-4726197713</link><description>&lt;p&gt;What magically happens when you go from Dec 31 to Jan 1?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Mon, 16 Dec 2019 10:51:02 -0000</pubDate></item><item><title>Re: Snapdragon 855 performance and benchmarking</title><link>https://www.androidauthority.com/?p=942690#comment-4290136816</link><description>&lt;p&gt;I used the official scores from the Geekbench website.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Thu, 17 Jan 2019 05:03:18 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4194629063</link><description>&lt;p&gt;Ah, I see your misunderstanding. No it isn't that 90% of 1 test is the same across platforms and then 10% is different. If that was so, then what you described would happen. No. Of the whole collection of tests, as separate individual units, most are exactly the same, line by line, with exactly thee same code.However one test, one standalone test, not part of a library or subsystem, but one test, is written in assembly and tuned for the processor.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Wed, 14 Nov 2018 10:03:25 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4194165239</link><description>&lt;p&gt;No the kicker isn't in the "bulk of the tests" at all. What I mean is that for all of the test but one then Geekbench uses C, for the other one it uses assembly language tuned for the processors, specifically for the memory test. Please explain how you "could code the same program twice with variations that do not produce significant performance differences on a microscopic level, but do produce significant differences on a macroscopic level."&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Wed, 14 Nov 2018 02:52:28 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4194022911</link><description>&lt;p&gt;Andrei's deep dive will certainly be lower level than my comparison, but in fairness we are aiming at different audiences. However I think it is a bit harsh to call my video "trash."&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 23:43:43 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4194021665</link><description>&lt;p&gt;Lou, I was intrigued by your dual boot comment. Do I went and looked for YouTube videos showing this and the very first one I watched didn't show "massively different numbers." I might look into this more but for the moment I don't see that.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 23:42:01 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4194011220</link><description>&lt;p&gt;Bst01, Geekbench is not coded differently across iOS and Android. It uses the same C code for the bulk of the tests. I have checked this with the Geekbench engineers.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 23:29:44 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4193436718</link><description>&lt;p&gt;I reject your premise that the burden of proof is on me. If this was an article about benchmarks in which I failed to provide a logical argument then yes, you could say the burden of proof is on me. However you have made a comment saying the tests are not valid but you haven't said why, you just listed a few things like RAM. But I will humor you.&lt;/p&gt;&lt;p&gt;Your initial comment was that the devices run different OSes. True. However you say that means that the tests are invalid, which isn't true. When I ask why you said, "Kernel, screen resolution, RAM and RAM spec, storage and storage spec."&lt;/p&gt;&lt;p&gt;So the kernel is the first item. The kernel performs several tasks relevant to our tests: Tasking scheduling, RAM management and IO. We can assume that the first is negligible as there is only one high priority tasking running, the benchmark itself. The exception is during the multi-core tests. The question is does one OS provide a significant performance boost over the other due to its scheduling of threads. No, it doesn't. For proof of this we can look further afield to Linux and macOS in general. Will there be a difference, sure, but not enough to bias the results. As for RAM management and IO, I will get to those in a moment.&lt;/p&gt;&lt;p&gt;Next screen resolution. This of course is a factor for GPU tests. For Geekbench it is completely irrelevant. For AnTuTu it is indeed a factor, however AnTuTu has also altered its loads to include off screen rendering. Also, the screen resolutions of the devices under test are similar, not the same, but similar. So, overall nothing here, please move along.&lt;/p&gt;&lt;p&gt;Up next on your list was RAM. Well RAM isn’t part of the OS and it is actually part of the subsystem that we want to test. The differences in RAM performance are important to us, hence running the benchmarks in the first place. If you mean RAM management then that is a part of the kernel as I mentioned earlier. If the tests are doing lots of dynamic memory requests, asking for RAM from the OS and then returning it, then you would be correct. This would exercise the OS much more than the hardware. However, that is not what the tests do. I have spoken with the people at Geekbench about this (but not AnTuTu) and the general idea is that RAM requests are handled out-of-bandwidth, say in an initialization phase which is either unmeasured or has little impact on the overall timing results.&lt;/p&gt;&lt;p&gt;Now we come to storage. It is indeed true that Geekbench contains IO related tests and it is also true that these do have a heavier OS reliance than the other tests. However two things to note. 1) Is that the tests are the same on both operating systems (i.e. using SQLite) and they aren’t specific aimed directly at the native filesystem. 2) While I agree that a bias dependent on the performance of the filesystem will exist, the question is will that biases be more than the performance characteristics of the hardware. Tough question. I will go with no, because the same tests run on different generations of the same platform (say the iPhone 7S compared to the iPhone 8 compared to the X) show the same relative performance increase as observed across platforms. In other words, if the processor under test shows performance gain X on iOS compared to iOS, but a very different relative performance gain on iOS to Android then something is wrong. However, we don’t see that.&lt;/p&gt;&lt;p&gt;One more things to mention.The tests from Geekbench and AnTuTu are written in C, so there is no comparison of the Java Runtime library with Obj-C/Swift etc.&lt;/p&gt;&lt;p&gt;Also, I don’t fully understand your comment, “If the differences are negligible, why have a different app at all? It's all the same right?” What exactly are you referring to here? The differences in Android and iOS meaning they need different apps? If so, then the point is that you don’t need different apps (substantially) when you use a cross platform language like C. A couple of years ago I wrote a benchmark app (in C) which ran on Android and iOS with only the wrapper being different for each OS. The results confirmed the benchmark data from apps like Geekbench. My test app, did no memory allocation and no IO. It was as close to bare metal as could be. As I said, the results confirmed other third party results.&lt;/p&gt;&lt;p&gt;Finally, cross platform benchmarking is used all across the industry as a way to test hardware while minimizing the impact of the OS. Well known examples including tests like SPECint.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 15:08:05 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4193317184</link><description>&lt;p&gt;Well Spencer, I have a degree in Computer Science and I was a professional software engineer for 10 years including writing system software, embedded software and doing performance profiling. So just saying to me, "it displays a huge lack of technical understanding" isn't really going to convince me. If you truly think that these tests are invalid then I suggest you tell me how much time you think these tests are spending in say the kernel during a computationally heavy task like those performed by Geekbench. Please tell me how much influence you think the different operating systems have on the tests. Please extrapolate.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 13:58:45 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4193294118</link><description>&lt;p&gt;Well, if we are dealing with CPU intensive tasks then the affect of the OS is minimal. During the computational tasks call to the OS are at a minimum. So I don't agree that they are clickbait or invalid.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 13:45:34 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4193231399</link><description>&lt;p&gt;Please let me know what other details would have been useful?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 13:10:11 -0000</pubDate></item><item><title>Re: How does Apple&amp;#8217;s new A12X processor compare to other 7nm mobile SoCs?</title><link>https://www.androidauthority.com/?p=924242#comment-4193230736</link><description>&lt;p&gt;Why can't you?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 13 Nov 2018 13:09:48 -0000</pubDate></item><item><title>Re: Intel hires Tesla and Apple veteran for major chip position</title><link>https://www.androidauthority.com/?p=859661#comment-3875201226</link><description>&lt;p&gt;He did, the article says, "bringing 20 years of experience with ARM and x86-based architectures for multiple platforms." Keller is highly skilled and to be admired, but the bigger and more important question is not about Keller's qualifications, but what Intel plan to do with him.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Fri, 27 Apr 2018 07:54:12 -0000</pubDate></item><item><title>Re: DGiT Academy: Pre-Launch and Giveaway!</title><link>https://www.androidauthority.com/?p=853496#comment-3859876686</link><description>&lt;p&gt;Hi, I have sent you an email to the address associated with your account. When you have a moment please reply and we can sort things out. Thx.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Tue, 17 Apr 2018 15:02:43 -0000</pubDate></item><item><title>Re: Qualcomm launches its new AI Engine brand, works on existing Snapdragon processors</title><link>https://www.androidauthority.com/?p=839252#comment-3772173693</link><description>&lt;p&gt;Why is that strange? Qualcomm is showing that any of its processors with the Vector eXtensions can be used for advanced machine learning. It works with the 845 but also with older processors and importantly with the 660. Qualcomm's processors don't just curl up and die just because they aren't used in the current flagship smartphones.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Fri, 23 Feb 2018 04:42:25 -0000</pubDate></item><item><title>Re: ASUS Windows 10 on ARM device benchmarks are terrible</title><link>https://www.slashgear.com/asus-windows-10-on-arm-device-benchmarks-are-terrible-24509061/#comment-3632054188</link><description>&lt;p&gt;If it was emulated (which I also suspect it was) then this article is seriously lacking. In fact there is an argument that the scores reported are excellent considering the emulation occurring.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">garysims</dc:creator><pubDate>Sat, 25 Nov 2017 03:39:53 -0000</pubDate></item></channel></rss>