I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 While the main process leak has not changed much, there's still a significant improvement for the web process leak. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce.
Bug 1682212 Comment 44 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 While the main process leak has not changed much, there's still a significant improvement for the web process leak. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce.
I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 While the main process leak has not changed much, there's still a significant improvement for the web process leak. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce. First Header | Second Header ------------ | ------------- Content from cell 1 | Content from cell 2 Content in the first column | Content in the second column
I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 Without Bug 1702715: process | Initial | After 20 reloads | After GC/CC ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 While the main process leak has not changed much, there's still a significant improvement for the web process leak. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce.
I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 Without Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 While the main process leak has not changed much, there's still a significant improvement for the web process leak. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce. Note: this is done with a clean profile
I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 With Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 While the main process leak has not changed much, there's still a significant improvement for the web process leak. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce. Note: this is done with a clean profile
I re-tested the STRs from the summary: - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 With Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 The main process leak has not changed much, and we did not really expect Bug 1702715 to help there. However there is a significant improvement for the web process leak, which goes from 600MB to 60MB. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce. Note: this is done with a clean profile
I re-tested the STRs from the summary: - open cnn.com - open devtools with the inspector selected - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 224 | 587 | 548 content process | 111 | 847 | 716 With Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 252 | 580 | 552 content process | 113 | 240 | 173 The main process leak has not changed much, and we did not really expect Bug 1702715 to help there. However there is a significant improvement for the web process leak, which goes from 600MB to 60MB. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce. Note: this is done with a clean profile
I re-tested the STRs from the summary: - open cnn.com - open devtools with the inspector selected - check memory for main and web process in about:memory - reload cnn.com 20 times, - check the memory - force gc/cc - check the memory I get the following results: Without Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 224 MB | 587 MB | 548 MB content process | 111 MB | 847 MB | 716 MB With Bug 1702715: **process** | **Initial** | **After 20 reloads** | **After GC/CC** ------------ | ------------- | ------------- | ------------- main process | 252 MB | 580 MB | 552 MB content process | 113 MB | 240 MB | 173 MB The main process leak has not changed much, and we did not really expect Bug 1702715 to help there. However there is a significant improvement for the web process leak, which goes from 600MB to 60MB. Maybe this is not true in all test cases, and that's why if Bug 1702715 didn't help with a specific use case, it would be great to get detailed steps to reproduce. Note: this is done with a clean profile