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:
|
||||
|
||||
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. 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)
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. 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:
|
||||
|
||||
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. New Orleans, Louisiana |
||||
|
||||
Avgerinos
Hi Pavel
toggle quoted message
Show quoted text
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:
|
||||
|
||||
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
|
||||
|
||||
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:
|
||||
|
||||
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 wasMajor 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:
|
||||
|
||||
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:
|
||||
|
||||
Avgerinos
Yes, it's obvious they have moved their focus to mobile.
toggle quoted message
Show quoted text
Desktop apps practically have nothing to gain - only to lose On 17/2/2017 7:11 πμ, John
Knickerbocker wrote:
|
||||
|
||||
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:
|
||||
|
||||
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.
toggle quoted message
Show quoted text
So far, we did not notice any speed difference accessing MSSQL databases, at least in the 2 major apps migrated in 2016:
I wonder if there are any official-benchmarks by MSE, regarding database-speed improvement in XPA3. Avgerinos
Pavel, |
||||
|