Recommended Posts

This explains everything, I was confused by the same compile date. Now I downloaded the artifacts from your link and it works correctly, my mistake :)

>iperf3.exe -s -p5201/2 -V
iperf 3.17.1+
CYGWIN_NT-10.0-19045 10 3.5.4-1.x86_64 2024-08-25 16:52 UTC x86_64
-----------------------------------------------------------
Server listening on 5201 (test #1)
-----------------------------------------------------------
Time: Sun, 13 Oct 2024 09:11:21 GMT
Accepted connection from x.y.net, port 60796
      Cookie: 53y6ht7sulcwdzpgag2ctvebh5du564rqa2n
      Target Bitrate: 1000000
[  5] local a.b.net port 5201 connected to x.y.net port 38808
[  6] local a.b.net port 5202 connected to x.y.net port 52453
Starting Test: protocol: UDP, 1 streams, 1460 byte blocks, omitting 0 seconds, 5 second test, tos 0
[ ID][Role] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5][RX-S]   0.00-1.00   sec   121 KBytes   992 Kbits/sec  0.027 ms  0/85 (0%)
[  6][TX-S]   0.00-1.00   sec   121 KBytes   992 Kbits/sec            85
[  5][RX-S]   1.00-2.00   sec   121 KBytes   989 Kbits/sec  0.053 ms  0/85 (0%)
[  6][TX-S]   1.00-2.00   sec   121 KBytes   989 Kbits/sec            86
[  5][RX-S]   2.00-3.00   sec   123 KBytes  1.00 Mbits/sec  0.033 ms  0/86 (0%)
[  6][TX-S]   2.00-3.00   sec   123 KBytes  1.00 Mbits/sec            86
[  5][RX-S]   3.00-4.00   sec   123 KBytes  1.01 Mbits/sec  0.042 ms  0/86 (0%)
[  6][TX-S]   3.00-4.00   sec   123 KBytes  1.01 Mbits/sec            85
[  5][RX-S]   4.00-5.00   sec   121 KBytes   991 Kbits/sec  0.041 ms  0/85 (0%)
[  6][TX-S]   4.00-5.00   sec   121 KBytes   991 Kbits/sec            86
[  5][RX-S]   5.00-5.02   sec  2.85 KBytes  1.32 Mbits/sec  0.054 ms  0/2 (0%)
[  6][TX-S]   5.00-5.02   sec  2.85 KBytes  1.32 Mbits/sec            1
- - - - - - - - - - - - - - - - - - - - - - - - -
Test Complete. Summary Results:
[ ID][Role] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5] (sender statistics not available)
[  5][RX-S]   0.00-5.02   sec   612 KBytes   998 Kbits/sec  0.054 ms  0/429 (0%)  receiver
[  6][TX-S]   0.00-5.02   sec   612 KBytes   998 Kbits/sec  0.000 ms  0/429 (0%)  sender
[  6] (receiver statistics not available)
CPU Utilization: local/sender 0.6% (0.0%u/0.6%s), remote/receiver 0.0% (0.0%u/0.0%s)
CPU Utilization: local/receiver 0.6% (0.0%u/0.6%s), remote/sender 0.0% (0.0%u/0.0%s)
iperf 3.17.1+

 

So the idea is to be able to run a workflow manually and pass if the repo and branch to get a builds as artifacts, not to interfere with the main releases. 

workflow.jpg.3233afbe8e53f173d8e3b75d55cb1b43.jpg

Because the repo builds both Linux and Windows builds, it can do it for both. Getting custom builds on demand. So the Linux and Windows builds were made using the custom repo and branch and uploaded as artifacts to those runs.

Even though it was mostly automated, I noticed some issues so I've updated the repo over the weekend to modernise it.

It now uses github attestations and virustotal in the build process to provide transparent build provenance from source, verified as it's built.

Linux has multiarch dockers available for releases via ghcr.io.

The way it's designed, anyone can fork the repo and use the workflows for themselves.

As it stands, it think this is probably the most complete and accessible method to get iperf3 static binaries.

  • 3 weeks later...

Hello,

 

It appears that the download site listed on the iperf.fr site for windows binaries is down:

 

https://files.budman.pw/

 

image.thumb.png.d4585a92bb97b2e94b91faee4eff38f3.png

 

Is there an alternate source for the windows binaries? I'm not who to reach out to regarding that specific site.

Edit: I actually found the link in the thread to the direct download: https://files.budman.pw/iperf3.17.1_64.zip

I can grab it there, but the main index is broken.

Thanks,

 

_Skiffy

Edited by Skiffy
Found the link in the main thread

hmmm - yeah, something not right there, let me take a look.. Thanks for letting me know

edit: Ok its working again, maybe my host updated some php or something.. it was a bit behind anyway, updated and now its working again

edit2: since I was checking the site anyway, noticed that updated version of cygwin available 3.5.4 vs 3.5.3 so updated the iperf build with it

