Re:The Windows malloc() implementation from MSVCRT is slow
by jart on Saturday July 02, 2022 @05:15PM
(#31962501)
malloc() isn't part of the Linux API which provides mmap().
[ Parent
| on HN ]
Re:The Windows malloc() implementation from MSVCRT is slow
by plorkyeran on Saturday July 02, 2022 @05:27PM
(#31962605)
Libc being just a library is indeed one of the ways that Linux is unlike Unix.
Re:The Windows malloc() implementation from MSVCRT is slow
by leajkinUnk on Saturday July 02, 2022 @06:30PM
(#31963024)
What do you mean by "Unix"? Are you talking about some specific Unix version, or is there something in the POSIX spec that says that libc isn't a library?
Re:The Windows malloc() implementation from MSVCRT is slow
by naniwaduni on Saturday July 02, 2022 @06:49PM
(#31963200)
It's not that libc is supposed to not be a library, but those functions are the POSIX-defined interfaces to the OS. Linux is unusual in that it defines its stable interfaces in terms of the syscall ABI, enabling different implementations of the libc that can work semi-reliably across kernel versions.
Re:The Windows malloc() implementation from MSVCRT is slow
by pjmlp on Saturday July 02, 2022 @05:24PM
(#31962576)
Since we are getting pedantic, Linux isn't a UNIX.
Re:The Windows malloc() implementation from MSVCRT is slow
by CyberDildonics on Saturday July 02, 2022 @05:53PM
(#31962808)
It's absurd you would call someone pedantic for saying malloc is in a library on linux after trying to say that malloc in a library on windows.
[dead]
Re:The Windows malloc() implementation from MSVCRT is slow
by CyberDildonics on Sunday July 03, 2022 @06:00PM
(#31971395)
Why are you calling me your "dear". Don't ever talk to me that way again.
Re:The Windows malloc() implementation from MSVCRT is slow
by chrisseaton on Saturday July 02, 2022 @06:43PM
(#31963150)
> Linux isn't a UNIX
I think this isn't quite right - I think some distributions are actually certified as UNIX.