From 2e7d5a512f96cfd1b9319add4454cab686df41d0 Mon Sep 17 00:00:00 2001 From: Tiziano Zito Date: Tue, 13 Aug 2024 14:36:22 +0200 Subject: [PATCH] fixed links --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 12a273e..04a5604 100644 --- a/README.md +++ b/README.md @@ -2,7 +2,7 @@ **Important**: these are instructor notes, remove this file before showing the materials to the students. The notes can be added after the lecture, of course. ## Introduction - - [Puzzle](/puzzle.ipynb) ➔ [read-only rendered notebook](https://nbviewer.org/urls/git.aspp.school/ASPP/2024-heraklion-comp-arch/raw/branch/main/puzzle.ipynb) + - [Puzzle](puzzle.ipynb) ➔ [read-only rendered notebook](https://nbviewer.org/urls/git.aspp.school/ASPP/2024-heraklion-comp-arch/raw/branch/main/puzzle.ipynb) - Question: how come that swapping dimensions in a for-loop makes out for a huge slowdown? - Let students play around with the notebook and try to find the "bug" - A more thorough [benchmark](benchmark_python/) @@ -60,7 +60,7 @@ Setup: ## Back to the Python benchmark (third try) - can we explain what is happening now? Yes, more or less ;-) - - quick fix for the [puzzle](/puzzle.ipynb): try and add `order='F'` in the "bad" snippet and see that is "fixes" the bug ➔ why? + - quick fix for the [puzzle](puzzle.ipynb): try and add `order='F'` in the "bad" snippet and see that is "fixes" the bug ➔ why? Notes on the [Python benchmark](benchmark_python/): - while running it attached to the P-core (`cpu0`), the P-core was running under a constant load of 100% (almost completely user-time) and at a fixed frequency of 3.8 GHz, where the theoretical max would be 5.2 GHz