Size of the largest connected component in a grid in Python
Given an R x C grid of 1s and 0s (or True
and False
values), I need a function that can find the size of the largest connected component of 1s. For example, for the following grid,
grid = [[0, 1, 0, 1],
[1, 1, 1, 0],
[0, 1, 0, 0],
[0, 0, 0, 1]]
The answer is 5.
Here is my implementation:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
seen[i][j] = True
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j] and not seen[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1] and not seen[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j] and not seen[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1] and not seen[i][j+1]:
result += traverse_component(i, j+1)
return result
seen = [[False] * ncols for _ in range(nrows)]
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j] and not seen[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Feel free to use the following code to generate random grids to test the function,
from random import randint
N = 20
grid = [[randint(0,1) for _ in range(N)] for _ in range(N)]
Problem: My implementation runs too slow (by about a factor of 3). Since I wrote this as a naive approach by myself, I am guessing there are clever optimizations that can be made.
Context: This is for solving the Gridception problem from Round 2 of Google Codejam 2018. My goal is to solve the problem in Python 3. As a result, there is a hard constraint of using only the Python 3 standard library.
I have figured out that this particular portion of the full solution is my performance bottleneck and thus, my solution fails to clear the Large Input due to being too slow.
Thank you so much!
Edit: Adding some timeit
benchmarks
For a randomly generated 20 x 20 grid, my implementation takes 219 +/- 41 μs (a grid of 0s takes 30 μs, and a grid of 1s takes 380 μs).
python performance algorithm python-3.x programming-challenge
add a comment |
Given an R x C grid of 1s and 0s (or True
and False
values), I need a function that can find the size of the largest connected component of 1s. For example, for the following grid,
grid = [[0, 1, 0, 1],
[1, 1, 1, 0],
[0, 1, 0, 0],
[0, 0, 0, 1]]
The answer is 5.
Here is my implementation:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
seen[i][j] = True
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j] and not seen[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1] and not seen[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j] and not seen[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1] and not seen[i][j+1]:
result += traverse_component(i, j+1)
return result
seen = [[False] * ncols for _ in range(nrows)]
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j] and not seen[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Feel free to use the following code to generate random grids to test the function,
from random import randint
N = 20
grid = [[randint(0,1) for _ in range(N)] for _ in range(N)]
Problem: My implementation runs too slow (by about a factor of 3). Since I wrote this as a naive approach by myself, I am guessing there are clever optimizations that can be made.
Context: This is for solving the Gridception problem from Round 2 of Google Codejam 2018. My goal is to solve the problem in Python 3. As a result, there is a hard constraint of using only the Python 3 standard library.
I have figured out that this particular portion of the full solution is my performance bottleneck and thus, my solution fails to clear the Large Input due to being too slow.
Thank you so much!
Edit: Adding some timeit
benchmarks
For a randomly generated 20 x 20 grid, my implementation takes 219 +/- 41 μs (a grid of 0s takes 30 μs, and a grid of 1s takes 380 μs).
python performance algorithm python-3.x programming-challenge
1
This question is very similar to counting the connected components. Maybe the approach using aset
can help speed it up a little.
– Mathias Ettinger
Dec 31 '18 at 18:49
"As a result, there is a hard constraint of using only the Python 3 standard library."
– XYZT
Jan 1 at 16:08
add a comment |
Given an R x C grid of 1s and 0s (or True
and False
values), I need a function that can find the size of the largest connected component of 1s. For example, for the following grid,
grid = [[0, 1, 0, 1],
[1, 1, 1, 0],
[0, 1, 0, 0],
[0, 0, 0, 1]]
The answer is 5.
Here is my implementation:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
seen[i][j] = True
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j] and not seen[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1] and not seen[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j] and not seen[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1] and not seen[i][j+1]:
result += traverse_component(i, j+1)
return result
seen = [[False] * ncols for _ in range(nrows)]
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j] and not seen[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Feel free to use the following code to generate random grids to test the function,
from random import randint
N = 20
grid = [[randint(0,1) for _ in range(N)] for _ in range(N)]
Problem: My implementation runs too slow (by about a factor of 3). Since I wrote this as a naive approach by myself, I am guessing there are clever optimizations that can be made.
Context: This is for solving the Gridception problem from Round 2 of Google Codejam 2018. My goal is to solve the problem in Python 3. As a result, there is a hard constraint of using only the Python 3 standard library.
I have figured out that this particular portion of the full solution is my performance bottleneck and thus, my solution fails to clear the Large Input due to being too slow.
Thank you so much!
Edit: Adding some timeit
benchmarks
For a randomly generated 20 x 20 grid, my implementation takes 219 +/- 41 μs (a grid of 0s takes 30 μs, and a grid of 1s takes 380 μs).
python performance algorithm python-3.x programming-challenge
Given an R x C grid of 1s and 0s (or True
and False
values), I need a function that can find the size of the largest connected component of 1s. For example, for the following grid,
grid = [[0, 1, 0, 1],
[1, 1, 1, 0],
[0, 1, 0, 0],
[0, 0, 0, 1]]
The answer is 5.
Here is my implementation:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
seen[i][j] = True
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j] and not seen[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1] and not seen[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j] and not seen[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1] and not seen[i][j+1]:
result += traverse_component(i, j+1)
return result
seen = [[False] * ncols for _ in range(nrows)]
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j] and not seen[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Feel free to use the following code to generate random grids to test the function,
from random import randint
N = 20
grid = [[randint(0,1) for _ in range(N)] for _ in range(N)]
Problem: My implementation runs too slow (by about a factor of 3). Since I wrote this as a naive approach by myself, I am guessing there are clever optimizations that can be made.
Context: This is for solving the Gridception problem from Round 2 of Google Codejam 2018. My goal is to solve the problem in Python 3. As a result, there is a hard constraint of using only the Python 3 standard library.
I have figured out that this particular portion of the full solution is my performance bottleneck and thus, my solution fails to clear the Large Input due to being too slow.
Thank you so much!
Edit: Adding some timeit
benchmarks
For a randomly generated 20 x 20 grid, my implementation takes 219 +/- 41 μs (a grid of 0s takes 30 μs, and a grid of 1s takes 380 μs).
python performance algorithm python-3.x programming-challenge
python performance algorithm python-3.x programming-challenge
edited Jan 1 at 5:30
XYZT
asked Dec 31 '18 at 14:54
XYZTXYZT
1262
1262
1
This question is very similar to counting the connected components. Maybe the approach using aset
can help speed it up a little.
– Mathias Ettinger
Dec 31 '18 at 18:49
"As a result, there is a hard constraint of using only the Python 3 standard library."
– XYZT
Jan 1 at 16:08
add a comment |
1
This question is very similar to counting the connected components. Maybe the approach using aset
can help speed it up a little.
– Mathias Ettinger
Dec 31 '18 at 18:49
"As a result, there is a hard constraint of using only the Python 3 standard library."
– XYZT
Jan 1 at 16:08
1
1
This question is very similar to counting the connected components. Maybe the approach using a
set
can help speed it up a little.– Mathias Ettinger
Dec 31 '18 at 18:49
This question is very similar to counting the connected components. Maybe the approach using a
set
can help speed it up a little.– Mathias Ettinger
Dec 31 '18 at 18:49
"As a result, there is a hard constraint of using only the Python 3 standard library."
– XYZT
Jan 1 at 16:08
"As a result, there is a hard constraint of using only the Python 3 standard library."
– XYZT
Jan 1 at 16:08
add a comment |
2 Answers
2
active
oldest
votes
In programming challenges, proper performances improvement usually come from a smarter algorithm. Unfortunately, I have no algorithm better than the one you have implemented.
I have found a single trick to shave off some time.
Remove all the logic around seen
In all places where you access elements from grid
and seen
, we have basically: if grid[pos] and not seen[pos]
.
An idea could be to update grid
in place to remove seen elements from it. From an engineering point of view, it is not very nice: I would not expect an function computing the size of the biggest connected components to update the provided input. For a programming challenge, we can probably accept such a thing...
We'd get:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
grid[i][j] = False
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1]:
result += traverse_component(i, j+1)
return result
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Another idea in order to do the same type of things without changing grid
could be to store "positive" elements in a set. This also remove the need to check for edge cases of the grid. The great thing is that we can populate that set with less array accesses. This is still pretty hackish:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
elements.remove(pos)
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set()
for i, line in enumerate(grid):
for j, cell in enumerate(line):
if cell:
elements.add((i, j))
return max(traverse_component(pos) for pos in set(elements) if pos in elements)
Edit: rewriting the solution to avoid the copy of elements
, we have a slightly faster solution:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
elements.remove(new_pos)
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set((i, j) for i, line in enumerate(grid) for j, cell in enumerate(line) if cell)
largest = 0
while elements:
pos = elements.pop()
largest = max(largest, traverse_component(pos))
return largest
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
1
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
2
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
1
@Josay Is there a particular reason you importitertools
in the last code snippet?
– XYZT
Dec 31 '18 at 23:44
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
add a comment |
Are you absolutely sure this is the bottleneck? Looking at the linked problem and the solution analysis, I'm not sure if this component is even needed to solve the given problem. It's possible your overall algorithm is inefficient in some way, but obviously I couldn't really tell unless I saw the whole program that this is part of.
@Josay's already given a good improvement, but in the grand scheme of things, this doesn't really shave off that much measurable time for larger grids. The original solution was a pretty good algorithm for solving the problem of largest connected subsections.
General comments
Having three lines here is unnecessary:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
because of one nice Python built-in, max
:
component_size = max(component_size, traverse_component(i,j))
component_size
could be named more descriptively as largest_size
.
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
2
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
return StackExchange.using("mathjaxEditing", function () {
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix) {
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["\$", "\$"]]);
});
});
}, "mathjax-editing");
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: "196"
};
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',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f210641%2fsize-of-the-largest-connected-component-in-a-grid-in-python%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
In programming challenges, proper performances improvement usually come from a smarter algorithm. Unfortunately, I have no algorithm better than the one you have implemented.
I have found a single trick to shave off some time.
Remove all the logic around seen
In all places where you access elements from grid
and seen
, we have basically: if grid[pos] and not seen[pos]
.
An idea could be to update grid
in place to remove seen elements from it. From an engineering point of view, it is not very nice: I would not expect an function computing the size of the biggest connected components to update the provided input. For a programming challenge, we can probably accept such a thing...
We'd get:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
grid[i][j] = False
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1]:
result += traverse_component(i, j+1)
return result
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Another idea in order to do the same type of things without changing grid
could be to store "positive" elements in a set. This also remove the need to check for edge cases of the grid. The great thing is that we can populate that set with less array accesses. This is still pretty hackish:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
elements.remove(pos)
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set()
for i, line in enumerate(grid):
for j, cell in enumerate(line):
if cell:
elements.add((i, j))
return max(traverse_component(pos) for pos in set(elements) if pos in elements)
Edit: rewriting the solution to avoid the copy of elements
, we have a slightly faster solution:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
elements.remove(new_pos)
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set((i, j) for i, line in enumerate(grid) for j, cell in enumerate(line) if cell)
largest = 0
while elements:
pos = elements.pop()
largest = max(largest, traverse_component(pos))
return largest
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
1
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
2
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
1
@Josay Is there a particular reason you importitertools
in the last code snippet?
– XYZT
Dec 31 '18 at 23:44
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
add a comment |
In programming challenges, proper performances improvement usually come from a smarter algorithm. Unfortunately, I have no algorithm better than the one you have implemented.
I have found a single trick to shave off some time.
Remove all the logic around seen
In all places where you access elements from grid
and seen
, we have basically: if grid[pos] and not seen[pos]
.
An idea could be to update grid
in place to remove seen elements from it. From an engineering point of view, it is not very nice: I would not expect an function computing the size of the biggest connected components to update the provided input. For a programming challenge, we can probably accept such a thing...
We'd get:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
grid[i][j] = False
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1]:
result += traverse_component(i, j+1)
return result
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Another idea in order to do the same type of things without changing grid
could be to store "positive" elements in a set. This also remove the need to check for edge cases of the grid. The great thing is that we can populate that set with less array accesses. This is still pretty hackish:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
elements.remove(pos)
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set()
for i, line in enumerate(grid):
for j, cell in enumerate(line):
if cell:
elements.add((i, j))
return max(traverse_component(pos) for pos in set(elements) if pos in elements)
Edit: rewriting the solution to avoid the copy of elements
, we have a slightly faster solution:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
elements.remove(new_pos)
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set((i, j) for i, line in enumerate(grid) for j, cell in enumerate(line) if cell)
largest = 0
while elements:
pos = elements.pop()
largest = max(largest, traverse_component(pos))
return largest
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
1
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
2
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
1
@Josay Is there a particular reason you importitertools
in the last code snippet?
– XYZT
Dec 31 '18 at 23:44
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
add a comment |
In programming challenges, proper performances improvement usually come from a smarter algorithm. Unfortunately, I have no algorithm better than the one you have implemented.
I have found a single trick to shave off some time.
Remove all the logic around seen
In all places where you access elements from grid
and seen
, we have basically: if grid[pos] and not seen[pos]
.
An idea could be to update grid
in place to remove seen elements from it. From an engineering point of view, it is not very nice: I would not expect an function computing the size of the biggest connected components to update the provided input. For a programming challenge, we can probably accept such a thing...
We'd get:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
grid[i][j] = False
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1]:
result += traverse_component(i, j+1)
return result
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Another idea in order to do the same type of things without changing grid
could be to store "positive" elements in a set. This also remove the need to check for edge cases of the grid. The great thing is that we can populate that set with less array accesses. This is still pretty hackish:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
elements.remove(pos)
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set()
for i, line in enumerate(grid):
for j, cell in enumerate(line):
if cell:
elements.add((i, j))
return max(traverse_component(pos) for pos in set(elements) if pos in elements)
Edit: rewriting the solution to avoid the copy of elements
, we have a slightly faster solution:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
elements.remove(new_pos)
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set((i, j) for i, line in enumerate(grid) for j, cell in enumerate(line) if cell)
largest = 0
while elements:
pos = elements.pop()
largest = max(largest, traverse_component(pos))
return largest
In programming challenges, proper performances improvement usually come from a smarter algorithm. Unfortunately, I have no algorithm better than the one you have implemented.
I have found a single trick to shave off some time.
Remove all the logic around seen
In all places where you access elements from grid
and seen
, we have basically: if grid[pos] and not seen[pos]
.
An idea could be to update grid
in place to remove seen elements from it. From an engineering point of view, it is not very nice: I would not expect an function computing the size of the biggest connected components to update the provided input. For a programming challenge, we can probably accept such a thing...
We'd get:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(i, j):
"""Returns no. of unseen elements connected to (i,j)."""
grid[i][j] = False
result = 1
# Check all four neighbours
if i > 0 and grid[i-1][j]:
result += traverse_component(i-1, j)
if j > 0 and grid[i][j-1]:
result += traverse_component(i, j-1)
if i < len(grid)-1 and grid[i+1][j]:
result += traverse_component(i+1, j)
if j < len(grid[0])-1 and grid[i][j+1]:
result += traverse_component(i, j+1)
return result
# Tracks size of largest connected component found
component_size = 0
for i in range(nrows):
for j in range(ncols):
if grid[i][j]:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
return component_size
Another idea in order to do the same type of things without changing grid
could be to store "positive" elements in a set. This also remove the need to check for edge cases of the grid. The great thing is that we can populate that set with less array accesses. This is still pretty hackish:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
elements.remove(pos)
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set()
for i, line in enumerate(grid):
for j, cell in enumerate(line):
if cell:
elements.add((i, j))
return max(traverse_component(pos) for pos in set(elements) if pos in elements)
Edit: rewriting the solution to avoid the copy of elements
, we have a slightly faster solution:
def largest_connected_component(nrows, ncols, grid):
"""Find largest connected component of 1s on a grid."""
def traverse_component(pos):
"""Returns no. of unseen elements connected to (i,j)."""
i, j = pos
result = 1
# Check all four neighbours
for new_pos in [(i-1, j), (i+1, j), (i, j-1), (i, j+1)]:
if new_pos in elements:
elements.remove(new_pos)
result += traverse_component(new_pos)
return result
# Tracks size of largest connected component found
elements = set((i, j) for i, line in enumerate(grid) for j, cell in enumerate(line) if cell)
largest = 0
while elements:
pos = elements.pop()
largest = max(largest, traverse_component(pos))
return largest
edited Jan 2 at 8:42
answered Dec 31 '18 at 16:00
JosayJosay
25.6k14087
25.6k14087
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
1
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
2
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
1
@Josay Is there a particular reason you importitertools
in the last code snippet?
– XYZT
Dec 31 '18 at 23:44
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
add a comment |
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
1
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
2
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
1
@Josay Is there a particular reason you importitertools
in the last code snippet?
– XYZT
Dec 31 '18 at 23:44
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
Clever! Regarding the thought about a smarter algorithm, I think there may be a smarter algorithm for the overall program, given that this is only one part of a larger program. Speaking of which, you should also note that the list will need to be copied when passed to the function if the list is going to be used later, because of the way lists references work in Python.
– Graham
Dec 31 '18 at 16:11
1
1
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
@Graham yes, that's the whole issue with updating the structure in place. I tried to add a call to copy.deepcopy but we (obviously) lose all the benefits we had from not defining a seen matrix. Also I've updated my answer to add a quick alternative but I didn't get a chance to perform full benchmarks before I left my computer. We'll see next year! Have a good evening!
– Josay
Dec 31 '18 at 16:50
2
2
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
I can assure you, given the rest of my code, that none of the mutable variables here are used again, so they can be sacrificed in place if needed!
– XYZT
Dec 31 '18 at 21:49
1
1
@Josay Is there a particular reason you import
itertools
in the last code snippet?– XYZT
Dec 31 '18 at 23:44
@Josay Is there a particular reason you import
itertools
in the last code snippet?– XYZT
Dec 31 '18 at 23:44
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
@XYZT just a leftover from things I tried. I've edited my code.
– Josay
Jan 1 at 11:27
add a comment |
Are you absolutely sure this is the bottleneck? Looking at the linked problem and the solution analysis, I'm not sure if this component is even needed to solve the given problem. It's possible your overall algorithm is inefficient in some way, but obviously I couldn't really tell unless I saw the whole program that this is part of.
@Josay's already given a good improvement, but in the grand scheme of things, this doesn't really shave off that much measurable time for larger grids. The original solution was a pretty good algorithm for solving the problem of largest connected subsections.
General comments
Having three lines here is unnecessary:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
because of one nice Python built-in, max
:
component_size = max(component_size, traverse_component(i,j))
component_size
could be named more descriptively as largest_size
.
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
2
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
add a comment |
Are you absolutely sure this is the bottleneck? Looking at the linked problem and the solution analysis, I'm not sure if this component is even needed to solve the given problem. It's possible your overall algorithm is inefficient in some way, but obviously I couldn't really tell unless I saw the whole program that this is part of.
@Josay's already given a good improvement, but in the grand scheme of things, this doesn't really shave off that much measurable time for larger grids. The original solution was a pretty good algorithm for solving the problem of largest connected subsections.
General comments
Having three lines here is unnecessary:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
because of one nice Python built-in, max
:
component_size = max(component_size, traverse_component(i,j))
component_size
could be named more descriptively as largest_size
.
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
2
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
add a comment |
Are you absolutely sure this is the bottleneck? Looking at the linked problem and the solution analysis, I'm not sure if this component is even needed to solve the given problem. It's possible your overall algorithm is inefficient in some way, but obviously I couldn't really tell unless I saw the whole program that this is part of.
@Josay's already given a good improvement, but in the grand scheme of things, this doesn't really shave off that much measurable time for larger grids. The original solution was a pretty good algorithm for solving the problem of largest connected subsections.
General comments
Having three lines here is unnecessary:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
because of one nice Python built-in, max
:
component_size = max(component_size, traverse_component(i,j))
component_size
could be named more descriptively as largest_size
.
Are you absolutely sure this is the bottleneck? Looking at the linked problem and the solution analysis, I'm not sure if this component is even needed to solve the given problem. It's possible your overall algorithm is inefficient in some way, but obviously I couldn't really tell unless I saw the whole program that this is part of.
@Josay's already given a good improvement, but in the grand scheme of things, this doesn't really shave off that much measurable time for larger grids. The original solution was a pretty good algorithm for solving the problem of largest connected subsections.
General comments
Having three lines here is unnecessary:
temp = traverse_component(i, j)
if temp > component_size:
component_size = temp
because of one nice Python built-in, max
:
component_size = max(component_size, traverse_component(i,j))
component_size
could be named more descriptively as largest_size
.
answered Dec 31 '18 at 16:49
GrahamGraham
1,019113
1,019113
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
2
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
add a comment |
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
2
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
The analysis for the problem says, "For each quadrant center and combination of colors, we want to get the largest connected component where each cell in this connected component has the same color as the color assigned to the quadrant it belongs to." Is this not what I am trying to do? Or did I misunderstand?
– XYZT
Dec 31 '18 at 21:36
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
@XYZT How do you connect the four quadrants to measure the overall component size?
– Graham
Dec 31 '18 at 22:02
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
I hope it's appropriate to link my whole code here: gist.github.com/theXYZT/f13ac490e842552a2f470afac1001b7b
– XYZT
Dec 31 '18 at 23:08
2
2
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
@XYZT: For that it would probably be better to ask a new question with the whole code.
– Graipher
Jan 1 at 10:03
add a comment |
Thanks for contributing an answer to Code Review Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f210641%2fsize-of-the-largest-connected-component-in-a-grid-in-python%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
1
This question is very similar to counting the connected components. Maybe the approach using a
set
can help speed it up a little.– Mathias Ettinger
Dec 31 '18 at 18:49
"As a result, there is a hard constraint of using only the Python 3 standard library."
– XYZT
Jan 1 at 16:08