V3 slow


Pavel Mencl
 

I moved to v3.1 from v10.1 a few months ago and the studio is noticeably (aggravatingly at times) slower in certain operations,mainly opening tasks,zooming into expressions and opening forms.I run it on a new laptop,Win10, 8 GB memory,SSD,should be flying but it's not.I've read that Windows Defender may not play nice with VS 2015 so I've excluded the Magic studio from real-time checking but even turning it off completely doesn't help much.

Any hints what I should look at?


Thanks

Pavel


Todd Baremore
 

Upgrading to 3.2

Todd


On 2/14/2017 7:00 AM, Pavel Mencl wrote:

I moved to v3.1 from v10.1 a few months ago and the studio is noticeably (aggravatingly at times) slower in certain operations,mainly opening tasks,zooming into expressions and opening forms.I run it on a new laptop,Win10, 8 GB memory,SSD,should be flying but it's not.I've read that Windows Defender may not play nice with VS 2015 so I've excluded the Magic studio from real-time checking but even turning it off completely doesn't help much.

Any hints what I should look at?


Thanks

Pavel



Charles Coe
 

Pavel,

We've actually frustratingly and recently seen the slowness you describe on a 3.2 install.  Seems exporting and importing your ENTIRE app as new is the best way to resolve it.
--
Charles Coe, CPA, MCSE

New Orleans, Louisiana


Steven Burrows
 

Hmmm. That would be totally unacceptable to anyone who has to maintain multiple versions under source control as it destroys any ISN links.

Lets hope the speed issue is actually solved, or a source upgrade option is added (F8 sounds like a good place to do it)

 


Steven Burrows

 

 

From: main@magicu-l.groups.io [mailto:main@magicu-l.groups.io] On Behalf Of Charles Coe
Sent: 14 February 2017 12:53
To: main@magicu-l.groups.io
Subject: Re: [magicu-l] V3 slow

 

Pavel,

We've actually frustratingly and recently seen the slowness you describe on a 3.2 install.  Seems exporting and importing your ENTIRE app as new is the best way to resolve it.
--
Charles Coe, CPA, MCSE

New Orleans, Louisiana


Pavel Mencl
 

I'll try that tonight,thanks.

Pavel


Pavel Mencl
 

I've considered that as well  but judging from the responses here so far I'm not convinced as it appears to have its share of problems,just different ones.

Pavel



Todd Baremore
 

Pavel,

The form designer in 3.2 is certainly more responsive than 3.1.   I'm in the process of getting 3.2a.  There is an extensive number of bug fixes in 3.2a.  Hopefully one or more of them will resolve your problems.

Todd


On 2/14/2017 10:05 AM, Pavel Mencl wrote:

I've considered that as well  but judging from the responses here so far I'm not convinced as it appears to have its share of problems,just different ones.

Pavel




Charles Coe
 

Understood on the source control point - but it has worked for us.  Clients don't care as you know about your internal problems of keeping code safe.

This is particularly frustrating as you simply get these app freezes/pauses - then with no changes it starts to work again.  Reminds me of a keyboard buffer issue we've had in the past.

Normally, we'd point at the hardware guys in that case - but we did hardware too.
--
Charles Coe, CPA, MCSE

New Orleans, Louisiana


Avgerinos
 

Hi Pavel

Excluding Magic from Windows Defender did work for me: It decreased by 40% the time required to run a full program check (W10, 16Gb, i7, SSD).

My personal experience so far from :
Development in version 3 is much slower that it was in prior versions. This is an unfortunate fact you cannot avoid no matter how much money you invest in hardware.
Almost 2 years after v3 launch and this tool is failing to make me feel trust as in the past. For months after I moved to version 3, I kept feeling like I 've been cheated.
Version 3.1b at least became a bit faster in some aspects, plus I got rid of the frequent Studio crashes. Version 3.2 does not offer yet something interesting to me, no speed, no issues solved.

Regards
Avgerinos

On 14/2/2017 2:00 μμ, Pavel Mencl wrote:

