Gisle Vanem

I do not see that `lua configur.lua [ -h | --help ]` is handled. Users would like to know what this script does before using it.

Does it need normal stock Lua 5.x or does it work with LuaJIT too?

> I'm not 100% on what cflagsbf.c output is suppose to look like. It's `cflagsbf.h`. E.g. `build\clang\64bit\release\cflags.h` is: ```c const char *w32_cflags = "-nologo -Zi -Zo -GS- -I. -I../inc -DWATT32_BUILD...

> Results so far look promising: > > Before: ~4.0MB/s > After: ~6.4MB/s AFAICS, the lack of receive-speed in Watt-32 programs (vs. Winsock or Linux) is the lack of *SACK*...

> Which is pretty close to maximum link speed! Pretty impressive work there! 🥇 But all this is with a djgpp version of Wget on your LAN? Have you tested...

> Windows (MSYS2): Constant 850 KB/s What's your max WAN link-speed? I'm getting 5.09MB/s with wget/Windows (MSVC) on my 100 MBit/s WAN. > Linux: Starts slow, but increases gradually to...

On 2nd attempt, Windows is similar to Linux: 

> Also note the effect of TCP offloading, If that include *checksum offloading*, I've disabled that to see the calculated checksums in Wireshark etc. So the Windows speed is comparable...

> But that's not happening, so something on our end must be causing a fairly constant delay. Does this have something to do with [*Nagle's Algorithm*](https://en.wikipedia.org/wiki/Nagle%27s_algorithm)?

Did you use the RDTSC or the 8254 timer as you mentioned in https://github.com/gvanem/Watt-32/issues/99?