After several days of hot weather, it’s cooled down enough for me to get running again. Did my 3k lap and stopped part way to check out the new Leisure Centre that’s opened in New Barnet. 5:50 min/km pace.
A hot day today, 30degC in fact, did one lap around the park, and the sweat was pouring, not from exertion, but from the heat.
Also I’ve noticed. Those dips you see in the chart? They are when I’m turning a sharp corner. I guess since I’m not sprinting through the corner, the GPS logs it as a slow speed. Interesting fact I’ll have to bear in mind for future.
What’s even more interesting, is that FitBit logs the run slightly differently
You can see the dips here too, but definitely not as extreme as the one in Strava.
One lap again today, temperature was getting high and looks like it’s going to be quite high over the bank holiday weekend.
One lap around the park, and made a pretty good pace today: 5:20 min/km and I wasn’t really pushing hard. Record for the lap was 5:19 min/km, so I was ONE SECOND short of matching my PB for the lap
Few laps around a very small loop of pavement to make it just about 2km.
And, nearly got myself run over by someone who wasn’t looking -_-
After some early rain, took a run on my 3k loop on the run that I did pretty well on yesterday. Lasted through till near the end then dropped to a walk. My pace suffered, and average pace was 6:03 min/km
One lap around the park today. Nice weather, and Strava logs it as 5:46 min/km and “consistent effort”, though I had to drop to a walk to waddle through a puddle of water from the recent rains.
It’s been a long while since I posted anything of interest other than fitness and running, so here’s something I found that isn’t fitness related.
Tom Scott (Twitter: @tomscott) posted this video about the Two Generals problem. Basically it centres around two generals and asks how they can synchronise communication to ensure they two something at the same time.
In multithreading computing, including back when I was learning Java, we had a
synchronized keyword which ensure only one thread went through a block of text. But here, you want two threads to proceed at the same time. How do you ensure that? Turns out there’s no guaranteed way.
Even TCP requires a 3-way handshake aka the SYN, SYN-ACK, ACK (https://www.inetdaemon.com/tutorials/internet/tcp/3-way_handshake.shtml), but if any of those messages drops, the connection never establishes.
Of course you could just use the UDP method of “fire-and-forget” and say “Hey, General B, we’re going to attack at 8pm, catch up if you have to”, and have dropped packets (or casualties in the two generals problem)
This is an interesting thought experiment and one I hadn’t considered during my time learning parallel and threaded programming.
Oh well, you learn something new every day, I guess.
Went on a different route today. Decided to aim for 3km and did it, averaging 5:44 min/km, with my PB on the same route being 5:22 min/km.
First run in a long while that I’m actually pleased with. I broke no records in this run, but no matter.
Finally did my 1.5 laps and it was hard.
Surprisingly, Strava logged me as doing one my faster runs, clocking at 5:39 min/km, with my fastest over the same lap is 5:19 min/km