Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Benchmark] Reduce the number of benchmarks #6328

Merged
merged 1 commit into from
Jul 30, 2024

Conversation

effectfully
Copy link
Contributor

Since we advise to run benchmarks multiple times anyway, there's no need in making them long-running, hence let's run less stuff. Plus, let's not run something that finishes way too quickly, since it's likely that those results are noise.

@effectfully effectfully self-assigned this Jul 24, 2024
@effectfully effectfully added the No Changelog Required Add this to skip the Changelog Check label Jul 24, 2024
@effectfully effectfully requested review from kwxm July 24, 2024 12:51
-- Larger primes are available in Primes.hs, but may take a long time.
]
, bgroup "queens3x3" [ -- N-queens problem on a 3x3 board
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think using 3x3 instead of 5x5 will speed things up. Criterion works by executing your program repeatedly until a time limit (by default 5 seconds) is exceeded and then it analyses the times that it's collected, so speeding up the program will just mean that it'll get run more often but the total time will remain the same. In fact, the time limit for nofib is set to 60 seconds in order to make sure that the examples get run lots of times. The longest-running nofib example in a recent run of the nofib benchmarks was queens5x5/fc, which ran for 178ms, so it'll have been run about 337 times. A better way to speed things up might be to leave the benchmarks unaltered but turn the limit down to 30s, or even 20s: 20s would make the entire suite run in one third of the time and still give you over 100 runs of the the slowest example, which would probably be enough to still get accurate results.

Note also that the time limits for lists is 15 seconds and for validation it's 20 seconds, so there may be scope for speeding things up a bit there as well. If you alter the time limits there's maybe a danger that the results would become less reliable because we'd get fewer samples, so I'd recommend running the benchmarks a few times to check whether they become more variable: using /benchmark in this branch would be a good way to do that because in the base branch the benchmarks would still be run with the old limits.

@@ -44,11 +44,11 @@ benchmarks ctx =
mkBMsForSort name f =
bgroup name $ sizesForSort <&> \n ->
bench (show n) $ benchTermCek ctx (f n)
sizesForSort = [10, 20..500]
sizesForSort = [50, 100..300]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like a good idea. I think the lists benchmarks take a very long time (I'll run them to check), so reducing the number of cases might speed things up significantly.

@kwxm
Copy link
Contributor

kwxm commented Jul 26, 2024

/benchmark lists

Copy link
Contributor

@kwxm kwxm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oops, I think I messed that up. My overall comment was to try reducing the time limit for nofib instead, and maybe also for lists depending on how long the list examples take.

@kwxm
Copy link
Contributor

kwxm commented Jul 26, 2024

Also, if you run a set benchmarks locally and then look at plutus-benchmark/report.html there's a lot of information about how long the benchmarks took to run and what the distribution of times was like. Unfortunately we don't have access to that for benchmarks run on the benchmarking machine (although maybe that could be arranged...).

@kwxm
Copy link
Contributor

kwxm commented Jul 26, 2024

/benchmark lists

Of course that won't work properly. I'll try in a new PR.

@kwxm
Copy link
Contributor

kwxm commented Jul 26, 2024

I found some lists results here. The slowest benchmark was about 200ms, which would be about 75 runs with the 15 second limit. That's already quite low, so reducing the time might not be such a good idea. Cutting down the number of tests is probably more effective.

Copy link
Contributor

Click here to check the status of your benchmark.

Copy link
Contributor

github-actions bot commented Jul 26, 2024

Heh heh heh.

Comparing benchmark results of 'lists' on '3461df2cc' (base) and 'cb81487b2' (PR)

Results table
Script 3461df2 cb81487 Change
sort/ghcSort/10 36.23 μs 237.1 μs +554.4%
sort/ghcSort/20 84.48 μs 553.0 μs +554.6%
sort/ghcSort/30 129.7 μs 949.8 μs +632.3%
sort/ghcSort/40 197.2 μs 1.277 ms +547.6%
sort/ghcSort/50 243.9 μs 1.662 ms +581.4%
sort/ghcSort/60 305.9 μs 2.177 ms +611.7%
sort/ghcSort/70 400.6 μs 795.9 μs +98.7%
sort/ghcSort/80 457.3 μs 3.187 ms +596.9%
sort/ghcSort/90 505.4 μs 7.170 ms +1318.7%
sort/ghcSort/100 567.8 μs 12.79 ms +2152.6%
sort/ghcSort/110 623.5 μs 20.04 ms +3114.1%
sort/ghcSort/120 705.4 μs 29.03 ms +4015.4%
sort/ghcSort/130 862.2 μs 680.6 μs -21.1%
sort/ghcSort/140 916.4 μs 1.565 ms +70.8%
sort/ghcSort/150 982.4 μs 2.533 ms +157.8%
sort/ghcSort/160 1.048 ms 3.549 ms +238.6%
sort/ghcSort/170 1.107 ms 4.640 ms +319.2%
sort/ghcSort/180 1.161 ms 5.652 ms +386.8%
sort/ghcSort/190 1.233 ms 1.942 ms +57.5%
sort/ghcSort/200 1.319 ms 7.801 ms +491.4%
sort/ghcSort/210 1.375 ms 17.53 ms +1174.9%
sort/ghcSort/220 1.436 ms 31.12 ms +2067.1%
sort/ghcSort/230 1.536 ms 48.72 ms +3071.9%
sort/ghcSort/240 1.621 ms 70.28 ms +4235.6%
sort/ghcSort/250 1.702 ms 91.80 μs -94.6%
sort/ghcSort/260 1.961 ms 481.8 μs -75.4%
sort/ghcSort/270 2.019 ms 1.041 ms -48.4%
sort/ghcSort/280 2.093 ms 3.197 ms +52.7%
sort/ghcSort/290 2.158 ms 6.818 ms +215.9%
sort/ghcSort/300 2.239 ms 63.15 μs -97.2%
sort/ghcSort/310 2.317 ms 331.1 μs -85.7%
sort/ghcSort/320 2.391 ms 715.0 μs -70.1%
sort/ghcSort/330 2.457 ms 2.366 ms -3.7%
sort/ghcSort/340 2.465 ms 5.319 ms +115.8%
sort/ghcSort/350 2.555 ms 244.8 μs -90.4%
sort/ghcSort/360 2.619 ms 1.336 ms -49.0%
sort/ghcSort/370 2.696 ms 3.003 ms +11.4%
sort/ghcSort/380 2.789 ms 8.103 ms +190.5%
sort/ghcSort/390 2.914 ms 16.81 ms +476.9%
sort/ghcSort/400 2.983 ms 90.73 μs -97.0%
sort/ghcSort/410 3.021 ms 472.8 μs -84.3%
sort/ghcSort/420 3.128 ms 1.019 ms -67.4%
sort/ghcSort/430 3.182 ms 3.116 ms -2.1%
sort/ghcSort/440 3.247 ms 6.769 ms +108.5%
sort/ghcSort/450 3.447 ms 61.56 μs -98.2%
sort/ghcSort/460 3.488 ms 322.9 μs -90.7%
sort/ghcSort/470 3.575 ms 693.4 μs -80.6%
sort/ghcSort/480 3.728 ms 2.239 ms -39.9%
sort/ghcSort/490 3.819 ms 5.058 ms +32.4%
sort/ghcSort/500 3.870 ms 248.4 μs -93.6%
sort/insertionSort/10 35.10 μs 1.326 ms +3677.8%
sort/insertionSort/20 134.8 μs 2.991 ms +2118.8%
sort/insertionSort/30 298.1 μs 8.059 ms +2603.5%
sort/insertionSort/40 525.9 μs 16.66 ms +3067.9%
sort/insertionSort/50 818.3 μs 88.49 μs -89.2%
sort/insertionSort/60 1.178 ms 446.0 μs -62.1%
sort/insertionSort/70 1.601 ms 926.8 μs -42.1%
sort/insertionSort/80 2.090 ms 2.593 ms +24.1%
sort/insertionSort/90 2.640 ms 5.447 ms +106.3%
sort/insertionSort/100 3.270 ms 50.75 μs -98.4%
sort/insertionSort/110 3.943 ms 261.0 μs -93.4%
sort/insertionSort/120 4.696 ms 546.7 μs -88.4%
sort/insertionSort/130 5.511 ms 1.647 ms -70.1%
sort/insertionSort/140 6.393 ms 3.900 ms -39.0%
sort/insertionSort/150 7.336 ms 93.98 μs -98.7%
sort/insertionSort/160 8.360 ms 463.5 μs -94.5%
sort/insertionSort/170 9.467 ms 924.8 μs -90.2%
sort/insertionSort/180 10.60 ms 2.293 ms -78.4%
sort/insertionSort/190 11.80 ms 4.580 ms -61.2%
sort/insertionSort/200 13.09 ms 56.50 μs -99.6%
sort/insertionSort/210 14.45 ms 279.9 μs -98.1%
sort/insertionSort/220 15.89 ms 571.0 μs -96.4%
sort/insertionSort/230 17.34 ms 1.609 ms -90.7%
sort/insertionSort/240 18.91 ms 3.505 ms -81.5%
sort/insertionSort/250 20.53 ms -100.0%
sort/insertionSort/260 22.25 ms -100.0%
sort/insertionSort/270 23.99 ms -100.0%
sort/insertionSort/280 25.80 ms -100.0%
sort/insertionSort/290 27.78 ms -100.0%
sort/insertionSort/300 29.73 ms -100.0%
sort/insertionSort/310 31.77 ms -100.0%
sort/insertionSort/320 33.84 ms -100.0%
sort/insertionSort/330 36.06 ms -100.0%
sort/insertionSort/340 38.37 ms -100.0%
sort/insertionSort/350 40.66 ms -100.0%
sort/insertionSort/360 43.09 ms -100.0%
sort/insertionSort/370 45.50 ms -100.0%
sort/insertionSort/380 48.07 ms -100.0%
sort/insertionSort/390 50.67 ms -100.0%
sort/insertionSort/400 53.45 ms -100.0%
sort/insertionSort/410 56.18 ms -100.0%
sort/insertionSort/420 58.89 ms -100.0%
sort/insertionSort/430 61.84 ms -100.0%
sort/insertionSort/440 65.02 ms -100.0%
sort/insertionSort/450 67.81 ms -100.0%
sort/insertionSort/460 70.97 ms -100.0%
sort/insertionSort/470 74.11 ms -100.0%
sort/insertionSort/480 77.48 ms -100.0%
sort/insertionSort/490 80.82 ms -100.0%
sort/insertionSort/500 84.24 ms -100.0%
sort/mergeSort/10 93.59 μs -100.0%
sort/mergeSort/20 226.2 μs -100.0%
sort/mergeSort/30 375.8 μs -100.0%
sort/mergeSort/40 536.5 μs -100.0%
sort/mergeSort/50 699.9 μs -100.0%
sort/mergeSort/60 874.7 μs -100.0%
sort/mergeSort/70 1.055 ms -100.0%
sort/mergeSort/80 1.235 ms -100.0%
sort/mergeSort/90 1.422 ms -100.0%
sort/mergeSort/100 1.604 ms -100.0%
sort/mergeSort/110 1.792 ms -100.0%
sort/mergeSort/120 2.003 ms -100.0%
sort/mergeSort/130 2.236 ms -100.0%
sort/mergeSort/140 2.394 ms -100.0%
sort/mergeSort/150 2.582 ms -100.0%
sort/mergeSort/160 2.810 ms -100.0%
sort/mergeSort/170 3.005 ms -100.0%
sort/mergeSort/180 3.224 ms -100.0%
sort/mergeSort/190 3.446 ms -100.0%
sort/mergeSort/200 3.628 ms -100.0%
sort/mergeSort/210 3.861 ms -100.0%
sort/mergeSort/220 4.067 ms -100.0%
sort/mergeSort/230 4.280 ms -100.0%
sort/mergeSort/240 4.502 ms -100.0%
sort/mergeSort/250 4.768 ms -100.0%
sort/mergeSort/260 5.000 ms -100.0%
sort/mergeSort/270 5.163 ms -100.0%
sort/mergeSort/280 5.395 ms -100.0%
sort/mergeSort/290 5.576 ms -100.0%
sort/mergeSort/300 5.793 ms -100.0%
sort/mergeSort/310 6.015 ms -100.0%
sort/mergeSort/320 6.312 ms -100.0%
sort/mergeSort/330 6.491 ms -100.0%
sort/mergeSort/340 6.719 ms -100.0%
sort/mergeSort/350 6.965 ms -100.0%
sort/mergeSort/360 7.234 ms -100.0%
sort/mergeSort/370 7.453 ms -100.0%
sort/mergeSort/380 7.671 ms -100.0%
sort/mergeSort/390 7.922 ms -100.0%
sort/mergeSort/400 8.115 ms -100.0%
sort/mergeSort/410 8.355 ms -100.0%
sort/mergeSort/420 8.617 ms -100.0%
sort/mergeSort/430 8.887 ms -100.0%
sort/mergeSort/440 9.025 ms -100.0%
sort/mergeSort/450 9.292 ms -100.0%
sort/mergeSort/460 9.553 ms -100.0%
sort/mergeSort/470 9.785 ms -100.0%
sort/mergeSort/480 10.03 ms -100.0%
sort/mergeSort/490 10.36 ms -100.0%
sort/mergeSort/500 10.56 ms -100.0%
sort/quickSort/10 83.11 μs -100.0%
sort/quickSort/20 318.7 μs -100.0%
sort/quickSort/30 709.3 μs -100.0%
sort/quickSort/40 1.271 ms -100.0%
sort/quickSort/50 2.002 ms -100.0%
sort/quickSort/60 2.900 ms -100.0%
sort/quickSort/70 3.961 ms -100.0%
sort/quickSort/80 5.196 ms -100.0%
sort/quickSort/90 6.599 ms -100.0%
sort/quickSort/100 7.892 ms -100.0%
sort/quickSort/110 9.601 ms -100.0%
sort/quickSort/120 11.42 ms -100.0%
sort/quickSort/130 13.41 ms -100.0%
sort/quickSort/140 15.48 ms -100.0%
sort/quickSort/150 17.87 ms -100.0%
sort/quickSort/160 20.37 ms -100.0%
sort/quickSort/170 22.83 ms -100.0%
sort/quickSort/180 25.70 ms -100.0%
sort/quickSort/190 28.68 ms -100.0%
sort/quickSort/200 31.75 ms -100.0%
sort/quickSort/210 35.55 ms -100.0%
sort/quickSort/220 39.09 ms -100.0%
sort/quickSort/230 42.58 ms -100.0%
sort/quickSort/240 46.41 ms -100.0%
sort/quickSort/250 50.51 ms -100.0%
sort/quickSort/260 54.49 ms -100.0%
sort/quickSort/270 58.72 ms -100.0%
sort/quickSort/280 63.07 ms -100.0%
sort/quickSort/290 67.63 ms -100.0%
sort/quickSort/300 72.62 ms -100.0%
sort/quickSort/310 77.42 ms -100.0%
sort/quickSort/320 82.61 ms -100.0%
sort/quickSort/330 87.69 ms -100.0%
sort/quickSort/340 93.36 ms -100.0%
sort/quickSort/350 98.89 ms -100.0%
sort/quickSort/360 105.0 ms -100.0%
sort/quickSort/370 111.0 ms -100.0%
sort/quickSort/380 117.0 ms -100.0%
sort/quickSort/390 123.4 ms -100.0%
sort/quickSort/400 129.9 ms -100.0%
sort/quickSort/410 136.6 ms -100.0%
sort/quickSort/420 143.5 ms -100.0%
sort/quickSort/430 150.4 ms -100.0%
sort/quickSort/440 157.3 ms -100.0%
sort/quickSort/450 165.0 ms -100.0%
sort/quickSort/460 172.9 ms -100.0%
sort/quickSort/470 180.6 ms -100.0%
sort/quickSort/480 188.9 ms -100.0%
sort/quickSort/490 197.0 ms -100.0%
sort/quickSort/500 205.2 ms -100.0%
sum/compiled-from-Haskell/sum-right-builtin/10 9.635 μs -100.0%
sum/compiled-from-Haskell/sum-right-builtin/50 46.08 μs -100.0%
sum/compiled-from-Haskell/sum-right-builtin/100 92.25 μs -100.0%
sum/compiled-from-Haskell/sum-right-builtin/500 487.1 μs -100.0%
sum/compiled-from-Haskell/sum-right-builtin/1000 1.047 ms -100.0%
sum/compiled-from-Haskell/sum-right-builtin/5000 6.927 ms -100.0%
sum/compiled-from-Haskell/sum-right-builtin/10000 14.91 ms -100.0%
sum/compiled-from-Haskell/sum-right-Scott/10 7.045 μs -100.0%
sum/compiled-from-Haskell/sum-right-Scott/50 32.18 μs -100.0%
sum/compiled-from-Haskell/sum-right-Scott/100 64.14 μs -100.0%
sum/compiled-from-Haskell/sum-right-Scott/500 336.3 μs -100.0%
sum/compiled-from-Haskell/sum-right-Scott/1000 728.0 μs -100.0%
sum/compiled-from-Haskell/sum-right-Scott/5000 5.430 ms -100.0%
sum/compiled-from-Haskell/sum-right-Scott/10000 12.04 ms -100.0%
sum/compiled-from-Haskell/sum-right-data/10 24.30 μs -100.0%
sum/compiled-from-Haskell/sum-right-data/50 122.1 μs -100.0%
sum/compiled-from-Haskell/sum-right-data/100 250.2 μs -100.0%
sum/compiled-from-Haskell/sum-right-data/500 1.362 ms -100.0%
sum/compiled-from-Haskell/sum-right-data/1000 3.070 ms -100.0%
sum/compiled-from-Haskell/sum-right-data/5000 17.15 ms -100.0%
sum/compiled-from-Haskell/sum-right-data/10000 35.69 ms -100.0%
sum/compiled-from-Haskell/sum-left-builtin/10 9.288 μs -100.0%
sum/compiled-from-Haskell/sum-left-builtin/50 45.93 μs -100.0%
sum/compiled-from-Haskell/sum-left-builtin/100 91.02 μs -100.0%
sum/compiled-from-Haskell/sum-left-builtin/500 475.0 μs -100.0%
sum/compiled-from-Haskell/sum-left-builtin/1000 1.020 ms -100.0%
sum/compiled-from-Haskell/sum-left-builtin/5000 6.851 ms -100.0%
sum/compiled-from-Haskell/sum-left-builtin/10000 14.61 ms -100.0%
sum/compiled-from-Haskell/sum-left-Scott/10 6.793 μs -100.0%
sum/compiled-from-Haskell/sum-left-Scott/50 31.13 μs -100.0%
sum/compiled-from-Haskell/sum-left-Scott/100 62.16 μs -100.0%
sum/compiled-from-Haskell/sum-left-Scott/500 325.3 μs -100.0%
sum/compiled-from-Haskell/sum-left-Scott/1000 702.7 μs -100.0%
sum/compiled-from-Haskell/sum-left-Scott/5000 5.126 ms -100.0%
sum/compiled-from-Haskell/sum-left-Scott/10000 11.52 ms -100.0%
sum/compiled-from-Haskell/sum-left-data/10 25.74 μs -100.0%
sum/compiled-from-Haskell/sum-left-data/50 130.6 μs -100.0%
sum/compiled-from-Haskell/sum-left-data/100 264.0 μs -100.0%
sum/compiled-from-Haskell/sum-left-data/500 1.378 ms -100.0%
sum/compiled-from-Haskell/sum-left-data/1000 3.107 ms -100.0%
sum/compiled-from-Haskell/sum-left-data/5000 17.15 ms -100.0%
sum/compiled-from-Haskell/sum-left-data/10000 35.31 ms -100.0%
sum/hand-written-PLC/sum-right-builtin/10 10.13 μs -100.0%
sum/hand-written-PLC/sum-right-builtin/50 45.15 μs -100.0%
sum/hand-written-PLC/sum-right-builtin/100 91.03 μs -100.0%
sum/hand-written-PLC/sum-right-builtin/500 461.5 μs -100.0%
sum/hand-written-PLC/sum-right-builtin/1000 954.2 μs -100.0%
sum/hand-written-PLC/sum-right-builtin/5000 5.628 ms -100.0%
sum/hand-written-PLC/sum-right-builtin/10000 11.50 ms -100.0%
sum/hand-written-PLC/sum-right-Scott/10 6.065 μs -100.0%
sum/hand-written-PLC/sum-right-Scott/50 26.91 μs -100.0%
sum/hand-written-PLC/sum-right-Scott/100 52.84 μs -100.0%
sum/hand-written-PLC/sum-right-Scott/500 268.7 μs -100.0%
sum/hand-written-PLC/sum-right-Scott/1000 562.1 μs -100.0%
sum/hand-written-PLC/sum-right-Scott/5000 3.985 ms -100.0%
sum/hand-written-PLC/sum-right-Scott/10000 8.948 ms -100.0%
sum/hand-written-PLC/sum-left-builtin/10 10.55 μs -100.0%
sum/hand-written-PLC/sum-left-builtin/50 48.76 μs -100.0%
sum/hand-written-PLC/sum-left-builtin/100 96.15 μs -100.0%
sum/hand-written-PLC/sum-left-builtin/500 473.1 μs -100.0%
sum/hand-written-PLC/sum-left-builtin/1000 941.4 μs -100.0%
sum/hand-written-PLC/sum-left-builtin/5000 4.644 ms -100.0%
sum/hand-written-PLC/sum-left-builtin/10000 9.261 ms -100.0%
sum/hand-written-PLC/sum-left-Scott/10 6.485 μs -100.0%
sum/hand-written-PLC/sum-left-Scott/50 28.84 μs -100.0%
sum/hand-written-PLC/sum-left-Scott/100 59.06 μs -100.0%
sum/hand-written-PLC/sum-left-Scott/500 292.8 μs -100.0%
sum/hand-written-PLC/sum-left-Scott/1000 594.8 μs -100.0%
sum/hand-written-PLC/sum-left-Scott/5000 3.605 ms -100.0%
sum/hand-written-PLC/sum-left-Scott/10000 7.453 ms -100.0%
TOTAL 5.511 s 405.2 ms -92.6%

@effectfully effectfully force-pushed the effectfully/benchmark/reduce-the-number-of-benchmarks branch from cb81487 to 41820ff Compare July 29, 2024 11:16
@effectfully
Copy link
Contributor Author

I don't think using 3x3 instead of 5x5 will speed things up. Criterion works by executing your program repeatedly until a time limit (by default 5 seconds) is exceeded and then it analyses the times that it's collected

I'd totally forgotten about that! Thank you for spotting. I've restored the original alignment of the benchmarks and simply removed a few of them from nofib and a lot of them from lists. Please rereview and if you're fine with these changes, merge the PR.

@kwxm kwxm self-requested a review July 30, 2024 01:58
@kwxm
Copy link
Contributor

kwxm commented Jul 30, 2024

I ran this on my laptop and the time for nofib went down from 25 minutes to 22 minutes, which is about what you'd expect given that the nofib benchmarks run for 60 seconds each and you've removed three of them. I think we could safely reduce the time limit to 30s and halve the total time (and remember that when we run the benchmarks from GitHub they all get run twice). I might try that in a separate PR.

The lists benchmarks took 19 minutes, which is a lot less than usual (I think it's about an hour). Each case runs for 15 seconds, and the faster benchmarks got run tens of thousands of times each; the slowest running ones still got run 153 times, so we might be able to reduce the time limit to 10 seconds without losing too much accuracy.

Copy link
Contributor

@kwxm kwxm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's good. I'll merge it.

@kwxm kwxm merged commit ffe41b8 into master Jul 30, 2024
6 checks passed
@kwxm kwxm deleted the effectfully/benchmark/reduce-the-number-of-benchmarks branch July 30, 2024 02:20
ramsay-t added a commit that referenced this pull request Aug 6, 2024
* Trace removal re-implemented as a IR rewrite rule (#5907)

* refactor: Internal module for RewriteRules, Monoid Instance

* Trace removal re-implemented as a IR rewrite rule

* Test case for an impure trace message, added note.

* CIP-0057 Howto: exporting a Plutus contract blueprint (#5817)

* Howto: exporting a Plutus contract blueprint

* howto/exporting-a-blueprint uses literal includes

* Changelog record

* Paragraph about `deriveArgumentBlueprint` / `deriveParameterBlueprint`

* Include plutus.json literally

* [Release] 1.26.0.0 (#5914)

Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>

* A quick isabelle experiment. (#5913)

* PLT-8171: Combine PIR, PLC, and UPLC into a single executable (#5699)

Acked-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>

Co-authored-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>

* chore(deps): bump slackapi/slack-github-action from 1.25.0 to 1.26.0 (#5915)

Bumps [slackapi/slack-github-action](https://github.com/slackapi/slack-github-action) from 1.25.0 to 1.26.0.
- [Release notes](https://github.com/slackapi/slack-github-action/releases)
- [Commits](slackapi/slack-github-action@v1.25.0...v1.26.0)

---
updated-dependencies:
- dependency-name: slackapi/slack-github-action
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* Kwxm/plc spec/bitwise conversions (#5911)

* Intial text for bitwise conversions

* Intial text for bitwise conversions

* Updates

* Tidying up

* Tidying up

* Deal with edge cases more concisely

* More tidying up

* Rearrange some cases

* Almost done

* More clarification

* Update specification date

* Some clarification after PR comments

* Use Int64 in CostModelParams (#5920)

* Change CMTooFewParamsError to a warning (#5912)

* [Costing] Provide support for multiple 'CostModel's (#5851)

* CaseOfCase kind mismatch error fix (#5923)

* Fix issue #5922

* test_extractTyArgs

* CaseOfCase: cover types with two type args

* Fix some Notes so they pass the check (#5930)

* Restore old cost model param names (#5932)

* Tidy up SimpleJSON.hs (#5936)

* chore: formatting (#5937)

* 1.27.0.0 (#5938)

* Do not build the plutus executable if GHC <9.6 (#5940)

* Update CONTRIBUTING.adoc (#5950)

* Add 'Note [Table of all possible ledger's states w.r.t. cost model parameters update]' (#5935)

* Remove annoying error message (#5956)

* Add plutus-tx-template Release Instructions and GH Workflow (#5952)

* [StdLib] Strictify 'fix' (#5939)


This makes `fix` stricter so that the body of the function that it takes always gets forced regardless of whether the necessary argument is provided or not.

Resolves #5961.

---------

Co-authored-by: Yura Lazaryev <Yuriy.Lazaryev@iohk.io>

* [PIR] Don't generate 'fixBy' if you don't need to (#5954)

Removes unnecessary generation of `fixBy` when we only need `fix`.

* Chore: formatting, imports, pragmas. (#5965)

* CaseOfCase UPLC transformation tests. (#5960)

* Avoid evaluating `nilCase` strictly in `matchList`, and rename the original `matchList` to `matchList'` (#5901)

* Improvements to plutus-metatheory site (#5959)

* Improvements to plutus-metatheory site

* Added markdown titles to markdown files so they get built properly. Not all of the titles are very interesting.

---------

Co-authored-by: Ramsay Taylor <ramsay.taylor@iohk.io>

* chore(deps): bump nixbuild/nix-quick-install-action from 27 to 28 (#5951)

Bumps [nixbuild/nix-quick-install-action](https://github.com/nixbuild/nix-quick-install-action) from 27 to 28.
- [Release notes](https://github.com/nixbuild/nix-quick-install-action/releases)
- [Changelog](https://github.com/nixbuild/nix-quick-install-action/blob/master/RELEASE)
- [Commits](nixbuild/nix-quick-install-action@v27...v28)

---
updated-dependencies:
- dependency-name: nixbuild/nix-quick-install-action
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* [Build] Remove the doctests runner of 'prettyprinter-configurable' (#5974)

* Kwxm/mainnet script budgets (#5973)

* Mainnet script budget analysis

* Comment

* Add a comment

* Release 1.28.0.0 (#5975)

* [PlutusTx] [Builtins] Split 'FromBuiltin' and 'ToBuiltin' (#5971)

This addresses the [inconsistencies](#5547 (comment)) that we got from using the now retired `FromBuiltin`/`ToBuiltin` classes for two mutually exclusive purposes. Now we have two versions of those classes: one is used for converting builtins to Plutus Tx types and back, while the other one is for making builtins transparent/opaque within Plutus Tx. These two purposes are very similar, but also subtly different and that is explained in the docs.

* Update README.md (#5997)

* chore(deps): bump cachix/install-nix-action from 26 to 27 (#5999)

Bumps [cachix/install-nix-action](https://github.com/cachix/install-nix-action) from 26 to 27.
- [Release notes](https://github.com/cachix/install-nix-action/releases)
- [Commits](cachix/install-nix-action@v26...V27)

---
updated-dependencies:
- dependency-name: cachix/install-nix-action
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* Script to prepare binary executables for uploading to the github release page. (#6015)

* Kwxm/mainnet script budgets 2 (#6057)

* Get the script analysis executable to print out actual execution costs

* Tidying up

* Empty comment

* Dot

* Output evaluation status too

* Oops

* Add integerToByteString and byteStringToInteger to PlutusV2 at PV10 (#6056)

* [Refactoring] Remove 'UnknownBuiltin' and 'UnknownBuiltinType' (#6064)

* Conditionally add 'triage' label to new issues (#6061)

* Add triage label only when the issue does not have any of the 'Internal' labels

* Fix bug in add-triage-label.yml (#6067)

* chore(deps): bump benchmark-action/github-action-benchmark (#6058)

Bumps [benchmark-action/github-action-benchmark](https://github.com/benchmark-action/github-action-benchmark) from 1.19.3 to 1.20.3.
- [Release notes](https://github.com/benchmark-action/github-action-benchmark/releases)
- [Changelog](https://github.com/benchmark-action/github-action-benchmark/blob/master/CHANGELOG.md)
- [Commits](benchmark-action/github-action-benchmark@v1.19.3...v1.20.3)

---
updated-dependencies:
- dependency-name: benchmark-action/github-action-benchmark
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* Add integerToByteString and byteStringToInteger to V2.ParamName (#6065)

* Add PlutusTx Map backed by Data (#5927)

Co-authored-by: Ziyang Liu <unsafeFixIO@gmail.com>
Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>

* Let nightly.yml accept hedgehog-tests input (#6062)

* Let nightly.yml accept hedgehog-tests input
* Default tests from 10k to 50k

* Remove obsolete defer-plugin-errors flag (#6080)

* Add a Plutus Tx test utility package (#6086)

Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>

* [Errors] polish evaluation errors (#6043)

We have this distinction of "user" vs "internal" errors that made some sense when TPLC was what was evaluated, but now that it's UPLC, all of those are "user" errors. So I was going to remove the distinction entirely just to realize that it in fact still makes sense, it's just now "operational" vs "structural". This PR clarifies this.

I've also tweaked errors a bit while I was here, plus removed a bunch of unsafe functions from the CEK machine API (they were convenient when they were exposed from a single module, but now that we have several of them, it's no longer worth the trouble, plus we really should use some different approach to calling the CEK machine in the benchmarks, but that's not within the scope of this PR).

* [Test] Add do-notation support for 'TestNested' (#5948)

This refactors the `TestNested` machinery, so that

1. it supports listing tests in a `do`-block, which is something that I need in a different PR to update a huge `do`-block so that some of the tests there become golden
2. the API is more granular and pushes the user in the right direction

I've also improved some of the tests while I was there and unified the formatting. Most of the tests we have use 4 spaces instead of 2, so I preserved that, we're probably going to run `fourmolu` over all the files eventually anyway and that'll make the indentation 2-space-based.

* Run nightly tests on plutus-benchmark (#6091)

* [Exe] Generalize 'withL' to 'withLangGeneral' (#5918)

* Kwxm/provisional conway cost model (#6087)

* Rename semantics variants

* Change some names

* Get uplc to use correct cost model for semvar

* Dumping cost models

* Dumping cost models

* Tidy up exports and tests

* Move a function

* More updates

* Fix some typos

* Update models.R

* Add updated cost models

* Add updated cost models

* Update test results

* Remove obsolete entries from V3.ParamName

* Fix cost model interface test

* Fix (sort of) plutus-ledger-api tests

* Various small fixes

* Forgot to update parameters

* Add changelog entries

* Fix the changelog entries

* Address PR review comments

* Add costs for new builtins to V1 and V2 cost model files

* Fix some dependencies in plutus-benchmark

* Fix partial reversion of #6086 caused by merge

* Remove old cost model files

* Update/rename benchmark CSV files

* Update issue templates (#6037)

* Remove reference to benching.csv in plutus-core.cabal (#6149)

* PlutusV3: Datum/Redeemer in ScriptContext, Datum Optional, Unified Script Type (#5934)

* Kwxm/costing/reduce CEK CPU step costs B (#6153)

* Make CEK step costs for models B anc C identical

* Add changelog entry

* Add changelog entry

* [Test] Dump UPLC for 'strictLetRec' (#5963)

* Use the most recent evaluation context for most of the benchmarks (#6152)

* [Builtins] Polish handling of integral types (#6036)

This

- adds support for throwing operational unlifting errors in the builtins machinery, which allows us to attach a message to an unlifting failure. Unfortunately this is still not enough to propagate proper error messages to the user, because they get erased by the evaluation machinery down the line, this is our 2018's legacy of the stupid idea to have raw evaluation failures that don't carry any content
- makes handling of integral types in `PlutusCore.Default.Universe` uniform (it was a mess before with a weird partial set of instances and morally the same instances being implemented differently)

* Tests for the `preserve-logging` flag. (#6162)

* Require PlutusV3 scripts to evaluate to BuiltinUnit (#6159)

* Quadratic costing for integer division functions (#6161)

* Quadratic costing for integer division functions

* Correct some typos

* Agda typo

* Fix V2's costModelParamsForTesting (#6166)

* Release 1.29.0.0 (#6170)

* Update update-version.sh to match package names less greedily (#6174)

* Update update-version.sh to match package names less greedily

* Allow whitespace after comma

* Allow whitespace after comma

* Clarify comment

* More error checking (#6179)

* Reorganized Plutus user guide on the Docusaurus platform initial deployment (#6177)

* Initial Docusaurus Setup

* uploaded docs files and images

* added code files and images

* cleaned up mermaid diagrams for platform page

* committed yarn.lock file

* Add markdown link styling

* Update Plutus styling and add GA plugin

* updating yarn.lock file

* CSV Rendering component

* adding cost model parameters page that imports CSV files

* Fix gradient overflow on tables for dark mode

* changing title to Plutus user guide

* Update favicon and social card assets

* Remove landing page and set /docs to base path

* Update literal include roots

* Rename Haddock workflow and update to include Docusaurus build

* Update docusaurus/README.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr-index.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr-index.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr-index.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr2.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/essential-concepts/language-versions.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/essential-concepts/language-versions.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/essential-concepts/language-versions.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/essential-concepts/language-versions.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Update docusaurus/docs/adr/adr1.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* committing after running pre-commit run --all-files command to fix build errors

---------

Co-authored-by: ianhanssoniohk <ian.hansson@iohk.io>
Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* Initial version of new combined-haddock.yml workflow (#6182)

* [Builtins] Make 'BuiltinSuccess' the first constructor (#5885)

This makes `BuiltinSuccess` the first constructor of `BuiltinResult`, see the comment there of why we want that.

See [this](#5885 (comment)) comment for the very ambiguous benchmarking results.

* [PlutusLedgerApi] [Refactoring] Polish imports and exports (#6178)

This

- resolves #6098
- moves a bunch of stuff shared among `V1`/`V2`/`V3` into `Common` (see the PR review)
- makes all imports in the `Common`/`V1`/`V2`/`V3` modules qualified so that it's clear where definitions come from and whether they are inherited from `Common` or an earlier ledger language
- fixes some formatting, adds a definition for consistency etc

* Adding link to Haddock documentation to index.md (#6187)

* removing outdated and incorrect content from the Plutus platform page (#6188)

* Add `Data.Value` to `PlutusLedgerAPI` (#6143)

Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>

* added the term Haddock where the public Plutus code libraries are mentioned since it is a term likely to be used in searches (#6190)

* Refactored Serialise/Flat-Via. Fixes #6083 (#6144)

Co-authored-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>

* Add Redeemer to V3 ScriptContext Pretty instance (#6191)

* Logical operations (#5970)

* Initial port of logical ops

* Add PlutusTx correspondents to the new builtins

* Tests for logical operations

* Rest of tests

* Formatting of denotations

* Rename byteStringReplicate to replicateByteString

* Correct references to CIP-121

* Changelogs, document tests

* Note commutativity for new operations

* Properly rename replicate builtin, add to plutus-tx-plugin

* Make new logical builtins available in V3

* Fix links to CIP-122, use toOpaque and fromOpaque instead

* Correct all references to CIP-122

* Rename bitwise builtins, use proper costing

* Bitwise primops will not be in Conway

* Rename tests to suit new primop names

* Combined Haddock Generation (#6146)

* Run nightly tests on plutus-shared instead of plutus-benchmark (#6195)

* Run combined-haddock.yml workflow on plutus-shared instead of plutus-runner (#6196)

* Fix combined_haddock.sh script (#6199)

* [Test] [Builtins] Add golden tests with unlifting errors (#6189)

This refactors a file with tests so that unit tests that are supposed to result in evaluation failure also become golden tests with the error message printed to a golden file. Need it to demonstrate that #6181 does indeed allow us to preserve operational unlifting errors.

* Changed the term "Documentation" to "User guide" in the upper left area of the docs site (#6200)

* Styling updates to docusaurus site

* Changed the term Documentation to User guide in the upper left corner of the docs site next to the PLUTUS wordmark logo.

* Add .yarn to .gitignore

---------

Co-authored-by: ianhanssoniohk <ian.hansson@iohk.io>

* Update Alert Message in longitudinal-benchmark.yml (#6201)

* [Test] Add missing bitwise builtins golden files (#6204)

* [Errors] Preserve operational unlifting errors (#6181)

* Docs raise visibility code libraries (#6203)

* added more visibility to Haddock Plutus code libraries on index.md page

* adding new Haddock documentation page under the Reference nav menu

* updated Reference top-level page description

* minor style edit update docusaurus/docs/index.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* style edits update docusaurus/docs/reference/haddock-documentation.md

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

---------

Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>

* [Test] [Builtin] Polish 'MakeRead' tests (#6202)

* Remove AssocMap comparison instances (#6173)



Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>

* Update README.adoc (#6206)

Updated the link in README to point to the Plutus docs site on the docusaurus platform instead of Read the docs.

* Remove PyF as it depends on GHC and causes depenecy conflicts downstream. (#6208)

* Bitwise operations (#6090)

* Initial bitwise primitives

* Wire up new builtins

* Tests

* Changelogs

* Fix failing goldens

* Fix cost model for tests

* Bitwise primitives are not in Conway

* Finish shift tests

* Fix goldens

* Rest of tests

* Rename operations

* Note about split composition for shift property

* Explain bitwise tests in comments, remove AND and OR tests for finding and counting bits

* Goldens for bitwise primops

* Chop down property test running times a bit

* Add test for finding first in zero byte string, rename some tests for clarity

* Clarify implementation choices in the comments

* Tidy up helpers for property tests

* Consolidate all bitwise ops, retarget links to CIPs

* Reduce coverage limits for signature verification tests (#6209)

* moved the Getting Started page to immediately follow the Introduction page (#6211)

* Haskell Eq for AssocMap (#6213)



Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>

* Shorten some filenames in the conformance tests (#6214)

Shorten some file names

* MK-5422 move getting started page fixing link (#6215)

* moved the Getting Started page to immediately follow the Introduction page

* fixed broken link

* [Evaluation] Move stuff under `enterComputeCek` (#6156)

This polishes the structure of the CEK machine code a little: moves definitions having CEK-specific constraints around (as per `Note [Compilation peculiarities]`), removes outdated comments and moves pragmas around.

* Release 1.30.0.0 (#6216)

* plutus-ir: fix redundant imports (#6218)

* Fix incorrect Note reference (#6217)

* Add documentation to `Data.Value` (#6220)

* [Builtins] Replace 'EvaluationResult' with 'BuiltinResult' (#5926)

This replaces several `Emitter (EvaluationResult a)` occurrences with `BuiltinResult`, something that I missed the last [time](#5728).

In addition to that, it also replaces `EvaluationResult` with `BuiltinResult` in general. It doesn't matter performance-wise (modulo a regression that we didn't notice some time ago), but `BuiltinResult`, unlike `EvaluationResult`, allows one to attach an error message to a failure, which we do in this PR as well, meaning we now get better error messages. And we also now respect the operational vs structural evaluation errors distinction.

The PR also replaces `Emitter` with `BuiltinResult`. And makes the GHC Core of builtins smaller by making error-throwing functions (not) inline (see `Note [INLINE and OPAQUE on error-related definitions]` for details).

* New `./scripts/combined-haddock.sh` (#6205)

* Add workflow for publishing Agda Metatheory site (#6223)

* Add workflow for publishing AGDA metatheory site

* wip

* wip

* Fixes to `metatheory-site.yml` workflow (#6228)

* Final changes to `metatheory-site.yml` workflow (#6229)

* Update RELEASE.adoc with instructions to delete unused branches and tags (#6230)

* Complete Migration from RDT to Docusaurus (#6227)

- Delete the contents of doc/read-the-docs-site, only keeping the README with a migration notice.
- Move docusaurus folder into doc folder.
- Update the GH workflows for publishing the haddock site and docusaurus site.
- Delete GH web hook and update redirects on RTD site.
- Remove mentions of read-the-docs and combined-haddock from nix code
- Update release process, mentioning how to publish Docusaurus and the Haddock site
- Update links in Docusaurus mentioning the new haddock site

* Fix broken links in docusaurus docs (#6232)

* Add flake.nix for doc/docusaurus (#6233)

* New shell for Docusaurus
* Fix broken links

* making a spelling correction on the doc/docusaurus README file (#6235)

* [Builtins] Remove 'Emitter' and 'MonadEmitter' (#6224)

* Refactor GitHub Workflows (#6124)

* Fix & simplify SOP encoding example comment (#6231)

Here's a small fix for the comment:

- use one variable for the type everywhere
- fix ordering of `constr` arguments

Additionally,

- align the corresponding parts in the text

* Update github-action-benchmark version (#6238)

* Make it build with ghc 9.10 (#6079)

* Make it build with ghc 9.10
* Nix updates
* Disable failing test (cseExpensive test in untyped-plutus-core-test suite)
* plutus-tx-plugin-tests: Accept some CSE golden changes

* Update version of github-action-benchmark to v1.20.3 (#6240)

* Update version of github-action-benchmark to v1.20.3

* Fix bug in triage-label.yml

* Add workflows to check broken links and deploy papers to GH Pages (#6236)

* Add workflows to check broken links and deploy papers to GH Pages

* Publish papers and specs on push to master only (#6246)

* Cabal project to compile docusaurus examples. (#6239)

* Added cardano-constitution package (#6234)

* Added cardano-constitution package

* Remove cardano-constitution checks from CI

* Restrist x-compiling

---------

Co-authored-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>
Co-authored-by: zeme <lorenzo.calegari@iohk.io>

* [Test] Turn off CSE for problematic tests (#6249)

* [Test] Turn off CSE for the 'patternMatching' test (#6251)

* [Optimization] Remove case-of-case (#6248)

* Spec that verifies various script sizes (#6247)

* Add cardano-constitution-tests and slack-message-broker workflows (#6253)

* Updates to slack-message-broker.yml (#6258)

* Update slackapi/slack-github-action version -> v1.26.0 (#6259)

* Improve messages in slack-message-broker.yml (#6260)

* Fix error message in slack-message-broker.yml (#6261)

* Fix another error in slack-message-broker.yml (#6262)

* Fix "un-rolling" a list type. (#6165)

* Fix "un-rolling" a list type.

* Un-roll other general types: [], Maybe, (,), BuiltinUnit, BuiltinPair

* constitution: Add executable that creates json envelope (#6267)

Co-authored-by: Jamie Bertram <jamie.bertram@tweag.io>

* Fix bug in ./script/combined-haddock.sh (#6263)

* Update baseUrl in docusaurus.config.ts (#6275)

* Improvements to haddock-site.yml (support auto-publish on push to master) (#6276)

* Better messages in slack-message-broker.yml (#6280)

* Remove --ignore-url's from linkchecker step in combined-haddock.sh (#6281)

* Add cabal update step in combined-haddock.sh (#6283)

* Fix CsvTable.tsx and LiteralInclde.tsx in docusaurus (#6282)

* Fix haddock documentation for cardano-constitution (#6284)

* Stronger docusaurus builds and general QOL improvements (#6287)

* Move package-lock.json from top-level to scripts/blueprints (#6289)

* Fix editUrl in docusaurus.config.ts (#6291)

* chore(deps): bump JamesIves/github-pages-deploy-action (#6292)

Bumps [JamesIves/github-pages-deploy-action](https://github.com/jamesives/github-pages-deploy-action) from 4.6.1 to 4.6.3.
- [Release notes](https://github.com/jamesives/github-pages-deploy-action/releases)
- [Commits](JamesIves/github-pages-deploy-action@v4.6.1...v4.6.3)

---
updated-dependencies:
- dependency-name: JamesIves/github-pages-deploy-action
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* Fix typos (#6288)

* fix typo

* fix typos

* fix typo

* fix typo

* Detect broken links for haddock,metatheory,docusaurus + local repo files (#6294)

* Fix broken linkchecker workflows (#6295)

* Add .github/linkchecker/action.yml

* Add support for ghc910 to hydraJobs (#6293)

* Disable linkchecker on live sites (#6298)

* [Bug] Fix 'isNormalType' and add 'prop_normalizedTypeIsNormal' (#6272)

* Analyse script events supports PlutusLedgerLanguage V3 (#6300)

* fix: parameter 33 should be a Rational (#6302)

* Address guardrail script audit comments (#6305)

* All names are printed with their unique values by default. (#5972)

* chore: explicit imports

* Test demonstrates that without printed unique value a name won't roundtrip printing/parsing

* Pretty-printing with indexes by default, simple representation by
opt-in.

* Updated golden files

* fix: types in defaultConstitution (#6307)

More descriptive type names in the defaultConstitution

Co-authored-by: Nikolaos Bezirgiannis <329939+bezirg@users.noreply.github.com>

* Fix overflow bug in shiftByteString, rotateByteString, add tests to ensure it stays fixed (#6309)

* Fix overflow bug in shiftByteString, add tests to ensure it stays fixed

* Fix similar issue in rotations

* Add shift wrapper for bounds checks

* Fix rotations similarly, note in docs

* Fix typo, note about fromIntegral

* Release 1.31.0.0 (#6312)

* Re-export bitwise builtins from PlutusTx.Prelude (#6313)

* [Costing] Increase the cost of constructors of '[]' (#6285)

* Change writeBits to take changelists as two separate lists (#6317)

* fix: types in defaultConstitution (#6307)

More descriptive type names in the defaultConstitution

Co-authored-by: Nikolaos Bezirgiannis <329939+bezirg@users.noreply.github.com>

* Fix overflow bug in shiftByteString, rotateByteString, add tests to ensure it stays fixed (#6309)

* Fix overflow bug in shiftByteString, add tests to ensure it stays fixed

* Fix similar issue in rotations

* Add shift wrapper for bounds checks

* Fix rotations similarly, note in docs

* Fix typo, note about fromIntegral

* Release 1.31.0.0 (#6312)

* Modify writeBits to use two lists as arguments

* Fix writeBits in PlutusTx to match new API

* Fix goldens

---------

Co-authored-by: Romain Soulat <117812549+RSoulatIOHK@users.noreply.github.com>
Co-authored-by: Nikolaos Bezirgiannis <329939+bezirg@users.noreply.github.com>
Co-authored-by: Yura Lazarev <1009751+Unisay@users.noreply.github.com>

* [Costing] Remove the 'ExMemoryUsage' instance for 'SomeTypeIn' (#6318)

* feat: New version of VT-CC-01 (#6320)

Signed
Changed the defaultConstitution.json (+ random fixes in some $comment)
Changed the tests values
Changed the traceability documents and updated the versioning
New golden test values

"All 654 tests passed (99.02s)"

* [Test] Make tests take reasonable time (#6286)

This dramatically reduces the number of tests run locally making evaluation times of plutus-test drop by more than 10x.

The reduced number of tests run locally is balanced by running the old amount of tests in the nightly test suite.

* fix: haddock error (#6323)

* Reverse hunk test_multiSplitSound (#6324)

Co-authored-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>

* Kwxm/costing/bitwise 4 (#6301)

* Costing for new bitwise builtins

* Fix alignment problem

* Add changelog entry

* Update some CIP URLs

* Update some CIP URLs

* Remove outdated comment

* Address some review comments

* Address some review comments

* Fix for changes in main branch

* Update costing for revised version of writeBits

* Fix benchmark tests for integer division builtins

* Fix comments

* Update benchmark results for writeBits split updates

* Try removing zip in writeBits

* Remove wrapper

* Rearrange code again

* Tidying up

* Fix plutus-tx

* Make some helpers INLINEABLE

* Rearrange code again

* Simplify known type instances for 'ListCostedByLength'

---------

Co-authored-by: effectfully <effectfully@gmail.com>

* 8-queens using bitwise primops benchmark (#6311)

* Milestone 3 benchmark, test

* Fix cabal file

* Update writeBits use in NQueens

* [Plinth] [Builtins] Fix 'writeBits' (#6329)

* [Plinth] Ban using 'toBuiltin' and 'fromBuiltin' (#6342)

It used to be possible to use `toBuiltin`/`fromBuiltin` within a smart contract, but this is no longer the case, but this isn't obvious to the users as they already have code with `toBuiltin`/`fromBuiltin` that now just misbehaves instead of throwing a type error or breaking compilation some other way. This fixes the problem by throwing on any usage of `toBuiltin`/`fromBuiltin` with a suggestion to use `toOpaque`/`fromOpaque` instead.

* Kwxm/bitwise/enable nqueens benchmark (#6343)

This enables the bitwise `nqueens` benchmark following the fix for `writeBits` in Plinth in #6309.

```
$ cabal bench bitwise-bench
Build profile: -w ghc-9.6.6 -O1
In order, the following will be built (use -v for more details):
 - plutus-benchmark-0.1.0.0 (bench:bitwise-bench) (first run)
Preprocessing benchmark 'bitwise-bench' for plutus-benchmark-0.1.0.0...
Building benchmark 'bitwise-bench' for plutus-benchmark-0.1.0.0...
Running 1 benchmarks...
Benchmark bitwise-bench: RUNNING...
benchmarking 8-queens
time                 683.4 ms   (681.5 ms .. 685.0 ms)
                     1.000 R²   (1.000 R² .. 1.000 R²)
mean                 678.6 ms   (674.1 ms .. 680.4 ms)
std dev              3.211 ms   (92.63 μs .. 3.978 ms)
variance introduced by outliers: 19% (moderately inflated)

Benchmark bitwise-bench: FINISH
```

* [plc] Support for `Natural` numbers in the default universe, backed by `Integer`. (#6346)

Co-authored-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>

* nothunks ^>= 0.2 (#6349)

* Make NumBytesCostedAsNumWords use Integer instead of Int (#6350)

The `NumBytesCostedAsNumWords` wrapper contained an `Int`, but this changes it to `Integer` for consistency with the other wrappers.  This change also affects the type of `Bitwise.replicateByte`.

* [Benchmark] Reduce the number of benchmarks (#6328)

* [Test] Improve distribution of generated integers (#6315)

This improves distribution of generated integers, so that we more often hit important edge cases such as `2 ^ 16`, `2 ^ 32 - 1`, `2 ^ 32`, `2 ^ 64` etc.

* [Plinth] [Builtins] Add a general 'mkNil' (#6347)

This replaces the `mkNilInteger`, `mkNilData` etc boilerplate with a single `mkNil` function at the expense of moving the boilerplate to the compiler code.

* [Refactoring] Use 'KnownBuiltinTypeIn' instead of 'HasConstant' consistently (#6353)

* Restore auto generation of compiler option table (#6373)

* Add the bitwise builtins to the metatheory (#6368)

* Initial metatheory for rest of bitwise builtins

* Separate lists of expected failures for evaluation tests and budget tests

* Remove temporary test data

* Fix memory usage for lists in Agda

* Forgot about haskell-steppable-conformance

* Remove suprious s

* Restore CI checks for doc site code (#6376)

* andByteString conformance cases (#6356)

* andByteString conformance cases

* Move each case to its own directory

* Update goldens for merge

* Conformance cases for complementByteString (#6359)

* Conformance for orByteString (#6357)

* Conformance cases for readBit (#6360)

* Conformance for shiftByteString (#6363)

* Conformance for findFirstSetBit (#6366)

* Conformance for xorByteString (#6358)

* Conformance for countSetBits (#6365)

---------

Signed-off-by: Ana Pantilie <ana.pantilie95@gmail.com>
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: Yura Lazarev <Unisay@users.noreply.github.com>
Co-authored-by: Ana Pantilie <45069775+ana-pantilie@users.noreply.github.com>
Co-authored-by: Nikolaos Bezirgiannis <329939+bezirg@users.noreply.github.com>
Co-authored-by: Nikolaos Bezirgiannis <bezirg@users.noreply.github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Kenneth MacKenzie <kwxm@inf.ed.ac.uk>
Co-authored-by: Ziyang Liu <unsafeFixIO@gmail.com>
Co-authored-by: effectfully <effectfully@gmail.com>
Co-authored-by: Yura Lazarev <1009751+Unisay@users.noreply.github.com>
Co-authored-by: zeme-wana <15709674+zeme-wana@users.noreply.github.com>
Co-authored-by: Yura Lazaryev <Yuriy.Lazaryev@iohk.io>
Co-authored-by: Joseph Fajen <104791413+joseph-fajen@users.noreply.github.com>
Co-authored-by: ianhanssoniohk <ian.hansson@iohk.io>
Co-authored-by: olgahryniuk <67585499+olgahryniuk@users.noreply.github.com>
Co-authored-by: Koz Ross <koz.ross@retro-freedom.nz>
Co-authored-by: Samuel Leathers <samuel.leathers@iohk.io>
Co-authored-by: Vladimir Kalnitsky <klntsky@gmail.com>
Co-authored-by: Erik de Castro Lopo <erikd@mega-nerd.com>
Co-authored-by: zeme <lorenzo.calegari@iohk.io>
Co-authored-by: Jamie Bertram <jamie.bertram@tweag.io>
Co-authored-by: omahs <73983677+omahs@users.noreply.github.com>
Co-authored-by: Romain Soulat <117812549+RSoulatIOHK@users.noreply.github.com>
v0d1ch pushed a commit to v0d1ch/plutus that referenced this pull request Dec 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Benchmarks No Changelog Required Add this to skip the Changelog Check Performance
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants