Web page is really slow in Chrome when inspector is open but *not* profiling











up vote
0
down vote

favorite












In my Angular application, after introducing some more heavy usage of ngxs, I see my application has been come very slow when the inspector is open, but not when the profiler is running.



This has made it a little hard to figure out what's going on, but using the old conosle.profile method (adding an entry to Chrome's old profiler), I've narrowed it down a little - but I'm not at all more informed now than I was - just more confused.



So here's to hoping someone here can help me out!



I have some screenshots from the profiling to share, but unfortunately not much else.



First, a screenshot from the profile chart:
enter image description here
As you can see, there's a looooong time, where apparently nothing is really happening. Note in the console, that the bottom method (startObserving) only takes .12ms (according to console.time)



Going up the tree a few steps, we find Handsontable - this is what the function looks like, and some timings associated:



function Handsontable(rootElement, userSettings) {
console.time('Handsontable total time');
console.time('Handsontable create instance');
var instance = new _core2.default(rootElement, userSettings || {}, _rootInstance.rootInstanceSymbol);
console.timeEnd('Handsontable create instance');
console.time('Handsontable init instance');
instance.init();
console.timeEnd('Handsontable init instance');
console.timeEnd('Handsontable total time');
return instance;
}

// Timer outputs:
// This looks OK
Handsontable create instance: 10.864990234375ms
// Also this
Handsontable init instance: 1462.807861328125ms
// Wow, what??
Handsontable total time: 52664.875ms


It looks like the 2 methods called in the Handsontable constructor/function have a total run-time of <1500ms, but the total execution time is more than 52 seconds.



What in the world can be happening in those ~50 seconds of - as I see it - idle time?



Any help is really welcome, hints, suggestions, help to better debug!



Note: In Firefox, this is not an issue. I've tried in Chromium 67, 68 and 69 too - same issue. It's a problem in Chrome across all platforms (tested in Windows 10, Ubuntu 16,17 and MacOS latest-1,latest)










share|improve this question






















  • Could be a bug in Chrome so I suggest checking the older versions.
    – wOxxOm
    Nov 8 at 11:31










  • One of my colleagues suggested this as well, but seeing that 67 is from april, and this issue hasn't been aroung for more than a few months, I stopped pursuing that path
    – Thor Jacobsen
    Nov 8 at 11:38










  • After digging a little deeper, it seems that if I replace my ngxs store with a simple class with a BehaviourSubject, everything works just fine. So I guess there's an issue somewhere in ngxs
    – Thor Jacobsen
    Nov 8 at 13:40















up vote
0
down vote

favorite












In my Angular application, after introducing some more heavy usage of ngxs, I see my application has been come very slow when the inspector is open, but not when the profiler is running.



This has made it a little hard to figure out what's going on, but using the old conosle.profile method (adding an entry to Chrome's old profiler), I've narrowed it down a little - but I'm not at all more informed now than I was - just more confused.



So here's to hoping someone here can help me out!



I have some screenshots from the profiling to share, but unfortunately not much else.



First, a screenshot from the profile chart:
enter image description here
As you can see, there's a looooong time, where apparently nothing is really happening. Note in the console, that the bottom method (startObserving) only takes .12ms (according to console.time)



Going up the tree a few steps, we find Handsontable - this is what the function looks like, and some timings associated:



function Handsontable(rootElement, userSettings) {
console.time('Handsontable total time');
console.time('Handsontable create instance');
var instance = new _core2.default(rootElement, userSettings || {}, _rootInstance.rootInstanceSymbol);
console.timeEnd('Handsontable create instance');
console.time('Handsontable init instance');
instance.init();
console.timeEnd('Handsontable init instance');
console.timeEnd('Handsontable total time');
return instance;
}

// Timer outputs:
// This looks OK
Handsontable create instance: 10.864990234375ms
// Also this
Handsontable init instance: 1462.807861328125ms
// Wow, what??
Handsontable total time: 52664.875ms


It looks like the 2 methods called in the Handsontable constructor/function have a total run-time of <1500ms, but the total execution time is more than 52 seconds.



What in the world can be happening in those ~50 seconds of - as I see it - idle time?



Any help is really welcome, hints, suggestions, help to better debug!



Note: In Firefox, this is not an issue. I've tried in Chromium 67, 68 and 69 too - same issue. It's a problem in Chrome across all platforms (tested in Windows 10, Ubuntu 16,17 and MacOS latest-1,latest)










share|improve this question






















  • Could be a bug in Chrome so I suggest checking the older versions.
    – wOxxOm
    Nov 8 at 11:31










  • One of my colleagues suggested this as well, but seeing that 67 is from april, and this issue hasn't been aroung for more than a few months, I stopped pursuing that path
    – Thor Jacobsen
    Nov 8 at 11:38










  • After digging a little deeper, it seems that if I replace my ngxs store with a simple class with a BehaviourSubject, everything works just fine. So I guess there's an issue somewhere in ngxs
    – Thor Jacobsen
    Nov 8 at 13:40













up vote
0
down vote

favorite









up vote
0
down vote

favorite











In my Angular application, after introducing some more heavy usage of ngxs, I see my application has been come very slow when the inspector is open, but not when the profiler is running.



This has made it a little hard to figure out what's going on, but using the old conosle.profile method (adding an entry to Chrome's old profiler), I've narrowed it down a little - but I'm not at all more informed now than I was - just more confused.



So here's to hoping someone here can help me out!



I have some screenshots from the profiling to share, but unfortunately not much else.



First, a screenshot from the profile chart:
enter image description here
As you can see, there's a looooong time, where apparently nothing is really happening. Note in the console, that the bottom method (startObserving) only takes .12ms (according to console.time)



Going up the tree a few steps, we find Handsontable - this is what the function looks like, and some timings associated:



