|
|
Descriptioncontent: Some code cleanup related to shared memory allocation.
After https://crrev.com/432737, memory allocation does not do IPC
anymore. So it does not need the IPC::Sender anymore. Also, it is no
longer necessary to have special code to decide when the allocation
request failed due to out-of-memory. So remove that code too.
BUG=612500
Committed: https://crrev.com/ee3ff1ffb2acc57ffe1668c603d79debcc463b8c
Cr-Commit-Position: refs/heads/master@{#437463}
Patch Set 1 #
Total comments: 3
Patch Set 2 : . #Patch Set 3 : tot merge #
Total comments: 2
Patch Set 4 : . #
Messages
Total messages: 45 (34 generated)
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
sadrul@chromium.org changed reviewers: + nasko@chromium.org
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
LGTM with a question. https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... File content/child/child_thread_impl.cc (right): https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... content/child/child_thread_impl.cc:733: *out_of_memory = true; Do we care to disambiguate an out of memory condition (this branch) vs the failure to unwrap (the next if condition)? Seems like only consumer is child_shared_bitmap_manager.cc.
sadrul@chromium.org changed reviewers: + erikchen@chromium.org
+erikchen@ to confirm https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... File content/child/child_thread_impl.cc (right): https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... content/child/child_thread_impl.cc:733: *out_of_memory = true; On 2016/12/02 19:58:08, nasko (very slow til Dec 13th) wrote: > Do we care to disambiguate an out of memory condition (this branch) vs the > failure to unwrap (the next if condition)? Seems like only consumer is > child_shared_bitmap_manager.cc. Looks like the original failure mode during teardown no longer applies (https://codereview.chromium.org/2010563004 is the CL that added this). erikchen@: can you please confirm? In which case, we wouldn't need the |out_of_memory| param. A null return value would imply OOM.
https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... File content/child/child_thread_impl.cc (right): https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... content/child/child_thread_impl.cc:733: *out_of_memory = true; On 2016/12/08 03:27:52, sadrul wrote: > On 2016/12/02 19:58:08, nasko (very slow til Dec 13th) wrote: > > Do we care to disambiguate an out of memory condition (this branch) vs the > > failure to unwrap (the next if condition)? Seems like only consumer is > > child_shared_bitmap_manager.cc. > > Looks like the original failure mode during teardown no longer applies > (https://codereview.chromium.org/2010563004 is the CL that added this). > erikchen@: can you please confirm? In which case, we wouldn't need the > |out_of_memory| param. A null return value would imply OOM. right. no IPC means this is no longer necessary.
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: ios-device on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-device/builds...) ios-simulator on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-simulator/bui...) mac_chromium_compile_dbg_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_comp...)
Patchset #3 (id:40001) has been deleted
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Patchset #3 (id:60001) has been deleted
Dry run: Try jobs failed on following builders: ios-device on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-device/builds...)
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: mac_chromium_compile_dbg_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_comp...)
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== content: Some code cleanup related to shared memory allocation. After https://crrev.com/432737, memory allocation does not do IPC anymore. So it does not need the IPC::Sender anymore. BUG=612500 ========== to ========== content: Some code cleanup related to shared memory allocation. After https://crrev.com/432737, memory allocation does not do IPC anymore. So it does not need the IPC::Sender anymore. Also, it is no longer necessary to have special code to decide when the allocation request failed due to out-of-memory. So remove that code too. BUG=612500 ==========
On 2016/12/08 03:36:02, erikchen wrote: > https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... > File content/child/child_thread_impl.cc (right): > > https://codereview.chromium.org/2544953002/diff/1/content/child/child_thread_... > content/child/child_thread_impl.cc:733: *out_of_memory = true; > On 2016/12/08 03:27:52, sadrul wrote: > > On 2016/12/02 19:58:08, nasko (very slow til Dec 13th) wrote: > > > Do we care to disambiguate an out of memory condition (this branch) vs the > > > failure to unwrap (the next if condition)? Seems like only consumer is > > > child_shared_bitmap_manager.cc. > > > > Looks like the original failure mode during teardown no longer applies > > (https://codereview.chromium.org/2010563004 is the CL that added this). > > erikchen@: can you please confirm? In which case, we wouldn't need the > > |out_of_memory| param. A null return value would imply OOM. > > right. no IPC means this is no longer necessary. Awesome, thanks! I have gone ahead and made this change. Mind taking another look?
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm
https://codereview.chromium.org/2544953002/diff/80001/content/child/child_thr... File content/child/child_thread_impl.h (right): https://codereview.chromium.org/2544953002/diff/80001/content/child/child_thr... content/child/child_thread_impl.h:112: // A static variant that can be called on background threads. A static variant of what? The non-static method is now gone, so the comment should be updated.
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Patchset #4 (id:100001) has been deleted
https://codereview.chromium.org/2544953002/diff/80001/content/child/child_thr... File content/child/child_thread_impl.h (right): https://codereview.chromium.org/2544953002/diff/80001/content/child/child_thr... content/child/child_thread_impl.h:112: // A static variant that can be called on background threads. On 2016/12/08 18:40:10, nasko (very slow til Dec 13th) wrote: > A static variant of what? The non-static method is now gone, so the comment > should be updated. Done.
Dry run: Try jobs failed on following builders: android_clang_dbg_recipe on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_clan...) android_n5x_swarming_rel on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_n5x_...) cast_shell_android on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/cast_shell_a...) linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...) mac_chromium_compile_dbg_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_comp...) mac_chromium_rel_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_...) win_chromium_compile_dbg_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_comp...)
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by sadrul@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from nasko@chromium.org, erikchen@chromium.org Link to the patchset: https://codereview.chromium.org/2544953002/#ps120001 (title: ".")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 120001, "attempt_start_ts": 1481257044437710, "parent_rev": "a309cba76aebd453dc153c04b2deed67dfba5f74", "commit_rev": "dc6e945aef04d2dd480e62cd0ff7dcc2698266e6"}
Message was sent while issue was closed.
Description was changed from ========== content: Some code cleanup related to shared memory allocation. After https://crrev.com/432737, memory allocation does not do IPC anymore. So it does not need the IPC::Sender anymore. Also, it is no longer necessary to have special code to decide when the allocation request failed due to out-of-memory. So remove that code too. BUG=612500 ========== to ========== content: Some code cleanup related to shared memory allocation. After https://crrev.com/432737, memory allocation does not do IPC anymore. So it does not need the IPC::Sender anymore. Also, it is no longer necessary to have special code to decide when the allocation request failed due to out-of-memory. So remove that code too. BUG=612500 ==========
Message was sent while issue was closed.
Committed patchset #4 (id:120001)
Message was sent while issue was closed.
Description was changed from ========== content: Some code cleanup related to shared memory allocation. After https://crrev.com/432737, memory allocation does not do IPC anymore. So it does not need the IPC::Sender anymore. Also, it is no longer necessary to have special code to decide when the allocation request failed due to out-of-memory. So remove that code too. BUG=612500 ========== to ========== content: Some code cleanup related to shared memory allocation. After https://crrev.com/432737, memory allocation does not do IPC anymore. So it does not need the IPC::Sender anymore. Also, it is no longer necessary to have special code to decide when the allocation request failed due to out-of-memory. So remove that code too. BUG=612500 Committed: https://crrev.com/ee3ff1ffb2acc57ffe1668c603d79debcc463b8c Cr-Commit-Position: refs/heads/master@{#437463} ==========
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/ee3ff1ffb2acc57ffe1668c603d79debcc463b8c Cr-Commit-Position: refs/heads/master@{#437463} |