coreldraw x4 multithreading

I have a quad core processor and I want to know or coreldraw x4 is multithreading?? 

  •  I have a Vista sidebar widget that tracks core usage. If you are running Vista you can use it.

    • http://www.byte.com/art/9510/sec10/art3.htm said:

      Corel has always been the Swiss Army knife for Windows-based graphics design.

      CorelDraw 6 bundles four integrated applications -- CorelDraw, Corel Photo-Paint, Corel Presents, and CorelDream 3D ... 

      All of the applications sport a 32-bit multithreaded architecture and conform fully to the Win95 interface ...

       

      • But not a multi-processor application.

        • What that doesn't say is just how many threads are in the application and
          how useful they are in a typical workflow. While CorelDRAW does contain more
          than a single thread, the number is very low. The workflow reality is that
          you will see little to no benefit from the multiple threads that are
          included.
        • While there are a few places where X4 will leverage multiple cores, the vast majority of X4 will not. But on the good news, that leaves the other cores available for other tasks and for the OS to run ;-)

          • Gerard Metrailler said:
            But on the good news, that leaves the other cores available for other tasks and for the OS to run ;-)

            Oh the 'if you multitask so will the computer method'. I remember the days when multitasking meant having a *** and drinking a coffee while waiting for the computer to free up from a printing task. (*** being the bunch of sticks used to burn witches and the slang for cigarette not doing the naughty while drinking coffee... Necessary to qualify as I know how sic some of ya are after all these years.)

            Gérard you could say what a huge deal moving Draw from a programming paradigm that has lasted 14 versions to the new world of 64bit, multi cores and GPU processing is. There is likely a good story in all that worth someone writing a tale. If they were all taken on in one go that must be a total software rewrite virtually equal to what, 1/2 of all the development today?

            Good article on this http://www.ddj.com/development-tools/212201710?pgno=1

            "Which is a big deal, because the chipmakers have essentially said that the job of enforcing Moore's Law is now a software problem. They will concentrate on putting more and more cores on a die, and it's up to you to recraft your software to take advantage of the parallel-processing capabilities of their chips."

            Yani

             

             

            • My view, as a programmer for 45+ years is that adding simultaneous multitasking (through using additional cores) to an essentially sequential process like ALL one at a time interactive user process where 99.9% of the CPU state is "idle" is really multiprobleming, and a massive amount of totally useless and costly programming time--and even more debugging time, with, most likely, a negative return on performance, reliability and usability. It is  simply a pointless violation of anything resembling the KISS principle.

              Yani wrote:
              Gerard Metrailler:
              But on the good news, that leaves the other cores available for other tasks and for the OS to run ;-)

              Oh the 'if you multitask so will the computer method'. I remember the days when multitasking meant having a *** and drinking a coffee while waiting for the computer to free up from a printing task. (*** being the bunch of sticks used to burn witches and the slang for cigarette not doing the naughty while drinking coffee... Necessary to qualify as I know how sic some of ya are after all these years.)

              Gérard you could say what a huge deal moving Draw from a programming paradigm that has lasted 14 versions to the new world of 64bit, multi cores and GPU processing is. There is likely a good story in all that worth someone writing a tale. If they were all taken on in one go that must be a total software rewrite virtually equal to what, 1/2 of all the development today?

              Good article on this http://www.ddj.com/development-tools/212201710?pgno=1

              "Which is a big deal, because the chipmakers have essentially said that the job of enforcing Moore's Law is now a software problem. They will concentrate on putting more and more cores on a die, and it's up to you to recraft your software to take advantage of the parallel-processing capabilities of their chips."


              • There is obviously some more scope for making better use of multi core processors. Draw's developers aren't stupid they know where that scope is. But I doubt we will see it applied to a lens function that is used by a few people once in a blue moon. You can bet ya life Corel have this mapped out and sussed way beyond what our limited imagination of the code is on this side of the mirror.