I moved to v3.1 from v10.1 a few months ago and the studio is noticeably (aggravatingly at times) slower in certain operations,mainly opening tasks,zooming into expressions and opening forms.I run it on a new laptop,Win10, 8 GB memory,SSD,should be flying but it's not.I've read that Windows Defender may not play nice with VS 2015 so I've excluded the Magic studio from real-time checking but even turning it off completely doesn't help much.

Any hints what I should look at?


Thanks

Pavel


Craig Martin
 

Think more, type less :-)


From: main@magicu-l.groups.io <main@magicu-l.groups.io> on behalf of Avgerinos <mento@...>
Sent: Tuesday, February 14, 2017 10:22:01 AM
To: main@magicu-l.groups.io
Subject: Re: [magicu-l] V3 slow
 
Hi Pavel

Excluding Magic from Windows Defender did work for me: It decreased by
40% the time required to run a full program check (W10, 16Gb, i7, SSD).

My personal experience so far from :
Development in version 3 is much slower that it was in prior versions.
This is an unfortunate fact you cannot avoid no matter how much money
you invest in hardware.
Almost 2 years after v3 launch and this tool is failing to make me feel
trust as in the past. For months after I moved to version 3, I kept
feeling like I 've been cheated.
Version 3.1b at least became a bit faster in some aspects, plus I got
rid of the frequent Studio crashes. Version 3.2 does not offer yet
something interesting to me, no speed, no issues solved.

Regards
Avgerinos

On 14/2/2017 2:00 μμ, Pavel Mencl wrote:
>
> I moved to v3.1 from v10.1 a few months ago and the studio is
> noticeably (aggravatingly at times) slower in certain
> operations,mainly opening tasks,zooming into expressions and opening
> forms.I run it on a new laptop,Win10, 8 GB memory,SSD,should be flying
> but it's not.I've read that Windows Defender may not play nice with VS
> 2015 so I've excluded the Magic studio from real-time checking but
> even turning it off completely doesn't help much.
>
> Any hints what I should look at?
>
>
> Thanks
>
> Pavel
>
>





Sabrina Horst
 

The slowness of V3 is our reason to stay with 2.5

 

Developing became such a frustration. Freezing studio, having to wait seconds before something would pop-up on the form, in combination with the changed UI.

We turned back to 2.5 real quickly

 

Sorry cannot help you

 

Sabrina

 

Van: main@magicu-l.groups.io [mailto:main@magicu-l.groups.io] Namens Pavel Mencl
Verzonden: dinsdag 14 februari 2017 15:58
Aan: main@magicu-l.groups.io
Onderwerp: Re: [magicu-l] V3 slow

 

I'll try that tonight,thanks.

Pavel

Met vriendelijke groet - With kind regards,

Sabrina Horst
Analist/programmeur
+31 (0)6 20303889


meilink.eu

Meilink Beheer Borculo B.V. • Kamerlingh Onnesstraat 1
7271 AZ  Borculo • Nederland • +31 (0)545 253525
KvK 08009803 • Our general terms and conditions apply • Disclaimer


Bereikbaar op maandag, woensdag en donderdag


Avgerinos
 

Thinking did not protect me from undocumented bugs.

The only way I found was the hard way: Don't trust and test. And test and test and test and test...


BTW, just stumbled on another issue. These combo-controls are so buggy in XPA3...

For now I 'm practicing my vocabulary in bad words ;-)


Avgerinos

On 16/2/2017 3:33 πμ, Craig Martin wrote:

Think more, type less :-)


From: main@magicu-l.groups.io <main@magicu-l.groups.io> on behalf of Avgerinos <mento@...>
Sent: Tuesday, February 14, 2017 10:22:01 AM
To: main@magicu-l.groups.io
Subject: Re: [magicu-l] V3 slow
 
Hi Pavel

Excluding Magic from Windows Defender did work for me: It decreased by
40% the time required to run a full program check (W10, 16Gb, i7, SSD).

My personal experience so far from :
Development in version 3 is much slower that it was in prior versions.
This is an unfortunate fact you cannot avoid no matter how much money
you invest in hardware.
Almost 2 years after v3 launch and this tool is failing to make me feel
trust as in the past. For months after I moved to version 3, I kept
feeling like I 've been cheated.
Version 3.1b at least became a bit faster in some aspects, plus I got
rid of the frequent Studio crashes. Version 3.2 does not offer yet
something interesting to me, no speed, no issues solved.

