[Cuis-dev] VectorGraphics and ARM64

Eric Gade eric.gade at gmail.com
Sun Nov 21 16:25:26 PST 2021


Hi Ken,

On Sun, Nov 21, 2021 at 6:12 PM <ken.dickey at whidbey.com> wrote:

> This sounds like the plugin is not being loaded.
>
> In a workspace, what value is returned for
>      VectorEngineWithPlugin isPluginAvailable.
> ?


This was my initial thought too, but it's responding true unfortunately.

Phil,
On Sun, Nov 21, 2021 at 5:25 PM Phil B via Cuis-dev <cuis-dev at lists.cuis.st>
wrote:

> VectorGraphics is going to be slow(ish) on any ARM SBC...
>

That's what I was afraid of! Oh well

On Sun, Nov 21, 2021 at 6:35 PM Phil B via Cuis-dev <cuis-dev at lists.cuis.st>
wrote:

> Ken,
>
> On Sun, Nov 21, 2021 at 6:24 PM <ken.dickey at whidbey.com> wrote:
>
>> On 2021-11-21 14:24, Phil B via Cuis-dev wrote:
>>
>> > VectorGraphics is going to be slow(ish) on any ARM SBC or phone
>> > unless/until it is OpenCL/Vulkan accelerated and maybe even then.
>>
>> Juan can clarify, but Cuis SVG does _not_ use the GPU because setting up
>> the graphics pipeline has too much overhead to be useful.
>>
>
> That's entirely possible, I was just making the statement that short of
> that it simply isn't possible to even get in the realm of x86 performance
> as GPU acceleration is how the majority of applications get there on ARM.
>
>
>>
>> > It's a very computationally intensive subsystem (at least an order of
>> > magnitude more so than raster graphics) and most ARM mobile chips (i.e.
>> > pretty much everything non-Apple) are generally 1/10-1/20th the speed
>> > of a fast x86 computer as they are typically inferior in every respect:
>> > manufactured on larger process nodes, lower clock speeds, lower bus
>> > bandwidth, weaker floating point units, smaller and slower cache,
>> > slower RAM etc etc.
>>
>> I don't want a flame war, but I have always hated Intel's "push pop"
>> architecture and prefer RISCs.  I get the feeling that on Intel I can't
>> run but must hop and Intel compensates by letting me hop very fast.
>> Yes, I have written assembler for a number of architectures (68k, 88k,
>> ARMs, RISC-V..).  Intel over the years has had quite a number of
>> floating point hardware bugs compared to other processor architectures.
>> MIPS per WATT power consumption is horrible. 'Nuf said.  Different
>> measures of goodness.  Please, forgive me and let's move on..  Thanks
>>
>
> I'm not much of an x86 fan myself, but unfortunately it's the high
> performance platform... for now.  I am encouraged that Apple is showing the
> industry that it (high performance non-x86) can be done and hope at some
> point it snaps out of its x86 coma.  That said, I'd rather see an open ISA
> like RISC-V really take off but right now that's more a dream than
> reality... it's x86 in most of the (non-Apple) PC world and ARM everywhere
> else.  That said, I literally just ordered my new CPU today (Ryzen) as
> apparently my Sandy Bridge i7 is no longer state of the art (or even enough
> to do what I need) and the industry still isn't making the CPUs I really
> want... ;-)
>
>
>>
>> Good on ya,
>> -KenD
>>
>
> Thanks,
> Phil
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>


-- 
Eric
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20211121/57e0bb6e/attachment-0001.htm>


More information about the Cuis-dev mailing list