function Handsontable(rootElement, userSettings) {
console.time('Handsontable total time');
console.time('Handsontable create instance');
var instance = new _core2.default(rootElement, userSettings || {}, _rootInstance.rootInstanceSymbol);
console.timeEnd('Handsontable create instance');
console.time('Handsontable init instance');
instance.init();
console.timeEnd('Handsontable init instance');
console.timeEnd('Handsontable total time');
return instance;
}

// Timer outputs:
// This looks OK
Handsontable create instance: 10.864990234375ms
// Also this
Handsontable init instance: 1462.807861328125ms
// Wow, what??
Handsontable total time: 52664.875ms


It looks like the 2 methods called in the Handsontable constructor/function have a total run-time of <1500ms, but the total execution time is more than 52 seconds.



What in the world can be happening in those ~50 seconds of - as I see it - idle time?



Any help is really welcome, hints, suggestions, help to better debug!



Note: In Firefox, this is not an issue. I've tried in Chromium 67, 68 and 69 too - same issue. It's a problem in Chrome across all platforms (tested in Windows 10, Ubuntu 16,17 and MacOS latest-1,latest)










share|improve this question













In my Angular application, after introducing some more heavy usage of ngxs, I see my application has been come very slow when the inspector is open, but not when the profiler is running.



This has made it a little hard to figure out what's going on, but using the old conosle.profile method (adding an entry to Chrome's old profiler), I've narrowed it down a little - but I'm not at all more informed now than I was - just more confused.



So here's to hoping someone here can help me out!



I have some screenshots from the profiling to share, but unfortunately not much else.



First, a screenshot from the profile chart:
enter image description here
As you can see, there's a looooong time, where apparently nothing is really happening. Note in the console, that the bottom method (startObserving) only takes .12ms (according to console.time)



Going up the tree a few steps, we find Handsontable - this is what the function looks like, and some timings associated:



function Handsontable(rootElement, userSettings) {
console.time('Handsontable total time');
console.time('Handsontable create instance');
var instance = new _core2.default(rootElement, userSettings || {}, _rootInstance.rootInstanceSymbol);
console.timeEnd('Handsontable create instance');
console.time('Handsontable init instance');
instance.init();
console.timeEnd('Handsontable init instance');
console.timeEnd('Handsontable total time');
return instance;
}

// Timer outputs:
// This looks OK
Handsontable create instance: 10.864990234375ms
// Also this
Handsontable init instance: 1462.807861328125ms
// Wow, what??
Handsontable total time: 52664.875ms


It looks like the 2 methods called in the Handsontable constructor/function have a total run-time of <1500ms, but the total execution time is more than 52 seconds.



What in the world can be happening in those ~50 seconds of - as I see it - idle time?



Any help is really welcome, hints, suggestions, help to better debug!



Note: In Firefox, this is not an issue. I've tried in Chromium 67, 68 and 69 too - same issue. It's a problem in Chrome across all platforms (tested in Windows 10, Ubuntu 16,17 and MacOS latest-1,latest)







google-chrome rxjs google-chrome-devtools ngxs






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 8 at 11:27









Thor Jacobsen

4,89511821




4,89511821












  • Could be a bug in Chrome so I suggest checking the older versions.
    – wOxxOm
    Nov 8 at 11:31










  • One of my colleagues suggested this as well, but seeing that 67 is from april, and this issue hasn't been aroung for more than a few months, I stopped pursuing that path
    – Thor Jacobsen
    Nov 8 at 11:38










  • After digging a little deeper, it seems that if I replace my ngxs store with a simple class with a BehaviourSubject, everything works just fine. So I guess there's an issue somewhere in ngxs
    – Thor Jacobsen
    Nov 8 at 13:40


















  • Could be a bug in Chrome so I suggest checking the older versions.
    – wOxxOm
    Nov 8 at 11:31










  • One of my colleagues suggested this as well, but seeing that 67 is from april, and this issue hasn't been aroung for more than a few months, I stopped pursuing that path
    – Thor Jacobsen
    Nov 8 at 11:38










  • After digging a little deeper, it seems that if I replace my ngxs store with a simple class with a BehaviourSubject, everything works just fine. So I guess there's an issue somewhere in ngxs
    – Thor Jacobsen
    Nov 8 at 13:40
















Could be a bug in Chrome so I suggest checking the older versions.
– wOxxOm
Nov 8 at 11:31




Could be a bug in Chrome so I suggest checking the older versions.
– wOxxOm
Nov 8 at 11:31












One of my colleagues suggested this as well, but seeing that 67 is from april, and this issue hasn't been aroung for more than a few months, I stopped pursuing that path
– Thor Jacobsen
Nov 8 at 11:38




One of my colleagues suggested this as well, but seeing that 67 is from april, and this issue hasn't been aroung for more than a few months, I stopped pursuing that path
– Thor Jacobsen
Nov 8 at 11:38












After digging a little deeper, it seems that if I replace my ngxs store with a simple class with a BehaviourSubject, everything works just fine. So I guess there's an issue somewhere in ngxs
– Thor Jacobsen
Nov 8 at 13:40




After digging a little deeper, it seems that if I replace my ngxs store with a simple class with a BehaviourSubject, everything works just fine. So I guess there's an issue somewhere in ngxs
– Thor Jacobsen
Nov 8 at 13:40

















active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














 

draft saved


draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53206813%2fweb-page-is-really-slow-in-chrome-when-inspector-is-open-but-not-profiling%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes
















 

draft saved


draft discarded



















































 


draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53206813%2fweb-page-is-really-slow-in-chrome-when-inspector-is-open-but-not-profiling%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Schultheiß

Verwaltungsgliederung Dänemarks

Liste der Kulturdenkmale in Wilsdruff