Regards
Avgerinos

On 14/2/2017 2:00 μμ, Pavel Mencl wrote:
>
> I moved to v3.1 from v10.1 a few months ago and the studio is
> noticeably (aggravatingly at times) slower in certain
> operations,mainly opening tasks,zooming into expressions and opening
> forms.I run it on a new laptop,Win10, 8 GB memory,SSD,should be flying
> but it's not.I've read that Windows Defender may not play nice with VS
> 2015 so I've excluded the Magic studio from real-time checking but
> even turning it off completely doesn't help much.
>
> Any hints what I should look at?
>
>
> Thanks
>
> Pavel
>
>






Pavel Mencl
 

Charles,

export/import made no visible impact here.But I'm willing to try anything,because I might turn into a thinker otherwise.Not a bad idea per se,though.


Pavel


Pavel Mencl
 

Avgerinos,

similar here,I'm pissed that Tab controls no longer support & as an accelerator key. Some stuff is really intriguing: Magic studio itself uses the "old" Tab controls with accelerator key. Magic's main window has a Windows 10 style frame but windows within,say Programs,use Win 7 style (I guess).The same in runtime.And then most types of windows are the new style but default or Fit to MDI not.

Of course it's not a major issue,minor at best but it just doesn't feel right to me.

Pavel


Avgerinos
 

Hi Pavel

XPA3 is probably a wrap that encapsulates both old and new libraries. This is why it's almost double in size than it was
Major functionalities are still served by the old engine, and this is why you see old style screens appearing here and there in studio.
Unfortunately, MSE seems to be still in the process of replacing old parts with new ones, and this makes every new release a risk to adopt.

In my opinion XPA3 was prematurely released - at least two years earlier than it should be.
This has already put in high risk all the good fame that was built in the past by Magic.
Plus risking the careers and relations with clients of those who rushed to adopt the new version. 

Avgerinos


On 16/2/2017 9:24 μμ, Pavel Mencl wrote:

Avgerinos,

similar here,I'm pissed that Tab controls no longer support & as an accelerator key. Some stuff is really intriguing: Magic studio itself uses the "old" Tab controls with accelerator key. Magic's main window has a Windows 10 style frame but windows within,say Programs,use Win 7 style (I guess).The same in runtime.And then most types of windows are the new style but default or Fit to MDI not.

Of course it's not a major issue,minor at best but it just doesn't feel right to me.

Pavel



John Knickerbocker
 

Maybe, but the mobile got much stronger in the latest updates. 


On Thu, Feb 16, 2017 at 10:41 PM Avgerinos <mento@...> wrote:

Hi Pavel

XPA3 is probably a wrap that encapsulates both old and new libraries. This is why it's almost double in size than it was
Major functionalities are still served by the old engine, and this is why you see old style screens appearing here and there in studio.
Unfortunately, MSE seems to be still in the process of replacing old parts with new ones, and this makes every new release a risk to adopt.

In my opinion XPA3 was prematurely released - at least two years earlier than it should be.
This has already put in high risk all the good fame that was built in the past by Magic.
Plus risking the careers and relations with clients of those who rushed to adopt the new version. 

Avgerinos



On 16/2/2017 9:24 μμ, Pavel Mencl wrote:

Avgerinos,

similar here,I'm pissed that Tab controls no longer support & as an accelerator key. Some stuff is really intriguing: Magic studio itself uses the "old" Tab controls with accelerator key. Magic's main window has a Windows 10 style frame but windows within,say Programs,use Win 7 style (I guess).The same in runtime.And then most types of windows are the new style but default or Fit to MDI not.

Of course it's not a major issue,minor at best but it just doesn't feel right to me.

Pavel



Avgerinos
 

Yes, it's obvious they have moved their focus to mobile.
Desktop apps practically have nothing to gain - only to lose

On 17/2/2017 7:11 πμ, John Knickerbocker wrote:

Maybe, but the mobile got much stronger in the latest updates. 


