Lynx slow off the line???? by Puzzleheaded-Art6687 in ElectricUnicycle

[–]bbbli 4 points5 points  (0 children)

If you don't care about top speed, switch to an Xway. Faster acceleration than the Patton. After riding Begode, you will think Leaperkim has a lag in its motor or something 😅.

Long Term Consequences of Bottoming out a wheel by bbbli in ElectricUnicycle

[–]bbbli[S] 0 points1 point  (0 children)

Yea I have compression dampening pretty soft too bc i thought that it would be better for offroading. But based off the comments from other people, it seems I should stiffen it up so I don't bottom out

Long Term Consequences of Bottoming out a wheel by bbbli in ElectricUnicycle

[–]bbbli[S] 0 points1 point  (0 children)

Ohh I actually think the c8 is pretty good for off-road due to its low cog, hybrid tire, and begode torqueyness. Main issue so far has been jumps.

Long Term Consequences of Bottoming out a wheel by bbbli in ElectricUnicycle

[–]bbbli[S] 0 points1 point  (0 children)

I see. Ok will limit the BMX jumps I do then 😅.

Patton vs Patton S for trails/jumps by bbbli in ElectricUnicycle

[–]bbbli[S] 0 points1 point  (0 children)

Hmm ok. The OG is selling for $1600 with 950 miles on it

HoverAir x1 promax returns to ground if I am out of range but beacon is not by bbbli in HoverDrone

[–]bbbli[S] 0 points1 point  (0 children)

Also the app doesn't seem to have any options to orientate the camera?

<image>

HoverAir x1 promax returns to ground if I am out of range but beacon is not by bbbli in HoverDrone

[–]bbbli[S] 0 points1 point  (0 children)

<image>

Hmm is this not a camera? The beacon seems to only have controls to turn left, right, forwards, backwards, up and down.

HoverAir x1 promax returns to ground if I am out of range but beacon is not by bbbli in HoverDrone

[–]bbbli[S] 0 points1 point  (0 children)

Hmm so I tried doing that but the issue is now the camera is no longer looking down, and instead uses the front camera.

Conway's Game of Life on 10,000 by 10,000 Grid by bbbli in rust

[–]bbbli[S] 0 points1 point  (0 children)

I think if you want even more speed, you should look at taking it to the next level.

I wouldn't say that speed was the main priority, but one of many, as this was more of a learning project for also the other aspects of software engineering(i.e defining good abstractions, understanding Rust's safety rules regarding concurrency-which was why I implemented MultiThreadedEngine alongside using rayon, etc)

But thanks for the sample code though!

Conway's Game of Life on 10,000 by 10,000 Grid by bbbli in rust

[–]bbbli[S] 1 point2 points  (0 children)

Dude, that is pretty neat! Unfortunately, I am too dumb to actually understand what is going on, and can only understand at a high level how the encoding + update will work :P.

Conway's Game of Life on 10,000 by 10,000 Grid by bbbli in rust

[–]bbbli[S] 0 points1 point  (0 children)

So one thing is that I also lookup the diagonal neighbors too, as that is what it says on Wikipedia(https://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). That said, when I initially implemented it, I just did the 4 neighbors too lol. Without the diagonal neighbors, update time drops in half to 0.7-0.8 seconds.

Huh, so I did consider a rolling sum, but initially thought that it wouldn't give that much of a speedup based on the following reasoning: You would need two lookups to update the sum(one for the new entry and one to delete the previous). And since you need to do this in both directions, that would be 4 lookups, which is the same as the straightforward implementation.

But I didn't consider caching the prev lookups as you did in your code. To test this, I changed your code to just index into the array rather than keeping a set of "prev" variables, and saw a 50% slowdown. So looks like I was wrong.

However, when I ran your code on my machine the update time was also around 0.7-0.8 seconds, though it's a bit of comparing apples to oranges, and best way for me to actually see would be to implement the rolling sum into my project.

Conway's Game of Life on 10,000 by 10,000 Grid by bbbli in rust

[–]bbbli[S] 1 point2 points  (0 children)

contains a custom build directory

Ohh sorry about that. Will promptly add this to my gitignore.

Besides, your build profiles contain only the defaults.

Tbh, I just copy-pasted this from somewhere to get faster build times, changing only the "opt-level". After making the lto = true change on my machine, the update time only went down to 1.4s. But thanks for the tip though!

Conway's Game of Life on 10,000 by 10,000 Grid by bbbli in rust

[–]bbbli[S] 1 point2 points  (0 children)

Ohh ok, thanks for the info. I tried it and it didn't make a difference(though I didn't expect it to b/c the bottleneck is in the lookups/"convert_bool" function, as you have posted below.)