https://files.budman.pw/iperf3.17.1_64_updatedcygwin.zip

 

 

  • +BudMan changed the title to Iperf 3.8 Windows build

3.18 is out

https://files.budman.pw/iperf3.18_64.zip

CRC32: 411D3A3A
MD5: 6319C246D9BCCB9B9C9B189DF0D8147E
SHA-1: C39B48EFCEA3A345DF2798FCA05283609B203C66
SHA-256: 233D83FD549462F8B0CEDDF7A22CC3DD5A8198A5DE984A32732AACFA54CE1D7D

$ iperf3.exe -v
iperf 3.18 (cJSON 1.7.15)
CYGWIN_NT-10.0-19045 i9-win 3.5.4-1.x86_64 2024-08-25 16:52 UTC x86_64
Optional features available: CPU affinity setting, authentication, support IPv4 don't fragment, POSIX threads

release notes:

https://github.com/esnet/iperf/blob/master/RELNOTES.md

I have moved up to 5gbps, but sadly the usb port on my nas isn't really up to the task, but am seeing about close to a gig more per second than what the 2.5 usb interface could do

$ iperf3.exe -c 192.168.10.10
Connecting to host 192.168.10.10, port 5201
[  5] local 192.168.10.9 port 11798 connected to 192.168.10.10 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   373 MBytes  3.12 Gbits/sec
[  5]   1.00-2.00   sec   391 MBytes  3.28 Gbits/sec
[  5]   2.00-3.01   sec   390 MBytes  3.26 Gbits/sec
[  5]   3.01-4.01   sec   379 MBytes  3.16 Gbits/sec
[  5]   4.01-5.00   sec   376 MBytes  3.17 Gbits/sec
[  5]   5.00-6.01   sec   377 MBytes  3.16 Gbits/sec
[  5]   6.01-7.01   sec   389 MBytes  3.26 Gbits/sec
[  5]   7.01-8.01   sec   392 MBytes  3.28 Gbits/sec
[  5]   8.01-9.01   sec   380 MBytes  3.17 Gbits/sec
[  5]   9.01-10.01  sec   382 MBytes  3.20 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.01  sec  3.74 GBytes  3.21 Gbits/sec                  sender
[  5]   0.00-10.02  sec  3.74 GBytes  3.21 Gbits/sec                  receiver

 

 

  • +BudMan changed the title to Iperf 3.18 Windows build
  • 2 months later...

when did you try exactly - I show it was down for a few minutes yesterday


 

Monitor name
files.budman.pw

Checked URL
http://files.budman.pw

Root cause
Connection Timeout

Incident started at
2025-03-04 03:06:26

Resolved at
2025-03-04 03:11:29

Duration
5 minutes and 3 seconds

monitor.thumb.jpg.d4e1972aeba71e033193e405f95c08a4.jpg

It does go down for a few minutes now and then.. but you can see from history it is up.. Not sure if actual site going down, or monitoring problem?

I do currently show it up and can access files.

 

Issue happens every time I try to access the site. Initially the page will load, but any subsequent link selected or download attempt will be rejected on the server side - 

files.budman.pw unexpectedly closed the connection.

 

This resets after some time, but same result when I retry.  Firewall not in play.

I just downloaded quite a few different files from it..

let me look if I can see anything in the logs.

edit: could you PM me your IP address..  I see some security errors, but not very many..  It supports both IPv4 and IPv6 - so send me both if you use IPv6.. But really the only issues I see is security related..

Example

errors.thumb.jpg.420fb7a9a6cbdf91004e0d0ec4a5503c.jpg

If you let me know time frame and your IP(s) I can look to see if anything in the server log. I don't see any issues in the access logs, man I was not aware so many people downloaded stuff from here ;)

Another example of some errors

othererrors.thumb.jpg.62a67f52194d3425bd49d3d8ad67066f.jpg

Lots of traffic from China, WTF ;)

china.jpg.6684b14a64627a5cdcf5675ddfefd355.jpg

 

Odd that number one file is older version 3.16

 

olderversion.thumb.jpg.9b394c98aa48fab71af4f290ad0ed332.jpg

3.18 is number 9, with 9k some downloads. And then 3.11 has some 2k hits in the last 7 days.. That seems odd, I keep the old versions up as archive.. Didn't think people would still be downloading them ;)

edit: I just download multiple files without any issues using both edge and chrome as well my main firefox browser.. I can not find anything wrong on the site - and clearly it is seeing plenty of traffic and downloads.

Looking through the logs.. WTF is chocolaty using this to grab installs from?

[06/Mar/2025:01:25:11 -0800] "GET /iperf3.16_64.zip HTTP/1.1" 200 80982 "-" "chocolatey command line"

But I am not seeing any issues..  But be happy to look through logs for your IP to see if something is off there..

 

 

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now