C

4 Messages

 • 

102 Points

Sat, Dec 11, 2021 12:26 PM

Closed

Solved

High CPU non-stop

Hello,

I don't know since when was this happening, but today I noticed suddenly that when I open any movie page on IMDB, I see on task manager that the browser uses unusual high CPU non-stop, no matter how long I wait. Once I close that IMDB movie page, CPU goes back to normal. I tried with both Chrome and Firefox. I use Windows 10.

4 Messages

 • 

102 Points

Il y a 5 m

This turned out to be because of this thing "best-of-2021" frame down the page, I don't like it killing my CPU so I removed that whole frame with the blocker, and now my CPU is back the way it was. Please let me know if you are dealing with the issue.

6 Messages

 • 

110 Points

Il y a 5 m

Same problem here. How to fix it 'with the blocker'?

6 Messages

 • 

110 Points

Il y a 5 m

Your site has a very high cpu usage lately.

Note: This comment was created from a merged conversation originally titled cpu high

2 Messages

 • 

70 Points

Il y a 5 m

for the last couple of days i am experiencing a 100% core usage for each movie tab i have open on imdb on (latest) firefox (on linux). i can reproduce the problem consistently, ie it occurs each and every time.

while the imdb.com front page is ok, as soon as i load a page of some movie the following occurs while using the firefox' network inspector: at first the cpu usage goes down as the page is loaded and settled, the firefox task manager starts to report "low energy" usage for this tab; then for about 10 to 40 seconds (quite randomly, but always!) there's an http options request to api.graphql.imdb.com followed by several http post requests to the same url but then with several http get requests to m.media-amazon.com. at this point the tab goes into an overdrive and burns 100% of a cpu core, the task manager reporting full bar and "high". i suspect cryptocurrency miners are running in my browser at this point. can you please follow this up?

were your servers or your aws backends hacked via the log4j bug?

Note: This comment was created from a merged conversation originally titled [security issue] 100% core usage for each imdb movie tab since a couple of days

6 Messages

 • 

110 Points

Il y a 5 m

Found it; problem gone. Thanks.

Employee

 • 

4.7K Messages

 • 

148.4K Points

Il y a 5 m

Thanks for letting us know and sorry for the inconvenience.  We have passed your feedback along to the appropriate team. 

Employee

 • 

4.7K Messages

 • 

148.4K Points

Il y a 5 m

A quick update on this and sorry for the delay.  The team identified and fixed the underlying issue early last week and all should be good now.  We have taken steps to ensure this does not happen again with future placements. Sorry for the inconvenience.

4 Messages

 • 

102 Points

@Col_Needham Thank you sir for your effort. But nothing has changed. And I'm pretty sure that that chart is the reason.

Employee

 • 

4.7K Messages

 • 

148.4K Points

@Camita  Sorry to hear.  Please could you open an incognito / private browsing  tab in your browser and try again?  You may have a cached version of the widget from last week.  

Also if you have another browser, how does it perform there?  Thanks.

4 Messages

 • 

102 Points

@Col_Needham I just tried and opened any "movie page" with chrome, firefox, microsoft edge and all again with incognito browsing. The result is the same. I don't know if I'm alone who is facing this problem, it's strange, I also tried with an old computer using Windows 8, and same thing there.

7 Messages

 • 

120 Points

Il y a 5 m

Same problem using SAFARI 15.1 on MAC/OSX.  CPU is exceptionally high for about 3 minutes, then drops to 'normal'.  The CPU use is so high that typing in the search box is seriously degraded.  I have a CPU trace if you want it.  Send me directions on how to send to my email address on record.

7 Messages

 • 

120 Points

Il y a 5 m

Additionally, when the high CPU is going on for IMDB, so is a very high CPU use (but not as high as IMDB) for task 'WindowServer'.  CPU use for both drop to 'base-line' at roughly the same time.

Employee

 • 

4.7K Messages

 • 

148.4K Points

Il y a 5 m