On Thu, Feb 16, 2017 at 10:41 PM Avgerinos <mento@...> wrote:

Hi Pavel

XPA3 is probably a wrap that encapsulates both old and new libraries. This is why it's almost double in size than it was
Major functionalities are still served by the old engine, and this is why you see old style screens appearing here and there in studio.
Unfortunately, MSE seems to be still in the process of replacing old parts with new ones, and this makes every new release a risk to adopt.

In my opinion XPA3 was prematurely released - at least two years earlier than it should be.
This has already put in high risk all the good fame that was built in the past by Magic.
Plus risking the careers and relations with clients of those who rushed to adopt the new version. 

Avgerinos



On 16/2/2017 9:24 μμ, Pavel Mencl wrote:

Avgerinos,

similar here,I'm pissed that Tab controls no longer support & as an accelerator key. Some stuff is really intriguing: Magic studio itself uses the "old" Tab controls with accelerator key. Magic's main window has a Windows 10 style frame but windows within,say Programs,use Win 7 style (I guess).The same in runtime.And then most types of windows are the new style but default or Fit to MDI not.

Of course it's not a major issue,minor at best but it just doesn't feel right to me.

Pavel




Todd Baremore
 

I agree that mobile continues to improve, at least on the Android side.  I have yet to venture into iOS.  My desktop app remains in UP1.9 for now.  The only thing that would compel me to move to XPA desktop would be the need for integration with 3rd party tools/applications that require .NET 4.   That being said, the Print Data To Excel ability in 3.2a could come in handy.

Todd


On 2/17/2017 12:11 AM, John Knickerbocker wrote:

Maybe, but the mobile got much stronger in the latest updates. 


On Thu, Feb 16, 2017 at 10:41 PM Avgerinos <mento@...> wrote:

Hi Pavel

XPA3 is probably a wrap that encapsulates both old and new libraries. This is why it's almost double in size than it was
Major functionalities are still served by the old engine, and this is why you see old style screens appearing here and there in studio.
Unfortunately, MSE seems to be still in the process of replacing old parts with new ones, and this makes every new release a risk to adopt.

In my opinion XPA3 was prematurely released - at least two years earlier than it should be.
This has already put in high risk all the good fame that was built in the past by Magic.
Plus risking the careers and relations with clients of those who rushed to adopt the new version. 

Avgerinos



On 16/2/2017 9:24 μμ, Pavel Mencl wrote:

Avgerinos,

similar here,I'm pissed that Tab controls no longer support & as an accelerator key. Some stuff is really intriguing: Magic studio itself uses the "old" Tab controls with accelerator key. Magic's main window has a Windows 10 style frame but windows within,say Programs,use Win 7 style (I guess).The same in runtime.And then most types of windows are the new style but default or Fit to MDI not.

Of course it's not a major issue,minor at best but it just doesn't feel right to me.

Pavel




goupte@...
 

Pavel,

We did already many Xpa 3.2 conversion and i can tell you, from the experience of many customers which are already live,
that Xpa 3.2 is almost 2 time faster in runtime with SQL databases than v94 or uniPaaS, so the end users are happy. 

For developers - it is much more Challenging than Xpa 2.5 because of the Visual Studio which is embedded in this version but you can used to it at the end

David Rechter
Go Up Technology


Avgerinos
 

Never experienced such a huge speed improvement in database speed - not even something close to this.
So far, we did not notice any speed difference accessing MSSQL databases, at least in the 2 major apps migrated in 2016:
  • One with SQL2008-Enterprise, 150Gb database with 250 tables
  • One with SQL2012-Express, 10Gb database with 90 tables

I wonder if there are any official-benchmarks by MSE, regarding database-speed improvement in XPA3.

Avgerinos


On 17/2/2017 4:54 μμ, goupte@... wrote:

Pavel,

We did already many Xpa 3.2 conversion and i can tell you, from the experience of many customers which are already live,
that Xpa 3.2 is almost 2 time faster in runtime with SQL databases than v94 or uniPaaS, so the end users are happy. 

For developers - it is much more Challenging than Xpa 2.5 because of the Visual Studio which is embedded in this version but you can used to it at the end

David Rechter
Go Up Technology