Исходное сообщение
"Google опубликовал новый вариант системы распределения памят..." Отправлено Аноним, 18-Фев-20 02:25
> Ровно наоборот. mmap -- это частный случай malloc. Да ну ладно?! А сможешь malloc()-ом по файлу шариться? В mmap так можно и это половина его предназначения :) > что и с read/write и fread/fwrite. Буферизованный ввод/вывод резко быстрее, если > тебе надо читать/писать маленькими кусками. А прикинь, mmap()-ом еще можно файло в память отмаппить как "группу адресов" и дальше делать файловый IO как будто это у нас такой очень большой массив* и при этом ... ну, по сути, почти интерфейс к дисковому кэшу ядра, совершенно прозрачный и выглядящий как просто регион памяти. * На 32-битных архитектурах массив "почему-то" не такой уж и большой, что накладывает ограничения на размеры файлов :)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Ровно наоборот. mmap -- это частный случай malloc. > Да ну ладно?! А сможешь malloc()-ом по файлу шариться? В mmap так > можно и это половина его предназначения :) >> что и с read/write и fread/fwrite. Буферизованный ввод/вывод резко быстрее, если >> тебе надо читать/писать маленькими кусками. > А прикинь, mmap()-ом еще можно файло в память отмаппить как "группу адресов" > и дальше делать файловый IO как будто это у нас такой > очень большой массив* и при этом ... ну, по сути, почти > интерфейс к дисковому кэшу ядра, совершенно прозрачный и выглядящий как просто > регион памяти. > * На 32-битных архитектурах массив "почему-то" не такой уж и большой, что > накладывает ограничения на размеры файлов :)
	Введите код, изображенный на картинке: