если что - в линуксе ТАК было - примерно во времена libc4, традиционная реализация malloc через sbrk.
Но в какой-то момент все же было замечено, что это немножк неэффективно на железе новее 80го года выпуска, где памяти не "128K слов". (если что, free и, вероятно, прочие bsd долго и с мучениями копировали эту затею. По дороге поломав к чертям setrlimit - чинили лет десять, по-моему, еще и не дочинили. Линуксный, понятно, никто и не чинил, works as intended)
overcommit пришел чуть позже, когда оказалось, что по другому просто не получается - из-за чудесатого buffer cache и особенностей proactive свопа, никто на самом деле никогда и не знает, сколько у системы доступно памяти (тем более - сколько будет в момент, когда память все же понадобится).
Эту какашку *bsd копировать не стали, попутно поимев некоторый геморрой с портированием выращенных в линуксе якобы-переносимых конструкций (посмотрите на ужас ужасный по имени devel/libublio в портах)