Hard drive sizes are typically marketed using the decimal meaning of prefixes, whereas RAM uses binary meanings. For example:
A 10 GB hard drive (common only a few years ago) typically has 10,000,000,000 bytes 10 GB of RAM though is equal to 10,737,418,240 bytes
More information about this can be found here.
The problem is to take 2 inputs based upon decimal prefixes (a number representing size and a string representing the units) and output the equivalent size using binary prefixes, as seen below:
[100], 'MB' -> [95.4] [100], 'GB' -> [93.1]
could you provide some sort of indication as to the precision of said number?
please fix the errors in the solution check, or at least use consistent precision :/
My calculation suggests test 3 should have an answer of approximately 465.661, which is tricky to round to 465.5. (Not impossible, but not obvious/intuitive, and not consistent with answers specified for the other tests.) . . . Why was it like this? My guess is that all three answers were adapted directly from the three rows in the contemporary WP article linked to in the problem statement ( https://en.wikipedia.org/w/index.php?title=Hard_disk_drive&oldid=476051941#Units_of_storage_capacity ), to wit: * 100MB = first row; * 10GB = one tenth of second row; * 500GB = half of last row. This yields the peculiar rounding found in the Test Suite.
Sorry but I don't understand your rounding results.
I would consider this to be the best solution, though it fails the test cases (only because of the precision of the test suite answers).
320 Solvers
322 Solvers
Remove white space from the string
139 Solvers
200 Solvers
1079 Solvers