https://www.opennet.me/openforum/vsluhforumID3/119775.html Компания Google представила обновлённый вариант системы распределения памяти TCMalloc. Первый вариант TCMalloc был открыт в 2005 году и поставлялся в составе пакета gperftools (Google Performance Tools). Отныне TCMalloc, который используется во многих внутренних проектах Google, решено распространять в виде отдельного проекта. Код TCMalloc написан на С++ и доступен под лицензией Apache...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52364<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#104 Tue, 18 Feb 2020 08:10:31 GMT Мы говорим про выделение памяти, или про файловый ввод-вывод? Мне казалось про первое, не?<br>Ты беседу-то читай целиком, прежде чем влезать в неё.<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#103 Tue, 18 Feb 2020 00:09:01 GMT &gt; у гулага дойная корова реклама и они готовы убить youtube, android и <br>&gt; что угодно, но высосать ее полностью и продать всех пользователей.<br><br>Если они именно полностью - тогда у них поток денег кончится. Так что фиг, круговорот должен быть. Пипл должен это хавать и при том добровольно - т.к. приказать юзать свои сервисы, девайсы или что там еще гугл не может.<br><br>&gt; призыв использовать mmap() означает, что нужно использовать его напрямую, включать голову <br><br>А таки malloc это часть стандарта стандартной либы си, а mmap - лишь posix. Портабельность снижается. Подмена malloc() таких проблем не создает.<br><br>&gt; и организовать memory pool если нужно.<br><br>Может и свой аллокатор тогда сразу писать?<br><br>&gt; Твои use кейсы вполне типичные.<br><br>Неа. Я тот еще системный извращенец.<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#102 Tue, 18 Feb 2020 00:06:30 GMT &gt; чистый zero runtime.<br><br>Это не чистый zero runtime, а вполне себе 6 метров рантайма (в хелловорлде) элементарно припертого с собой.<br><br>Я даже и покруче могу придумать. Ну вот например открываем страничку, а там loader на JS. Запускаем фабрисовский эмуль, грузим Linux, в нем свою прогу... так что идею притаскивания с собой своего рантайма можно, как видим, малость доразвить, притащив с собой вообще и эмулятор любого желаемого набора команд, и операционку на него, а backend на котором оно запустилось, в принципе, вообще не принципиален, чего уж там :)<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#101 Mon, 17 Feb 2020 23:36:10 GMT &gt; Они собираются Rust Foundation создать для отвязки от мозиллы.<br><br>Ну вот когда и если, и еще и репы от них отвяжут - тогда и приходите. А покамест я мозильских вендорлоков с аддонами уже вкусил выше крыши и за добавкой не приду нифига, еще не хватало чтоб меня так в программировании с компонентами и либами могли натянуть.<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#100 Mon, 17 Feb 2020 23:34:18 GMT &gt; В манямирках-то конечно. I/O Kit из OSX пойдет как пример системного программирования <br>&gt; на плюсах?<br><br>IOKit это как я понимаю некая нашлепка над ядром. А практически вся система, включая кернель, дрова и прочее таки си. А так если какие апликухи и прочее брать, окажется что у эпла там еще и swift какой-нибудь, но вот сказать что "система написана на swift" будет все же странно.<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#99 Mon, 17 Feb 2020 23:25:07 GMT &gt; Ровно наоборот. mmap -- это частный случай malloc.<br><br>Да ну ладно?! А сможешь malloc()-ом по файлу шариться? В mmap так можно и это половина его предназначения :)<br><br>&gt; что и с read/write и fread/fwrite. Буферизованный ввод/вывод резко быстрее, если <br>&gt; тебе надо читать/писать маленькими кусками.<br><br>А прикинь, mmap()-ом еще можно файло в память отмаппить как "группу адресов" и дальше делать файловый IO как будто это у нас такой очень большой массив* и при этом ... ну, по сути, почти интерфейс к дисковому кэшу ядра, совершенно прозрачный и выглядящий как просто регион памяти.<br><br>* На 32-битных архитектурах массив "почему-то" не такой уж и большой, что накладывает ограничения на размеры файлов :)<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#98 Mon, 17 Feb 2020 23:19:06 GMT &gt; deprecated и в linux, bsd... <br><br>Чего-то в Linux Programmer's manual вообще совсем ни звука про то что это - deprecated. Единственное что там указано - дескать, для _портабельного_ выделения памяти лучше юзайте в своих программах malloc(), дескать.<br><br>&gt; стек это тоже mmap () остался только один* сискол на все <br><br>Ну вот brk/sbrk таки другие, согласно LPM sbrk реализован как дерг brk + код либы. Однако brk все-таки отдельный сискол как ни крути.<br> https://www.opennet.me/openforum/vsluhforumID3/119775.html#97 Mon, 17 Feb 2020 23:09:23 GMT &gt; Винда пойдёт в качестве примера? Уж как минимум, всё, что использует COM <br>&gt; - это либо плюсы, либо .NET.<br><br>А в каком месте COM является системным программированием? Системное в NT это вообще NT API, так уж, по большому счету. И у него интерфейс совсем не плюсатый, ну вообще никак. А внутрях... внутрях я даже не знаю как их кёrnel называть, там нечто вообще совсем ms-specific и на этом никто кроме ms на данное планете не изъясняется.<br><br>&gt; А учитывая, что MSVC - это компилятор С++, который случайно поддерживает подмножество C,<br><br>...потому что &gt;=C99 ms так и не осилил и в результате большинство системщиков и низкоуровневых алгоритмистов с этой шняги сбежало gcc и шланг :). А многие еще и в линукс, за что MS большое человеческое спасибо! А визгливых дотнетчиков они, так и быть, себе могут оставить, у нас и своих пихтонрастов избыток, могут даже кого-нибудь забрать, для компании дотнетчикам :)<br><br>&gt; вполне вероятно, что там всё, включая ядро, на C++ (который, возможно, используется как C <br>&gt; с классами, но тем н https://www.opennet.me/openforum/vsluhforumID3/119775.html#95 Mon, 17 Feb 2020 08:46:46 GMT Интересно, добавили работу в системах с musl libc. Было бы здорово!<br>