Should the default #curl progress meter use 1000-based units instead of 1024-based ones ?
- 1000 (15%, 160 votes)
- 1024 (84%, 844 votes)
daniel:// stenberg:// reshared this.
Thoralf Will ๐บ๐ฆ๐ฎ๐ฑ๐น๐ผ
in reply to daniel:// stenberg:// • • •Amber (aka kemona_halftau)
in reply to daniel:// stenberg:// • • •ๆณข้ (Hatetsu)
in reply to daniel:// stenberg:// • • •Lambda
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Lambda • • •cobratbq - cranky-by-design
in reply to daniel:// stenberg:// • • •toadjaune
in reply to daniel:// stenberg:// • • •screwlisp
in reply to daniel:// stenberg:// • • •Sensitive content
@bagder
daniel:// stenberg://
in reply to daniel:// stenberg:// • • •Fredrik Bjรถreman
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Fredrik Bjรถreman • • •@bjoreman hard-drives are little things in your computer you stored data on in the times before we switched to SSDs.
(ducks and runs)
Christian Vogel
in reply to daniel:// stenberg:// • • •@bjoreman I see, I guess you also are are a proud owner of the Leslie Nielsen medal, you got awarded when still in school?
What's that?
A building where pupils are taught... but that's not important here.
Bjรถrn Fahller
in reply to daniel:// stenberg:// • • •Michael Simons
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to Michael Simons • • •Karl Matthias ๐บ๐ฆ
in reply to daniel:// stenberg:// • • •Michael Simons
in reply to daniel:// stenberg:// • • •flippette
in reply to daniel:// stenberg:// • • •@rotnroll666
Ahem.
Using this image of a Big Mac from McDonald's website (s7d1.scene7.com/is/image/mcdonโฆ), which you can of course download with `curl`, you can roughly mask out the burger with GIMP's Fuzzy Select Tool and some manual adjustment, then select the top 90th percentile of pixels in the Value histogram, which gives a pixel count of 324171 (YMMV, to some extent).
1 in = 2.54 cm, all of which is to say...
1 imperial byte roughly equals 7.84e-6ths of a Big Mac.
Anders Lindqvist
in reply to daniel:// stenberg:// • • •Ben Zanin
in reply to daniel:// stenberg:// • • •Aurora
in reply to daniel:// stenberg:// • • •Anssi Kolehmainen
in reply to daniel:// stenberg:// • • •Reed Mideke
in reply to daniel:// stenberg:// • • •embix
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to embix • • •Adopt `SI` and `IEC` standards for size display
Fd929c2CE5fA (GitHub)Timo J
in reply to daniel:// stenberg:// • • •datenwolf
in reply to daniel:// stenberg:// • • •1024 with SI units. And if you're willing to get creative with typography, you can fit it into 3 decimal digits, if you allow to reuse the decimal separator position.
In the imaging suite I maintain, the free memory indicator looks like this
Free Memory: 123.001 GiB
.
Free Memory: 123.000 GiB
.
Free Memory: 122ยน023 GiB
.
Free Memory: 122ยน021 GiB
โฎ
Free Memory: 122ยน001 GiB
.
Free Memory: 122ยน000 GiB
.
Free Memory: 122.999 GiB
.
Free Memory: 122.998 GiB
Franck โ ๏ธ
in reply to daniel:// stenberg:// • • •chewey
in reply to daniel:// stenberg:// • • •The misuse of SI prefixes for non-decimal multipliers has always been a bad idea.
Multiples of 1024 are fine if they use the IEC prefixes โ if not, the number should be 1000-based.
jens persson
in reply to daniel:// stenberg:// • • •Possibly only as a default and a flag to change to 1000, but I can't think of a reason beyond contrarianism for why anyone would prefer it.
Olivier Mehani
in reply to daniel:// stenberg:// • • •1024 makes more sense to me for quantities of bits.
But I'll accept either as long as the multiples are clear:
* 1000 -> 1 kb
* 1024 -> 1 Kib
Andreas Fink
in reply to daniel:// stenberg:// • • •groff ๐บ๐ฆ
in reply to daniel:// stenberg:// • • •Julian Andres Klode ๐ณ๏ธโ๐
in reply to daniel:// stenberg:// • • •In Ubuntu we have a units policy wiki.ubuntu.com/UnitsPolicy
The answer here is 1000-based units kB and so on. If you pick 1024 KiB we'd need to patch it back to kB.
UnitsPolicy - Ubuntu Wiki
wiki.ubuntu.comdaniel:// stenberg://
in reply to Julian Andres Klode ๐ณ๏ธโ๐ • • •stof
in reply to daniel:// stenberg:// • • •daniel:// stenberg://
in reply to stof • • •Ondลej Caletka
in reply to daniel:// stenberg:// • • •Pauliehedron โ
in reply to daniel:// stenberg:// • • •synlogic4242
in reply to daniel:// stenberg:// • • •Ben Ramsey
in reply to daniel:// stenberg:// • • •Bradalot โโ
in reply to daniel:// stenberg:// • • •nyanbinary (365d/y spoopy)
in reply to daniel:// stenberg:// • • •Sensitive content
Mark W. Gabby-Li ๐
in reply to daniel:// stenberg:// • • •0xa
in reply to daniel:// stenberg:// • • •