Thanks for the updates and sorry to hear on the continued performance issues.  We have reflagged this for the team responsible for the "Best of 2021" title page widget. 

7 Messages

 • 

120 Points

Il y a 5 m

Some more information.

  • When displaying the first screen, CPU stays exceptionally high.
  • I did a search on 'Big Bang Theory' and the CPU stayed the same.
  • When I chose 'episode list', the CPU dropped to almost nothing and stayed there.
  • I went back to the prior screen and the CPU went back up.

I did the last two a number of times and the results were the same.

Employee

 • 

2 Messages

 • 

70 Points

@ralfwho Thank you for sharing this information and I'd also like to apologize for the performance issues. I am investigating a fix for this performance issue you are experiencing and have a few more questions when you have the opportunity to provide them. 

We have experiences on our pages that sometimes include video and rich animation that can spike your CPU % for a period of time while the animation is occurring, but that CPU % should definitely drop back down to a normal level after a minute or two.

  • When you see this performance spike, does the CPU % stay high, at 100% or more and never drop? Or does it stay high (above 50%) but eventually drop and the page performance improves?
  • When you see the performance spike, is there any animation or video playing on the page in the space below the IMDb Navigation bar at the top of the page?
  • If you click on any title in the "Best of 2021 Chart", does the CPU % drop after a minute or two? If you click on a title in the bar chart, you should see an experience like this:

Thank you again for any info and we will continue to investigate.

7 Messages

 • 

120 Points

  • When you see this performance spike, does the CPU % stay high, at 100% or more and never drop? Or does it stay high (above 50%) but eventually drop and the page performance improves?

The CPU % remains very high for about three minutes then drops to an acceptable level.  The memory committment remains high, even after the CPU% drops.

  • When you see the performance spike, is there any animation or video playing on the page in the space below the IMDb Navigation bar at the top of the page?

No, there is no animation or videp playing.

  • If you click on any title in the "Best of 2021 Chart", does the CPU % drop after a minute or two? If you click on a title in the bar chart, you should see an experience like this:

When I go to "Best of 2021" the CPU% drops immediately.  The memory committment remains high.

Hope this helps.  This would be easier if you contacted me directly thru the email address associated with my ID 'RALFWHO', if you can.

Employee

 • 

2 Messages

 • 

70 Points

Thank you for the follow up - your detailed response is extremely helpful!

This performance you are experiencing is expected and an indicator that the original issue (100% CPU without dropping) is fixed. Typically when a page loads and/or has animation occurring it is normal to have the CPU % go up and down. Once the loading and rendering of the page completes the CPU should return to a balanced value as it did for you.

What is most important, however is that the page can function as you'd expect it should. Your point that "typing in the search box is degraded" is definitely an important take away for us and we will continue to investigate ways to improve the overall page performance.

7 Messages

 • 

120 Points

No, Charlie, 54 years in mainframe IT (writing operating systems) suggests that the problem is not gone.  I timed it today and the results were, to say the least, disappointing.  The CPU% was at 100+% for over a minute, during which time the screen response was sluggish and typing in the search box was 'degraded'.  For the next four minutes the CPU% remained around 50% and for the next SIX MINUTES the CPU% never dropped under 25%.  These values are for ONE PROCESSOR.  Additionally, for the entire 12 minutes I timed this, the WindowServer task was about the same as the IMDB CPU%, except for the first minute when it was 50%.  I'd be more than happy to send you a video of the Activity Monitor and do any CPU-use sampling that you require.  Via my email address on record, send me info on where to send the data.

7 Messages

 • 

120 Points

A bit more information.  In one ten-minute period, IMDB consumed 4:04.78 minutes of CPU and generated a whopping 749K of Mach System Calls and 179K BSD System Calls.  And 209K page faults.  As a mainframe maven I cannot judge what 930K system calls in 10 minutes means for a MAC application, but if this was a mainframe task, I'd say 1550 system calls a second is pretty high.