The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз операционной системы NetBSD 8.0, opennews (??), 21-Июл-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Релиз операционной системы NetBSD 8.0"  +1 +/
Сообщение от Аноним (5), 21-Июл-18, 22:32 
Ровно один вариант - malloc ноль возвращает, когда память в системе закончилась ^:)
Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз операционной системы NetBSD 8.0"  –6 +/
Сообщение от Аноним (4), 21-Июл-18, 22:45 
Очень православно, очень по-бздуновски! а почему не завезли оверкоммит?
Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз операционной системы NetBSD 8.0"  +/
Сообщение от _ (??), 22-Июл-18, 01:03 
Чтоб не завозить ООМ? :-)
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз операционной системы NetBSD 8.0"  +/
Сообщение от Аноним (4), 22-Июл-18, 02:31 
Отсутствие ООМ не предотвращает фризы.
Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз операционной системы NetBSD 8.0"  +/
Сообщение от Аноним (29), 22-Июл-18, 13:36 
И?
Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз операционной системы NetBSD 8.0"  –3 +/
Сообщение от Аноним (20), 22-Июл-18, 09:28 
с netbsd вы знаете все 3 программы, которые работают в userspace как свои пять пальцев. На этапе разработки хватит и кода ошибки malloc
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

45. "Релиз операционной системы NetBSD 8.0"  +5 +/
Сообщение от Аноним (78), 22-Июл-18, 19:00 
> Очень православно, очень по-бздуновски! а почему не завезли оверкоммит?

То ли дело праволапчатое забивание на ту же проверку результата malloc, как в тех же г(н)омолибах?
Помню, в багтикете ушлые любители костылей и подпорочек аргументировали тем, что из-за овекамита результат всегда будет позитивным (и упадет оно только когда решит действительно задействовать эту память), а значит на проверку можно забить.
Л-Логика!

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

47. "Релиз операционной системы NetBSD 8.0"  +3 +/
Сообщение от qwerty123 (??), 22-Июл-18, 19:25 
>Помню, в багтикете ушлые любители костылей и подпорочек аргументировали тем, что из-за овекамита результат всегда будет позитивным (и упадет оно только когда решит действительно задействовать эту память), а значит на проверку можно забить.

+много.
причем процесс грохается по bus сигналу от ядра, и не делает корректную остановку и/или обработку ситуации.
например berkeley db после такого через одну можно удалять, ибо невосстановимо.
и так далее.

"повбивав бы"

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз операционной системы NetBSD 8.0"  +/
Сообщение от Поттеринг (?), 22-Июл-18, 22:26 
> а значит на проверку можно забить.

Линукс ваш новый стандарт, а не какой-то там замшелый posix!

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

22. "Релиз операционной системы NetBSD 8.0"  +1 +/
Сообщение от Q2Wemail (?), 22-Июл-18, 11:09 
Вот бы в линуксе так.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз операционной системы NetBSD 8.0"  +/
Сообщение от qwerty123 (??), 23-Июл-18, 00:00 
>если что - в линуксе ТАК было - примерно во времена libc4, традиционная реализация malloc через sbrk.
>Но в какой-то момент все же было замечено, что это немножк неэффективно на железе новее 80го года выпуска, где памяти не "128K слов". (если что, free и, вероятно, прочие bsd долго и с мучениями копировали эту затею.

Занятно написано, но хрень полная и безграмотная.

NetBSD UVM, 1998
http://chuck.cranor.org/p/diss.pdf

FreeBSD 1.1.5, 1994 man 3 brk
https://www.freebsd.org/cgi/man.cgi?query=brk&apropos=0&sekt...
--
NAME
     brk, sbrk -- change data segment size
DESCRIPTION
     The brk and sbrk functions    are historical curiosities left    over from ear-
     lier days before the advent of virtual memory management.    

FreeBSD malloc (3) revisited, Poul-Henning Kamp, 1998
http://phk.freebsd.dk/pubs/malloc.pdf
Там есть ссылки на публикации


Где и в каком состоянии был Linux kernel вместе с malloc(9) в то время, могу подсказать.

Например, многопоточность в glibc malloc (ptmalloc2) была реализована только в 2006, то есть лет на 8 позже NetBSD/FreeBSD

https://sploitfun.wordpress.com/2015/02/10/understanding-gli.../

History: ptmalloc2 was forked from dlmalloc. After fork, threading support was added to it and got released in 2006. After its official release, ptmalloc2 got integrated into glibc source code. Once its integration, code changes were made directly to glibc malloc source code itself. Hence there could be lot of changes between ptmalloc2 and glibc’s malloc implementation.


Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз операционной системы NetBSD 8.0"  +1 +/
Сообщение от пох (?), 23-Июл-18, 06:59 
> где и в каком состоянии был Linux kernel вместе с malloc(9) в то время, могу подсказать.

да там же и был, идея mmap'ать /dev/zero посетила всех, видимо, примерно из общего источника.

98й - это уже давно libc5, с mmap и sigsegv'ами (и с неработающим rlimit)

И да, расскажите-ка, в каком году у вас его починили?

Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз операционной системы NetBSD 8.0"  –2 +/
Сообщение от qwerty123 (??), 23-Июл-18, 12:05 
>И да, расскажите-ка, в каком году у вас его починили?

Ты общаешься с группой лиц? =)
Тогда группа лиц тебе эксклюзивно советует: Google can help you

Ей лениво писать тому кто упоpото не намерен читать тексты по ссылкам.

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз операционной системы NetBSD 8.0"  +/
Сообщение от нах (?), 23-Июл-18, 13:41 
в тексте по ссылкам нет ни слова о поломанном setrlimit. Если ты ничего не понял - примени к себе свой собственный совет, или не строй из себя эксперта.

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз операционной системы NetBSD 8.0"  –2 +/
Сообщение от qwerty123 (??), 23-Июл-18, 16:13 
>в тексте по ссылкам нет ни слова о поломанном setrlimit.

Правильно, потому что никто не "ломал". Шла разработка.

Только у пафосных скаутов кто-то что-то ломает, бросает, делиться-не делиться, и прочее.

Ты что-то вычитал, и

>или не строй из себя эксперта.

строишь из себя пафосного "эксперта", "слоника-в-домене"

На деле несешь сущий бред.

>группа лиц тебе эксклюзивно советует: Google can help you

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру