forum.opennet.ru - "Google выпустил систему распределения памяти TCMalloc в форм..." (103)

"Google выпустил систему распределения памяти TCMalloc в форм..."

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

"Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
Сообщение от opennews (??), 13-Фев-20, 23:04
Компания Google представила обновлённый вариант системы распределения памяти TCMalloc. Первый вариант TCMalloc был открыт в 2005 году и поставлялся в составе пакета gperftools (Google Performance Tools). Отныне TCMalloc, который используется во многих внутренних проектах Google, решено распространять в виде отдельного проекта. Код TCMalloc написан на С++ и доступен под лицензией Apache... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52364
Ответить \| Правка \| Cообщить модератору

Оглавление

Для интересующихся - нет, это не тот же tcmalloc из gperftools https github co, Аноним (1), 23:04 , 13-Фев-20, (1) –6

если читать новости дальше первого предложения, то именно так все в статье и нап, заминированный тапок (?), 01:25 , 14-Фев-20, (7) +20
Кэп сегодня жжот напалмом Но залогиниться всеж забыл , Аноним (-), 06:31 , 14-Фев-20, (17) +1
Тот tcmalloc из gperftools запомнился тем, что вешал пк, когда памяти визуально , Аноним (33), 11:25 , 14-Фев-20, (33) +1

1 tcmalloc медленнее чем gemalloc который применяется в fbsd2 эти аллокаторы п, neAnonim (?), 23:13 , 13-Фев-20, (2) +4

Что, вот прямо во всех случаях И вы, конечно, покажете бенчмарки, подтверждающи, Аноним (-), 00:08 , 14-Фев-20, (5) +5

А что по твоему происходит если треды начинают вызывать общий на всех malloc , neAnonim (?), 02:23 , 14-Фев-20, (10)

define общий на всех malloc , для начала Ну там как описание flow кто и что д, Аноним (-), 06:31 , 14-Фев-20, (16)

google Wave, g reader, g talk, g labs, picasa, Google Glass да дох много проек, neAnonim (?), 08:44 , 14-Фев-20, (23) +1

Проекты закрывают потому что они перестают приносить достаточно бабла, а не пото, Антонидас (?), 09:19 , 14-Фев-20, (25) +1

https vc ru amp 52234вот vc сделали статью с более полным перечнем закрытых пр, neAnonim (?), 11:44 , 14-Фев-20, (35) +1

причины закрытия всегда сводятся к одному команда гугл потеряла интерес к проек, колба (?), 14:38 , 14-Фев-20, (48) +1

Интерес они теряют если проект не приносит бабки и вбухивание усилий себя не оку, Аноним (-), 18:11 , 14-Фев-20, (53)

Google тогда уж Именно При скудоумии случается автоВАЗ - фуфло до упора У, Аноним (-), 18:09 , 14-Фев-20, (52)

у гулага дойная корова реклама и они готовы убить youtube, android и что угодно,, neAnonim (?), 11:03 , 15-Фев-20, (85)

Если они именно полностью - тогда у них поток денег кончится Так что фиг, круго, Аноним (-), 03:09 , 18-Фев-20, (103)

Тот-же Go был ими взять на вооружение именно для того, чтоб нанимать ничего не у, asdasd (?), 09:15 , 14-Фев-20, (24) +2

Как ни странно, макаки Go не осиливают, они лезут, в основном, в скриптоту, а из, Аноним (29), 10:59 , 14-Фев-20, (29) –4

Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection,, Аноним (-), 13:36 , 14-Фев-20, (42) +1

А зачем это всё осиливать юному Java-разработчику Слабать код можно как попало,, Аноним (50), 15:17 , 14-Фев-20, (50)
Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection,, Аноним (29), 13:09 , 15-Фев-20, (89) –1

А клоунада анонимов, когда от них требуется написать не вброс и не очередной ярл, Аноним (-), 15:49 , 15-Фев-20, (91)

оценили но не бывшие и негативно в контексте его использования в системном про, nelson (??), 13:50 , 14-Фев-20, (44)

А libc so и libgcc so 8212 они, конечно, просто так на диске валяются , Аноним (46), 14:26 , 14-Фев-20, (46)

Они не являются НЕОТЪЕМЛИМЫМИ Как доктор, умеющий создавать себе arena у в абсо, Аноним (-), 18:20 , 14-Фев-20, (54)

Go это не системный язык Но все равно go это полное г Как всегда распиарин для, Аноним (83), 02:52 , 15-Фев-20, (83) –1

Что за идиоты тебя минусуют Действительно, Си -- системный язык, а Go -- прикла, Аноним (94), 14:34 , 16-Фев-20, (94)

Это не чистый zero runtime, а вполне себе 6 метров рантайма в хелловорлде элем, Аноним (-), 03:06 , 18-Фев-20, (102)

Похоже, ты уже давно не программируешь, и не в курсе дел не только относительно , Аноним (29), 12:17 , 15-Фев-20, (88) –1

Ну просвети уже нас всех Что там с go и что там с современным С А то мы тут ол, Аноним (83), 09:06 , 16-Фев-20, (93)

Про gemalloc я ничего не слышал, но если речь о jemalloc, то тесты с вами не сог, Аноним (1), 02:57 , 14-Фев-20, (12) +3

Ты про эту картинку http ithare com wp-content uploads malloc-cpu pngУ tcmall, neAnonim (?), 03:54 , 14-Фев-20, (14) +2
Ага То-есть, если копнуть, оказывается что если и делает - то мягко говоря не в, Аноним (-), 06:40 , 14-Фев-20, (18) –1

Это смотря чем копать -И то ли дело анонимные анонимы, совсем недавно с умным ви, Аноним (72), 22:03 , 14-Фев-20, (72) +1

Скрыто модератором, Аноним (-), 00:01 , 15-Фев-20, (79)

Угадай, учитывая что сабж только на днях вылупился , Аноним (74), 22:58 , 14-Фев-20, (74)

Это та технология, которая используется в Google chrome , Аноним (3), 00:00 , 14-Фев-20, (3) +10

Тонко , Q2W (?), 10:09 , 14-Фев-20, (27) +2

Оптимальный аллокатор обычно входит в стандартную библиотеку Сторонние аллокато, Аноним (4), 00:07 , 14-Фев-20, (4)

Точнее, это самые разные варианты трейдоффа - банальное предположение и количест, Crazy Alex (ok), 02:23 , 14-Фев-20, (9)

ARM не поддерживается Как подвезут - приходите Следующий , klalafuda (?), 00:27 , 14-Фев-20, (6) –3

и Гугл опустив голову грустно побрёл прочь допиливать поддержку АРМа для клал, Аноним (8), 01:42 , 14-Фев-20, (8) +11

Не для Клалафуды, а для свего же родного Андрюши , Аноним (28), 10:20 , 14-Фев-20, (28) +1

пипл и так хавает А тех, кто могли такое написать, мы уже уволили - какие-то он, гугель (?), 12:52 , 14-Фев-20, (39) +2

Breaking news Клава наказывает Гугл , Аноним (11), 02:38 , 14-Фев-20, (11) +1
О, круто - Если гугл не релизит сорцы, пох верещит что негодяи, патчи зажимают, , Аноним (-), 06:42 , 14-Фев-20, (19) +4

Ну а не такое уг релизнуть гугль не мог Вот и остается гадать - то ли копрораци, пох. (?), 07:11 , 14-Фев-20, (22) –1

Ты хотел сорцы Вот, пожалуйста, в виде как есть А то задачи гугла совпадут с т, Аноним (-), 20:32 , 14-Фев-20, (59)

Вон , сосед по палате (?), 19:53 , 14-Фев-20, (55)

гении хухля не осилили аллокатор на чистом С прогресс , однако , nelson (??), 03:25 , 14-Фев-20, (13) +1

а почему нужно писать именно на Си я сам немного сишник если что, но написание, leap42 (ok), 04:21 , 14-Фев-20, (15) +1

1 потому что современные реализации С являются, по сути, языком сверхвысокого, nelson (??), 13:38 , 14-Фев-20, (43) –1

Может быть, лет через 5-10 вы случайно наткнётесь на этот свой комментарий и с н, Аноним (46), 14:31 , 14-Фев-20, (47) +2

дайте угадаю - вы STL-фаг, который без разбору использует возможности стандартно, nelson (??), 16:26 , 14-Фев-20, (51) +2
На плюсах нет ни 1 сколь-нибудь востребованной операционки Самое крутое системн, Аноним (-), 20:35 , 14-Фев-20, (60) –1

Haiku Genode Не, не слышал, но ценное мнение 8230 , Аноним (-), 22:27 , 14-Фев-20, (73)

Еще реактос надо вспомнить Без него список жесткой маргинальщины был бы неполны, Аноним (-), 23:49 , 14-Фев-20, (75)

В манямирках-то конечно I O Kit из OSX пойдет как пример системного программиро, Аноним (87), 12:00 , 15-Фев-20, (87)

IOKit это как я понимаю некая нашлепка над ядром А практически вся система, вкл, Аноним (-), 02:34 , 18-Фев-20, (100)

Винда пойдёт в качестве примера Уж как минимум, всё, что использует COM - это л, Аноним (74), 15:21 , 15-Фев-20, (90)

А в каком месте COM является системным программированием Системное в NT это воо, Аноним (97), 02:09 , 18-Фев-20, (97)

Гугл вообще странноватые типы - плюсы юзают часто вообще хз зачем Потому что V2, Аноним (-), 06:46 , 14-Фев-20, (20) +1

Здесь файлов поболее двух, но , bf (??), 09:41 , 14-Фев-20, (26) +2

но да, гугол и тут верен себе, используя по сути свой внутренний крап Ну , Аноним (-), 20:38 , 14-Фев-20, (61)

Гугл, как и дюбая вменяемая корпорация, смотрит ещё на сопутствующие услоаия Ес, Crazy Alex (ok), 14:19 , 14-Фев-20, (45)

На самом деле все проще - в упомянутом случае прогер просто хватнул привычный ту, Аноним (-), 21:00 , 14-Фев-20, (65)

Скажите спасибо, что на джаве не написали , Аноним (21), 06:58 , 14-Фев-20, (21) +2

Спасибо, что не на расте , Аноним (31), 11:23 , 14-Фев-20, (31) +3

а что не так с растом , анон (?), 11:48 , 14-Фев-20, (36)

Вызывает пригорания у известной аудитории - , pda (?), 12:25 , 14-Фев-20, (37)
Небезопасен , Аноним (38), 12:33 , 14-Фев-20, (38) +1

А я абзолюдно збагоен , Аноним (56), 19:55 , 14-Фев-20, (56)

Вендорлокнут на мозиллу корп, которая делом доказала что те еще типы, даже хрено, Аноним (-), 21:01 , 14-Фев-20, (66) –2

Они собираются Rust Foundation создать для отвязки от мозиллы , Wilem (?), 11:06 , 15-Фев-20, (86) –1

Ну вот когда и если, и еще и репы от них отвяжут - тогда и приходите А покамест, Аноним (-), 02:36 , 18-Фев-20, (101) –1

https github com microsoft mimallochttps github com plasma-umass Meshhttps , Аноним (30), 11:04 , 14-Фев-20, (30) +4

что за сорта г , Аноним (31), 11:24 , 14-Фев-20, (32) –2
https google github io tcmalloc сабж забыл, InuYasha (?), 11:38 , 14-Фев-20, (34)

Гугл уже взялся и рынок памяти перераспределять , Аноним (40), 13:17 , 14-Фев-20, (40)
При выделении память автоматически инициализируется ненавязчивой рекламной строк, Mrueff (?), 13:27 , 14-Фев-20, (41) +2
А телеметрия отключается , abi (?), 15:15 , 14-Фев-20, (49) +1
Я пьян, и malloc этоLockmmap Null, Unlock, Павел Отредиез (?), 20:19 , 14-Фев-20, (57)

Это simple malloc в uClibc , Павел Отредиез (?), 20:28 , 14-Фев-20, (58)

А mmap это сискол , Павел Отредиез (?), 20:42 , 14-Фев-20, (62)

Поговорю пьяный сам с собой, ничего парни , Павел Отредиез (?), 20:43 , 14-Фев-20, (63)

Теперь господа классные программисты пусть переделают это в реализацию mmap, доп, Павел Отредиез (?), 20:54 , 14-Фев-20, (64)

Malloc не всегда mmap Это раз Два - могут быть какие-то специальные соображени, Аноним (-), 21:04 , 14-Фев-20, (67)

Нет, malloc всегда mmap Ты анон ошибаешься Посмотри исходники newlib uClibc , Павел Отредиез (?), 21:13 , 14-Фев-20, (68)

И в BSD тоже malloc вызывает syscall mmap , Павел Отредиез (?), 21:17 , 14-Фев-20, (69)

В BSD вообще libc вызывает 5 syscall ов Остальное ассемблер Посмотришь на open, Павел Отредиез (?), 21:22 , 14-Фев-20, (70)

Ну позырь сорц mirai, увидь как хацкеры делают подобные выходки вообще без асма , Аноним (-), 23:57 , 14-Фев-20, (77)

А ежели я найду malloc который не mmap А то malloc ВНЕЗАПНО бывает даже на ш, Аноним (-), 23:54 , 14-Фев-20, (76)

Ну в бутлоадерах тупо передвигается указатель на свободную память Там и free не, Павел Отредиез (?), 00:38 , 15-Фев-20, (80) –1
Нет системного вызова malloc Есть mmap , Павел Отредиез (?), 00:46 , 15-Фев-20, (81)

Можно только урвать побольше, а потом выдавать , Павел Отредиез (?), 00:47 , 15-Фев-20, (82)

Или по твоему libc один раз запрашивает mmap, а потом из него выделяет malloc и, Павел Отредиез (?), 21:44 , 14-Фев-20, (71)

Еще можно man brk и sbrk, чтоли , Аноним (-), 23:59 , 14-Фев-20, (78)

deprecated и в linux, bsd стек это тоже mmap остался только один сискол н, neAnonim (?), 05:51 , 15-Фев-20, (84)

Чего-то в Linux Programmer s manual вообще совсем ни звука про то что это - depr, Аноним (-), 02:19 , 18-Фев-20, (98)

Ровно наоборот mmap -- это частный случай malloc Иногда malloc безболезненно м, Ordu (ok), 20:05 , 15-Фев-20, (92) –1

Да ну ладно А сможешь malloc -ом по файлу шариться В mmap так можно и это по, Аноним (-), 02:25 , 18-Фев-20, (99)

Мы говорим про выделение памяти, или про файловый ввод-вывод Мне казалось про п, Ordu (ok), 11:10 , 18-Фев-20, (104)

Интересно, добавили работу в системах с musl libc Было бы здорово , Dennis (??), 11:46 , 17-Фев-20, (95)

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

1. "Google выпустил систему распределения памяти TCMalloc в форм..." –6 +/–

Сообщение от Аноним (1), 13-Фев-20, 23:04

Для интересующихся - нет, это не тот же tcmalloc из gperftools.
https://github.com/gperftools/gperftools/issues/1169#issueco...

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

7. "Google выпустил систему распределения памяти TCMalloc в форм..." +20 +/–

Сообщение от заминированный тапок (?), 14-Фев-20, 01:25

если читать новости дальше первого предложения, то именно так все в статье и написано. причем в самом начале

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

17. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от Аноним (-), 14-Фев-20, 06:31

Кэп сегодня жжот напалмом! Но залогиниться всеж забыл.

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

33. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от Аноним (33), 14-Фев-20, 11:25

Тот tcmalloc из gperftools запомнился тем, что вешал пк, когда памяти визуально ещё порядка 30% было. Странная штука была, в общем, напрасно его пихали.

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

2. "Google выпустил систему распределения памяти TCMalloc в форм..." +4 +/–

Сообщение от neAnonim (?), 13-Фев-20, 23:13

1) tcmalloc медленнее чем gemalloc который применяется в fbsd
2) эти аллокаторы предназначены для бездумного использования. когда треды ломятся в одну точку по очереди
единственное что тебе действительно нужно это mmap() и читать dodbook (Richard Fabian)
альтернатива: ищи простые реализации аллокаторов на gh и даже они дают прирост 500%

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

5. "Google выпустил систему распределения памяти TCMalloc в форм..." +5 +/–

Сообщение от Аноним (-), 14-Фев-20, 00:08

> 1) tcmalloc медленнее чем gemalloc который применяется в fbsd
Что, вот прямо во всех случаях? И вы, конечно, покажете бенчмарки, подтверждающие эту идею?
> 2) эти аллокаторы предназначены для бездумного использования. когда треды ломятся в одну точку по очереди
Есть какая-то статистика насколько это соответствует поведению разного софта?

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

10. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от neAnonim (?), 14-Фев-20, 02:23

А что по твоему происходит если треды начинают вызывать общий на всех malloc() ?
Тебе действительно нужна эта mid-bloat-level прослойка, если ты такой умный?
моя основная мысль: прокачивай квалификацию или иди в питон

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

16. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 14-Фев-20, 06:31

> А что по твоему происходит если треды начинают вызывать общий на всех malloc() ?
#define "общий на всех malloc", для начала? Ну там как описание flow кто и что делал по тредам, анализа насколько этот flow типичен в том или ином сценарии для разных программ, а желательно еще и с пояснением почему именно фрибсдшная реализация типа-всех-задвинет и наверное какие-нибудь бенчи где это все было бы видно, чтоли. А то просто громкий тезис пальцем в небо - и, собственно, чего? КМК гугл
> Тебе действительно нужна эта mid-bloat-level прослойка, если ты такой умный?
Позволю себе методом "от противного": гугл скорее всего все-таки не настолько глупый и плохой в управлении, чтобы кодить такую штуку чисто для лулзов. И конструкция этой штуки как бы намекает.
> моя основная мысль: прокачивай квалификацию или иди в питон
Очешуенный аргумент. Что из ваших заявлений позволяет "прокачать квалификацию", например? :)

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

23. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от neAnonim (?), 14-Фев-20, 08:44

google Wave, g reader, g talk, g labs, picasa, Google Glass...
да дох.много проектов были сделаны и закрыты от большого ума. Да?
про квалификацию: я начал с совета прочитать книгу. а ты хочешь сказать что вот твое приложение такое индивидуальное, что только анализ поможет? да, анализ покажет что ты особеный.

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

25. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от Антонидас (?), 14-Фев-20, 09:19

>google Wave, g reader, g talk, g labs, picasa, Google Glass...
>да дох.много проектов были сделаны и закрыты от большого ума. Да?
Проекты закрывают потому что они перестают приносить достаточно бабла, а не потому что объявился какой-то дядя и сказал: "У вас тут говнокод, вы, похоже, нужных книжек не читали, закрывайтесь"

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

35. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от neAnonim (?), 14-Фев-20, 11:44

https://vc.ru/amp/52234
вот vc сделали статью с более полным перечнем закрытых проектов по годам и не везде известны причины закрытия.
А у тебя "эксперт" для всего один шаблон.

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

48. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от колба (?), 14-Фев-20, 14:38

причины закрытия всегда сводятся к одному: команда гугл потеряла интерес к проекту.

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

53. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 14-Фев-20, 18:11

> причины закрытия всегда сводятся к одному: команда гугл потеряла интерес к проекту.
Интерес они теряют если проект не приносит бабки и вбухивание усилий себя не окупает. Просто пострадать абстрактной фигней, без отдачи - извините, но так можно угробить даже большую компанию за обозримое время.

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

52. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 14-Фев-20, 18:09

> google Wave, g reader, g talk, g labs, picasa, Google Glass...
Google+ тогда уж.
> да дох.много проектов были сделаны и закрыты от большого ума. Да?
Именно! При скудоумии случается автоВАЗ: $ -> фуфло до упора. У гугли до 90% проектов пробные шары, спокойно списывают если не сработало. А если не списали, и появилось не вчера, значит видят некий пойнт. Вроде обычная логика.
> про квалификацию: я начал с совета прочитать книгу.
И совета юзать mmap... :\
> а ты хочешь сказать что вот твое приложение такое индивидуальное, что только
> анализ поможет? да, анализ покажет что ты особеный.
Может и покажет. У меня специфичные юзкейсы, а для каких именно юзкейсов были те громкие заявы я и пытался понять.
И кстати с чего вы взяли что mmap() всем подходит как замена malloc()? Я не понимаю...

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

85. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от neAnonim (?), 15-Фев-20, 11:03

у гулага дойная корова реклама и они готовы убить youtube, android и что угодно, но высосать ее полностью и продать всех пользователей.
призыв использовать mmap() означает, что нужно использовать его напрямую, включать голову и организовать memory pool если нужно.
если ты не уперся в пропускную способность памяти и не пришел к dod сам. Твои use кейсы вполне типичные.

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

103. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 18-Фев-20, 03:09

> у гулага дойная корова реклама и они готовы убить youtube, android и
> что угодно, но высосать ее полностью и продать всех пользователей.
Если они именно полностью - тогда у них поток денег кончится. Так что фиг, круговорот должен быть. Пипл должен это хавать и при том добровольно - т.к. приказать юзать свои сервисы, девайсы или что там еще гугл не может.
> призыв использовать mmap() означает, что нужно использовать его напрямую, включать голову
А таки malloc это часть стандарта стандартной либы си, а mmap - лишь posix. Портабельность снижается. Подмена malloc() таких проблем не создает.
> и организовать memory pool если нужно.
Может и свой аллокатор тогда сразу писать?
> Твои use кейсы вполне типичные.
Неа. Я тот еще системный извращенец.

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

24. "Google выпустил систему распределения памяти TCMalloc в форм..." +2 +/–

Сообщение от asdasd (?), 14-Фев-20, 09:15

> чтобы кодить такую штуку чисто для лулзов
Тот-же Go был ими взять на вооружение именно для того, чтоб нанимать ничего не умеющих макак писать код.

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

29. "Google выпустил систему распределения памяти TCMalloc в форм..." –4 +/–

Сообщение от Аноним (29), 14-Фев-20, 10:59

Как ни странно, макаки Go не осиливают, они лезут, в основном, в скриптоту, а из компилируемых предпочитают жабу.
А Go высоко оценили бывшие сишники, которым надоело заморачиваться с ручным управлением памятью и прочими неудобствами. Как-никак уже 2020 год и на рынке языков программирования есть из чего выбрать.

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

42. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от Аноним (-), 14-Фев-20, 13:36

> Как ни странно, макаки Go не осиливают, они лезут, в основном, в
> скриптоту, а из компилируемых предпочитают жабу.
Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками и аннотациями, но не осиливают Go?
Логика анонимов такая "логичная".
> А Go высоко оценили бывшие сишники, которым надоело заморачиваться с ручным управлением памятью и прочими неудобствами.
Скорее, просто "бывшие сишники", осилившие только пару простеньких и примитивный парадигм, поддерживаемых Си - отчаянно не хотят приравнивать себя, любимых, к "макакам". Бережно лелеемое ЧСВ не позволяет, понимаш.

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

50. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (50), 14-Фев-20, 15:17

> Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками и аннотациями
А зачем это всё осиливать юному Java-разработчику? Слабать код можно как попало, и побольше копипасты, всё равно его через пару месяцев следующий юный разработчик будет с нуля переписывать.
Добро пожаловать в мир enterpise-grade solutions, Нео!

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

89. "Google выпустил систему распределения памяти TCMalloc в форм..." –1 +/–

Сообщение от Аноним (29), 15-Фев-20, 13:09

Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками и аннотациями, но не осиливают Си?
Логика анонимов такая "логичная".

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

91. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 15-Фев-20, 15:49

> Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками
> и аннотациями, но не осиливают Си?
> Логика анонимов такая "логичная".
А клоунада анонимов, когда от них требуется написать не вброс и не очередной ярлык "как знают все" такая клоунская.

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

44. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от nelson (??), 14-Фев-20, 13:50

>> Go высоко оценили бывшие сишники
оценили. но не бывшие и негативно (в контексте его использования в системном программирования). но для веб-макакинга язычёк вполне подходит
>> заморачиваться с ручным управлением памятью и прочими неудобствами
этими вещами заморачиваются не по причине фанатизма, как вам может показаться со стороны, а по причине отсутствия альтернатив Си
Си обладает свойством zero runtime, гошка - нет. уже одного этого факта достаточно, чтобы сделать вывод о непригодности гошки для решения ряда задач, для которых подходит Си
гошка не может заменить Си, как бы этого ни хотелось смузистам

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

46. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (46), 14-Фев-20, 14:26

А libc.so и libgcc.so — они, конечно, просто так на диске валяются...

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

54. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 14-Фев-20, 18:20

> А libc.so и libgcc.so — они, конечно, просто так на диске валяются...
Они не являются НЕОТЪЕМЛИМЫМИ. Как доктор, умеющий создавать себе arena'у в абсолютно пустой железке грю! (вот прям сишкой, работающим в этой фазе с некоторыми ограничениями)

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

83. "Google выпустил систему распределения памяти TCMalloc в форм..." –1 +/–

Сообщение от Аноним (83), 15-Фев-20, 02:52

Go это не системный язык. Но все равно go это полное г. Как всегда распиарин для смузи потребителей. Сравнивать С и Go это как сравнивать «С» с смузи. Разные вещи для разных целей и пользователей. Один для программистов, другой для носителей обтягивающих джинс и ироничных наклеек на MacBook.

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

94. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (94), 16-Фев-20, 14:34

Что за идиоты тебя минусуют? Действительно, Си -- системный язык, а Go -- прикладной. Да, текущий Go отлично статически линкует, но это не чистый zero runtime. Чтобы понять разницу нужно компилять в нормальном окружении, а именно в любом дистре, основанном на чем угодно, кроме (e)glibc. Например, Alpine Linux, где вместо glibc используется musl. И если вы не знаете, что линковаться с libc вообще не обязательно, то это ваши трудности, а точнее поражение мозга Столлманом и его психопатией, что кто-то его код хочет утащить. Поэтому он сделал статическую линковку с glibc через одно место (тянем runtime) и все это объясняем "безопасностью", когда никто не мешает небезопасно статически нормально линковать openssl.

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

102. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (-), 18-Фев-20, 03:06

> чистый zero runtime.
Это не чистый zero runtime, а вполне себе 6 метров рантайма (в хелловорлде) элементарно припертого с собой.
Я даже и покруче могу придумать. Ну вот например открываем страничку, а там loader на JS. Запускаем фабрисовский эмуль, грузим Linux, в нем свою прогу... так что идею притаскивания с собой своего рантайма можно, как видим, малость доразвить, притащив с собой вообще и эмулятор любого желаемого набора команд, и операционку на него, а backend на котором оно запустилось, в принципе, вообще не принципиален, чего уж там :)

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

88. "Google выпустил систему распределения памяти TCMalloc в форм..." –1 +/–

Сообщение от Аноним (29), 15-Фев-20, 12:17

Похоже, ты уже давно не программируешь, и не в курсе дел не только относительно Go, но и современного Си.

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

93. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (83), 16-Фев-20, 09:06

Ну просвети уже нас всех. Что там с go и что там с современным С? А то мы тут олдфаги с ANSI C то не вкусе дел.

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

12. "Google выпустил систему распределения памяти TCMalloc в форм..." +3 +/–

Сообщение от Аноним (1), 14-Фев-20, 02:57

> tcmalloc медленнее чем gemalloc который применяется в fbsd
Про gemalloc я ничего не слышал, но если речь о jemalloc, то тесты с вами не согласны:
http://ithare.com/testing-memory-allocators-ptmalloc2-tcmall.../

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

14. "Google выпустил систему распределения памяти TCMalloc в форм..." +2 +/–

Сообщение от neAnonim (?), 14-Фев-20, 03:54

Ты про эту картинку :
http://ithare.com/wp-content/uploads/malloc-cpu.png
У tcmalloc экспоненциальный рост начиная с 13ти потоков и уже на 20 jemalloc жрет меньше.
"Производительность для не очень многопоточных приложений с большим количеством памяти на борту" вроде так в новости :)
как проснусь поищу тесты которые помню я. (еще более ужасные для tc)
(хотя в новости указанно что у гулага целых 2 tcmalloc)

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

18. "Google выпустил систему распределения памяти TCMalloc в форм..." –1 +/–

Сообщение от Аноним (-), 14-Фев-20, 06:40

Ага. То-есть, если копнуть, оказывается что если и делает - то мягко говоря не всегда и не везде, и на серебряную пулю ни разу не похоже. А пальцатый чудак рассуждающий про питон настолько крут что даже название алгоритма у него забагованое. Хы! Кстати а это какой из tcmalloc'ов на графике?

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

72. "Google выпустил систему распределения памяти TCMalloc в форм..." +1 +/–

Сообщение от Аноним (72), 14-Фев-20, 22:03

> Ага. То-есть, если копнуть, оказывается что если и делает - то мягко
> говоря не всегда и не везде, и на серебряную пулю ни разу не похоже.
Это смотря чем копать:
>The second parameter we measured, was “memory overhead”. This is very important
>for overall performance, as the less RAM overhead we incur, the more efficient our
>caching is. To have an extremely rough approximation of this effect, we can think
>of allocator-having-2x-overhead, effectively wasting half of each level of caching,
>so instead of 12M L3 cache, with such an 2x-overhead-allocator we’ll run “as if”
>we have only 6M
>
>As we can see, from this perspective jemalloc comes out as a clear winner, with
>ptmalloc2 being the second-best, and tcmalloc trailing quite far behind for any
>number of threads > 1.
-
> А пальцатый чудак рассуждающий про питон настолько крут что даже название алгоритма у него забагованое.
И то ли дело анонимные анонимы, совсем недавно с умным видом рассуждавшие о ручках, граблях и VLA в Аде …

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

79. Скрыто модератором +/–

Сообщение от Аноним (-), 15-Фев-20, 00:01

Шиза косила наши ряды...

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

74. "Google выпустил систему распределения памяти TCMalloc в форм..." +/–

Сообщение от Аноним (74), 14-Фев-20, 22:58

> Кстати а это какой из tcmalloc'ов на графике?
Угадай, учитывая что сабж только на днях вылупился.

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

3. "Google опубликовал новый вариант системы распределения памят..." +10 +/–

Сообщение от Аноним (3), 14-Фев-20, 00:00

Это та технология, которая используется в Google chrome?

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

27. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от Q2W (?), 14-Фев-20, 10:09

Тонко!

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

4. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (4), 14-Фев-20, 00:07

Оптимальный аллокатор обычно входит в стандартную библиотеку. Сторонние аллокаторы - это обычно трейдоф в сторону производительности в предположении, что памяти в компе бесконечно много.

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

9. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Crazy Alex (ok), 14-Фев-20, 02:23

Точнее, это самые разные варианты трейдоффа - банальное предположение и количестве попыток выделения памяти из разных потоков может уже много чего поменять. Или, как у меня когда-то было, когда понятен специфический паттерн запросов. В общем, те, кому оно нужно, уже об этом знают.

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

6. "Google опубликовал новый вариант системы распределения памят..." –3 +/–

Сообщение от klalafuda (?), 14-Фев-20, 00:27

> x86, PPC
ARM не поддерживается? Как подвезут - приходите. Следующий..

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

8. "Google опубликовал новый вариант системы распределения памят..." +11 +/–

Сообщение от Аноним (8), 14-Фев-20, 01:42

...и Гугл опустив голову грустно побрёл прочь допиливать поддержку АРМа для клалафуды.

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

28. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от Аноним (28), 14-Фев-20, 10:20

Не для Клалафуды, а для свего же родного Андрюши.

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

39. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от гугель (?), 14-Фев-20, 12:52

пипл и так хавает. А тех, кто могли такое написать, мы уже уволили - какие-то они нетолерантные были, и к тому же денег много хотели, а испытывать состояние глубочайшего счастья от самого факта быть достойным рабом нашей корпорации - почему-то нет.

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

11. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от Аноним (11), 14-Фев-20, 02:38

Breaking news! Клава наказывает Гугл!!!

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

19. "Google опубликовал новый вариант системы распределения памят..." +4 +/–

Сообщение от Аноним (-), 14-Фев-20, 06:42

О, круто!
- Если гугл не релизит сорцы, пох верещит что негодяи, патчи зажимают, на опенсорсе паразитируют!!!111
- Если гугл релизит сорцы, его сосед по палате вопит что его любимая шняга там не поддерживается, негодяи!!!1111
Я даже знаю как вам всем таким красивым угодить. Допилить AI и прислать вам уже наконец терминаторов, поговорить по душам. Вот тогда вам обоим станет уже наконец хорошо.

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

22. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от пох. (?), 14-Фев-20, 07:11

Ну а не такое уг релизнуть гугль не мог?
Вот и остается гадать - то ли копрорация добра намеренно релизит все так, чтоб только выкрасить и выбросить (как это произошло с in-kernel lustre, причем, (совпадение?! Конечно, совпадение!) сразу после того как сдох "нинужнанинужна, есть в ядре!" fuse-lustre), то ли это карма у них такая...

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

59. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 20:32

> Ну а не такое уг релизнуть гугль не мог?
Ты хотел сорцы? Вот, пожалуйста, в виде как есть. А то задачи гугла совпадут с твоими никто и не обещал.
> Вот и остается гадать - то ли копрорация добра намеренно релизит все
> так, чтоб только выкрасить и выбросить
Сорц отгрузили, а окажется ли он полезен тебе, в твоих задачах - наверное не проблема гугла?
Если тебе надо код от чуваков которые хотят всех осчастливить, даже не спрашивая надо ли им это, это ты к пыхтонрастам каким, у них есть для тебя множество кульных шняг. Вон, весь гитхаб к твоим услугам, обкачайся :)
> есть в ядре!" fuse-lustre), то ли это карма у них такая...
Видимо таки карма. Было б нужно кому всерьез - не сдохло, наверное.

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

55. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от сосед по палате (?), 14-Фев-20, 19:53

Вон...

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

13. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от nelson (??), 14-Фев-20, 03:25

"гении" хухля не осилили аллокатор на чистом С. "прогресс", однако...

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

15. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от leap42 (ok), 14-Фев-20, 04:21

а почему нужно писать именно на Си? (я сам немного сишник если что, но написание malloc даже уровня K&R malloc нахожу сомнительным удовольствием)
на Си уже полно аллокаторов (jemalloc, тот который из glibc (не помню названия), другие), почему не написать на плюсах?

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

43. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от nelson (??), 14-Фев-20, 13:38

>> почему не написать на плюсах?
1) потому что современные реализации С++ являются, по сути, языком сверхвысокого уровня и не подходят для решения задач из области системного прграммирования
2) создание аллокатора памяти - типичная задача, для решения которой необходим чистый С

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

47. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от Аноним (46), 14-Фев-20, 14:31

Может быть, лет через 5-10 вы случайно наткнётесь на этот свой комментарий и с ностальгической улыбкой подумаете, какой же вы были смешной и глупый.
Но сейчас — вы просто позорно слились, с чем вас и поздравляю.

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

51. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от nelson (??), 14-Фев-20, 16:26

дайте угадаю - вы STL-фаг, который без разбору использует возможности стандартной библиотеки где попало
вы, конечно, можете использовать возможности "современного" С++ при разработке аллокатора памяти в том числе, только не надо заявлять о каких-то "сливах" тем людям, которые более разборчивы в выборе применяемых инструментов

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

60. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от Аноним (-), 14-Фев-20, 20:35

> Но сейчас — вы просто позорно слились, с чем вас и поздравляю.
На плюсах нет ни 1 сколь-нибудь востребованной операционки. Самое крутое системное программирование на плюсах которое в бошку приходит - ардуина, лол! Только там оно в режиме этакого яваскрипта для нубов, уж сорь! Их предел C++ это serial.begin() XD.

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

73. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 22:27

> Самое крутое системное программирование
> на плюсах которое в бошку приходит - ардуина, лол!
Haiku? Genode? Не, не слышал, но ценное мнение …

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

75. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 23:49

> Haiku? Genode? Не, не слышал, но ценное мнение …
Еще реактос надо вспомнить. Без него список жесткой маргинальщины был бы неполным.
Кстати, за всю свою жизнь я видел 1 живого пользователя гайки, 0 живых пользователей реактоса и ни разу в жизни не пересекался с генодой вообще. При всем моем интересе к странным железкам и юзкейсам.

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

87. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (87), 15-Фев-20, 12:00

>На плюсах нет ни 1 сколь-нибудь востребованной операционки.
В манямирках-то конечно. I/O Kit из OSX пойдет как пример системного программирования на плюсах?

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

100. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 18-Фев-20, 02:34

> В манямирках-то конечно. I/O Kit из OSX пойдет как пример системного программирования
> на плюсах?
IOKit это как я понимаю некая нашлепка над ядром. А практически вся система, включая кернель, дрова и прочее таки си. А так если какие апликухи и прочее брать, окажется что у эпла там еще и swift какой-нибудь, но вот сказать что "система написана на swift" будет все же странно.

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

90. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (74), 15-Фев-20, 15:21

Винда пойдёт в качестве примера? Уж как минимум, всё, что использует COM - это либо плюсы, либо .NET. А учитывая, что MSVC - это компилятор С++, который случайно поддерживает подмножество C, вполне вероятно, что там всё, включая ядро, на C++ (который, возможно, используется как C с классами, но тем не менее).

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

97. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (97), 18-Фев-20, 02:09

> Винда пойдёт в качестве примера? Уж как минимум, всё, что использует COM
> - это либо плюсы, либо .NET.
А в каком месте COM является системным программированием? Системное в NT это вообще NT API, так уж, по большому счету. И у него интерфейс совсем не плюсатый, ну вообще никак. А внутрях... внутрях я даже не знаю как их кёrnel называть, там нечто вообще совсем ms-specific и на этом никто кроме ms на данное планете не изъясняется.
> А учитывая, что MSVC - это компилятор С++, который случайно поддерживает подмножество C,
...потому что >=C99 ms так и не осилил и в результате большинство системщиков и низкоуровневых алгоритмистов с этой шняги сбежало gcc и шланг :). А многие еще и в линукс, за что MS большое человеческое спасибо! А визгливых дотнетчиков они, так и быть, себе могут оставить, у нас и своих пихтонрастов избыток, могут даже кого-нибудь забрать, для компании дотнетчикам :)
> вполне вероятно, что там всё, включая ядро, на C++ (который, возможно, используется как C
> с классами, но тем не менее).
Виденные юзеры VS юзали "плюсы" для того чтобы их си выглядел как C99. Нет, там даже классов в 95% случаев нет. Несомненно, в винде бывают и крутые плюсовики. Но их вообще немного и они по жизни специфичные, типа игроделов.

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

20. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от Аноним (-), 14-Фев-20, 06:46

Гугл вообще странноватые типы - плюсы юзают часто вообще хз зачем. Потому что V2 лучше V1, а something+ лучше чем something, а уж если something++ так это вообще офигеть, дайте два.
Но это еще что, я вот видел как для билдовки проекта на два файла предлагали билдсистему на яве втулить на полном серьезе. Я, правда, решил что gcc *.c -o out мне на проекте такого уровня как-то сильно проще и быстрее, бида-бида :)

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

26. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от bf (??), 14-Фев-20, 09:41

Здесь файлов поболее двух, но
> Building TCMalloc
> Bazel is the official build system for TCMalloc.

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

61. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 20:38

> Здесь файлов поболее двух, но
...но да, гугол и тут верен себе, используя по сути свой внутренний крап :). Ну это ты еще хромиум билдить не пытался просто, во где полный крындец. Надо скачать половину интернета. Точнее, оно само попытается скачать вам половину интернета. Хрен знает откуда и зачем, но у этих гамадрилов в их зоо^W кампусе видите ли такой воркфлоу.

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

45. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Crazy Alex (ok), 14-Фев-20, 14:19

Гугл, как и дюбая вменяемая корпорация, смотрит ещё на сопутствующие услоаия. Если плюсовая команда есть, для плюсового кода гораздо лучше средства статического анализа, есть куча другого плюсового софта, который с новым проектом будет связан - проще на плюсах пилить. Плюс плюсы лают более поддерживаемый код. С системами сборки тем более - чем пользуются - с тем и выкладывают.

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

65. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 21:00

> Гугл, как и дюбая вменяемая корпорация, смотрит ещё на сопутствующие услоаия.
На самом деле все проще - в упомянутом случае прогер просто хватнул привычный тул (имеющий маргинальное хождение вне гуглокорпа) и безбашенно заюзал. После всеобщего офигения "вы с дуба упали?" и "нельзя ли хотя-бы makefile?" они как раз второй вариант и заимплементили.
> Если плюсовая команда есть, для плюсового кода гораздо лучше средства статического анализа,
Да неужели? На си++ можно наворачивать крайне навороченные и неочевидные конструкции, с хрензнает какими побочными эффектами, и вообразить себе статический анализатор, который сможет вдуплить во все приколы плюсовиков и то что из этого следует - я как-то затрудняюсь. Вот си да, простой, поэтому его статический анализ еще имеет какие-то перспективы.
> есть куча другого плюсового софта, который с новым проектом будет связан
> - проще на плюсах пилить.
Попытка поумничать не удалась - это была standalone прога, самодостаточная по функциональности и никуда не встраивающаяся вроде как.
> Плюс плюсы лают более поддерживаемый код.
Ага, ща! Сколько плюсовиков, столько и стилей их кода. Это здорово повышает порог вхождения, вплоть до того что я видел код который вообще никто майнтайнить не может. У гугла наверное есть какие-то coding rules и guidelines лимитирующие развитие п-ца, но вообще так бывает, и на плюсах это как 2 байта переслать.
> С системами сборки тем более - чем пользуются - с тем и выкладывают.
Ну дык. А смысл вываливать внутрикорп крап для тех кто !google? Ну вот перцу это не очень вежливо и объяснили. Но вообще мозг полезно врубать до вываливания проекта, а не постфактум когда тебя фекалиями закидали уже :)

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

21. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от Аноним (21), 14-Фев-20, 06:58

Скажите спасибо, что на джаве не написали.

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

31. "Google опубликовал новый вариант системы распределения памят..." +3 +/–

Сообщение от Аноним (31), 14-Фев-20, 11:23

Спасибо, что не на расте!

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

36. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от анон (?), 14-Фев-20, 11:48

а что не так с растом?

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

37. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от pda (?), 14-Фев-20, 12:25

Вызывает пригорания у известной аудитории. ;-)

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

38. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от Аноним (38), 14-Фев-20, 12:33

Небезопасен.

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

56. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (56), 14-Фев-20, 19:55

А я абзолюдно збагоен.

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

66. "Google опубликовал новый вариант системы распределения памят..." –2 +/–

Сообщение от Аноним (-), 14-Фев-20, 21:01

> а что не так с растом?
Вендорлокнут на мозиллу.корп, которая делом доказала что те еще типы, даже хреновее чем гугл. И зависеть от именно этих - да ктулху упаси.

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

86. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от Wilem (?), 15-Фев-20, 11:06

Они собираются Rust Foundation создать для отвязки от мозиллы.

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

101. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от Аноним (-), 18-Фев-20, 02:36

> Они собираются Rust Foundation создать для отвязки от мозиллы.
Ну вот когда и если, и еще и репы от них отвяжут - тогда и приходите. А покамест я мозильских вендорлоков с аддонами уже вкусил выше крыши и за добавкой не приду нифига, еще не хватало чтоб меня так в программировании с компонентами и либами могли натянуть.

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

30. "Google опубликовал новый вариант системы распределения памят..." +4 +/–

Сообщение от Аноним (30), 14-Фев-20, 11:04

https://github.com/microsoft/mimalloc
https://github.com/plasma-umass/Mesh
https://github.com/mjansson/rpmalloc
https://github.com/SergeyMakeev/smmalloc
https://github.com/ennorehling/dlmalloc
https://github.com/r-lyeh-archived/ltalloc
https://github.com/emeryberger/Hoard
https://github.com/jemalloc/jemalloc
https://github.com/ezrosent/allocators-rs

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

32. "Google опубликовал новый вариант системы распределения памят..." –2 +/–

Сообщение от Аноним (31), 14-Фев-20, 11:24

что за сорта г?

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

34. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от InuYasha (?), 14-Фев-20, 11:38

https://google.github.io/tcmalloc/ сабж забыл

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

40. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (40), 14-Фев-20, 13:17

Гугл уже взялся и рынок памяти перераспределять?

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

41. "Google опубликовал новый вариант системы распределения памят..." +2 +/–

Сообщение от Mrueff (?), 14-Фев-20, 13:27

При выделении память автоматически инициализируется ненавязчивой рекламной строкой.

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

49. "Google опубликовал новый вариант системы распределения памят..." +1 +/–

Сообщение от abi (?), 14-Фев-20, 15:15

А телеметрия отключается?

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

57. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 20:19

Я пьян, и malloc это
Lock
mmap(Null,...)
Unlock

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

58. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 20:28

Это simple malloc в uClibc.

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

62. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 20:42

А mmap это сискол.

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

63. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 20:43

Поговорю пьяный сам с собой, ничего парни?

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

64. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 20:54

Теперь господа классные программисты пусть переделают это в реализацию mmap, допустим для ядра Linux. А malloc это всего лишь частный случай mmap. Его усложнять пощадите наши мозги.

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

67. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 21:04

> Теперь господа классные программисты пусть переделают это в реализацию mmap, допустим для
> ядра Linux. А malloc это всего лишь частный случай mmap. Его
> усложнять пощадите наши мозги.
Malloc не всегда mmap. Это раз. Два - могут быть какие-то специальные соображения, при которых mmap не катит. Ну вот конкретно в сабже оно пошло из профайлера. А в случае mmap это интересно как должно быть? В смысле, профайлинг? А, сразу системозависимыми тулзами, лезущими в кишки ядра? :)

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

68. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 21:13

Нет, malloc всегда mmap. Ты анон ошибаешься. Посмотри исходники. newlib uClibc musl.

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

69. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 21:17

И в BSD тоже malloc вызывает syscall mmap.

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

70. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 21:22

В BSD вообще libc вызывает 5 syscall ов. Остальное ассемблер. Посмотришь на open - должен быть сискол, а там open.S. Хрен разберёшься. Мда, пьян.

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

77. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 23:57

> В BSD вообще libc вызывает 5 syscall ов. Остальное ассемблер. Посмотришь на
> open - должен быть сискол, а там open.S. Хрен разберёшься. Мда, пьян.
Ну позырь сорц mirai, увидь как хацкеры делают подобные выходки вообще без асма и "кроссплатформенно" *.
* покуда это остается ядром Linux, но таки под ~дюжину архитектур CPU.

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

76. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 23:54

> Нет, malloc всегда mmap. Ты анон ошибаешься. Посмотри исходники.
А ежели я найду malloc который не mmap? :) А то malloc ВНЕЗАПНО бывает даже на штуках где mmap тупо нету, в бутлоадерах там всяких, допустим :). Си вообще забавная штука, да и рантайм окружения бывают разные.
> newlib uClibc musl.
Откуда следует что это единственный вариант реализации? Не понимаю.

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

80. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от Павел Отредиез (?), 15-Фев-20, 00:38

Ну в бутлоадерах тупо передвигается указатель на свободную память. Там и free нету, он только располагает в памяти. Это просто.

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

81. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 15-Фев-20, 00:46

Нет системного вызова malloc. Есть mmap.

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

82. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 15-Фев-20, 00:47

Можно только урвать побольше, а потом выдавать.

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

71. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Павел Отредиез (?), 14-Фев-20, 21:44

Или по твоему: libc один раз запрашивает mmap, а потом из него выделяет malloc'и? А... Может и так. С ldpreload.

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

78. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 14-Фев-20, 23:59

> Или по твоему: libc один раз запрашивает mmap, а потом из него
> выделяет malloc'и? А... Может и так. С ldpreload.
Еще можно man brk и sbrk, чтоли.

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

84. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от neAnonim (?), 15-Фев-20, 05:51

deprecated и в linux, bsd... стек это тоже mmap () остался только один* сискол на все

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

98. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 18-Фев-20, 02:19

> deprecated и в linux, bsd...
Чего-то в Linux Programmer's manual вообще совсем ни звука про то что это - deprecated. Единственное что там указано - дескать, для _портабельного_ выделения памяти лучше юзайте в своих программах malloc(), дескать.
> стек это тоже mmap () остался только один* сискол на все
Ну вот brk/sbrk таки другие, согласно LPM sbrk реализован как дерг brk + код либы. Однако brk все-таки отдельный сискол как ни крути.

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

92. "Google опубликовал новый вариант системы распределения памят..." –1 +/–

Сообщение от Ordu (ok), 15-Фев-20, 20:05

> А malloc это всего лишь частный случай mmap
Ровно наоборот. mmap -- это частный случай malloc. Иногда malloc безболезненно можно заменить на mmap, иногда даже с профитом -- если ты выделяешь помногу и редко, то офигенно должно зайти.
Но если ты выделяешь/освобождаешь довольно часто, то каждый раз платить тактами процессора за сисколл -- слишком жирно будет. Тут история та же самая что и с read/write и fread/fwrite. Буферизованный ввод/вывод резко быстрее, если тебе надо читать/писать маленькими кусками.

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

99. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Аноним (-), 18-Фев-20, 02:25

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

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

104. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Ordu (ok), 18-Фев-20, 11:10

Мы говорим про выделение памяти, или про файловый ввод-вывод? Мне казалось про первое, не?
Ты беседу-то читай целиком, прежде чем влезать в неё.

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

95. "Google опубликовал новый вариант системы распределения памят..." +/–

Сообщение от Dennis (??), 17-Фев-20, 11:46

Интересно, добавили работу в системах с musl libc. Было бы здорово!

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Google выпустил систему распределения памяти TCMalloc в форм..."	–6 +/–
Сообщение от Аноним (1), 13-Фев-20, 23:04
Для интересующихся - нет, это не тот же tcmalloc из gperftools. https://github.com/gperftools/gperftools/issues/1169#issueco...
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Google выпустил систему распределения памяти TCMalloc в форм..."	+20 +/–
	Сообщение от заминированный тапок (?), 14-Фев-20, 01:25
	если читать новости дальше первого предложения, то именно так все в статье и написано. причем в самом начале
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от Аноним (-), 14-Фев-20, 06:31
	Кэп сегодня жжот напалмом! Но залогиниться всеж забыл.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	33. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от Аноним (33), 14-Фев-20, 11:25
	Тот tcmalloc из gperftools запомнился тем, что вешал пк, когда памяти визуально ещё порядка 30% было. Странная штука была, в общем, напрасно его пихали.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

2. "Google выпустил систему распределения памяти TCMalloc в форм..."	+4 +/–
Сообщение от neAnonim (?), 13-Фев-20, 23:13
1) tcmalloc медленнее чем gemalloc который применяется в fbsd 2) эти аллокаторы предназначены для бездумного использования. когда треды ломятся в одну точку по очереди единственное что тебе действительно нужно это mmap() и читать dodbook (Richard Fabian) альтернатива: ищи простые реализации аллокаторов на gh и даже они дают прирост 500%
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Google выпустил систему распределения памяти TCMalloc в форм..."	+5 +/–
	Сообщение от Аноним (-), 14-Фев-20, 00:08
	> 1) tcmalloc медленнее чем gemalloc который применяется в fbsd Что, вот прямо во всех случаях? И вы, конечно, покажете бенчмарки, подтверждающие эту идею? > 2) эти аллокаторы предназначены для бездумного использования. когда треды ломятся в одну точку по очереди Есть какая-то статистика насколько это соответствует поведению разного софта?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от neAnonim (?), 14-Фев-20, 02:23
	А что по твоему происходит если треды начинают вызывать общий на всех malloc() ? Тебе действительно нужна эта mid-bloat-level прослойка, если ты такой умный? моя основная мысль: прокачивай квалификацию или иди в питон
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 14-Фев-20, 06:31
	> А что по твоему происходит если треды начинают вызывать общий на всех malloc() ? #define "общий на всех malloc", для начала? Ну там как описание flow кто и что делал по тредам, анализа насколько этот flow типичен в том или ином сценарии для разных программ, а желательно еще и с пояснением почему именно фрибсдшная реализация типа-всех-задвинет и наверное какие-нибудь бенчи где это все было бы видно, чтоли. А то просто громкий тезис пальцем в небо - и, собственно, чего? КМК гугл > Тебе действительно нужна эта mid-bloat-level прослойка, если ты такой умный? Позволю себе методом "от противного": гугл скорее всего все-таки не настолько глупый и плохой в управлении, чтобы кодить такую штуку чисто для лулзов. И конструкция этой штуки как бы намекает. > моя основная мысль: прокачивай квалификацию или иди в питон Очешуенный аргумент. Что из ваших заявлений позволяет "прокачать квалификацию", например? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от neAnonim (?), 14-Фев-20, 08:44
	google Wave, g reader, g talk, g labs, picasa, Google Glass... да дох.много проектов были сделаны и закрыты от большого ума. Да? про квалификацию: я начал с совета прочитать книгу. а ты хочешь сказать что вот твое приложение такое индивидуальное, что только анализ поможет? да, анализ покажет что ты особеный.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от Антонидас (?), 14-Фев-20, 09:19
	>google Wave, g reader, g talk, g labs, picasa, Google Glass... >да дох.много проектов были сделаны и закрыты от большого ума. Да? Проекты закрывают потому что они перестают приносить достаточно бабла, а не потому что объявился какой-то дядя и сказал: "У вас тут говнокод, вы, похоже, нужных книжек не читали, закрывайтесь"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от neAnonim (?), 14-Фев-20, 11:44
	https://vc.ru/amp/52234 вот vc сделали статью с более полным перечнем закрытых проектов по годам и не везде известны причины закрытия. А у тебя "эксперт" для всего один шаблон.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от колба (?), 14-Фев-20, 14:38
	причины закрытия всегда сводятся к одному: команда гугл потеряла интерес к проекту.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 14-Фев-20, 18:11
	> причины закрытия всегда сводятся к одному: команда гугл потеряла интерес к проекту. Интерес они теряют если проект не приносит бабки и вбухивание усилий себя не окупает. Просто пострадать абстрактной фигней, без отдачи - извините, но так можно угробить даже большую компанию за обозримое время.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 14-Фев-20, 18:09
	> google Wave, g reader, g talk, g labs, picasa, Google Glass... Google+ тогда уж. > да дох.много проектов были сделаны и закрыты от большого ума. Да? Именно! При скудоумии случается автоВАЗ: $ -> фуфло до упора. У гугли до 90% проектов пробные шары, спокойно списывают если не сработало. А если не списали, и появилось не вчера, значит видят некий пойнт. Вроде обычная логика. > про квалификацию: я начал с совета прочитать книгу. И совета юзать mmap... :\ > а ты хочешь сказать что вот твое приложение такое индивидуальное, что только > анализ поможет? да, анализ покажет что ты особеный. Может и покажет. У меня специфичные юзкейсы, а для каких именно юзкейсов были те громкие заявы я и пытался понять. И кстати с чего вы взяли что mmap() всем подходит как замена malloc()? Я не понимаю...
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	85. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от neAnonim (?), 15-Фев-20, 11:03
	у гулага дойная корова реклама и они готовы убить youtube, android и что угодно, но высосать ее полностью и продать всех пользователей. призыв использовать mmap() означает, что нужно использовать его напрямую, включать голову и организовать memory pool если нужно. если ты не уперся в пропускную способность памяти и не пришел к dod сам. Твои use кейсы вполне типичные.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 18-Фев-20, 03:09
	> у гулага дойная корова реклама и они готовы убить youtube, android и > что угодно, но высосать ее полностью и продать всех пользователей. Если они именно полностью - тогда у них поток денег кончится. Так что фиг, круговорот должен быть. Пипл должен это хавать и при том добровольно - т.к. приказать юзать свои сервисы, девайсы или что там еще гугл не может. > призыв использовать mmap() означает, что нужно использовать его напрямую, включать голову А таки malloc это часть стандарта стандартной либы си, а mmap - лишь posix. Портабельность снижается. Подмена malloc() таких проблем не создает. > и организовать memory pool если нужно. Может и свой аллокатор тогда сразу писать? > Твои use кейсы вполне типичные. Неа. Я тот еще системный извращенец.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Google выпустил систему распределения памяти TCMalloc в форм..."	+2 +/–
	Сообщение от asdasd (?), 14-Фев-20, 09:15
	> чтобы кодить такую штуку чисто для лулзов Тот-же Go был ими взять на вооружение именно для того, чтоб нанимать ничего не умеющих макак писать код.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	29. "Google выпустил систему распределения памяти TCMalloc в форм..."	–4 +/–
	Сообщение от Аноним (29), 14-Фев-20, 10:59
	Как ни странно, макаки Go не осиливают, они лезут, в основном, в скриптоту, а из компилируемых предпочитают жабу. А Go высоко оценили бывшие сишники, которым надоело заморачиваться с ручным управлением памятью и прочими неудобствами. Как-никак уже 2020 год и на рынке языков программирования есть из чего выбрать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Google выпустил систему распределения памяти TCMalloc в форм..."	+1 +/–
	Сообщение от Аноним (-), 14-Фев-20, 13:36
	> Как ни странно, макаки Go не осиливают, они лезут, в основном, в > скриптоту, а из компилируемых предпочитают жабу. Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками и аннотациями, но не осиливают Go? Логика анонимов такая "логичная". > А Go высоко оценили бывшие сишники, которым надоело заморачиваться с ручным управлением памятью и прочими неудобствами. Скорее, просто "бывшие сишники", осилившие только пару простеньких и примитивный парадигм, поддерживаемых Си - отчаянно не хотят приравнивать себя, любимых, к "макакам". Бережно лелеемое ЧСВ не позволяет, понимаш.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (50), 14-Фев-20, 15:17
	> Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками и аннотациями А зачем это всё осиливать юному Java-разработчику? Слабать код можно как попало, и побольше копипасты, всё равно его через пару месяцев следующий юный разработчик будет с нуля переписывать. Добро пожаловать в мир enterpise-grade solutions, Нео!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Google выпустил систему распределения памяти TCMalloc в форм..."	–1 +/–
	Сообщение от Аноним (29), 15-Фев-20, 13:09
	Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками и аннотациями, но не осиливают Си? Логика анонимов такая "логичная".
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	91. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 15-Фев-20, 15:49
	> Осиливают навороченную жабу с наследованием-полиморфизмом, dependency-injection, дженериками > и аннотациями, но не осиливают Си? > Логика анонимов такая "логичная". А клоунада анонимов, когда от них требуется написать не вброс и не очередной ярлык "как знают все" такая клоунская.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от nelson (??), 14-Фев-20, 13:50
	>> Go высоко оценили бывшие сишники оценили. но не бывшие и негативно (в контексте его использования в системном программирования). но для веб-макакинга язычёк вполне подходит >> заморачиваться с ручным управлением памятью и прочими неудобствами этими вещами заморачиваются не по причине фанатизма, как вам может показаться со стороны, а по причине отсутствия альтернатив Си Си обладает свойством zero runtime, гошка - нет. уже одного этого факта достаточно, чтобы сделать вывод о непригодности гошки для решения ряда задач, для которых подходит Си гошка не может заменить Си, как бы этого ни хотелось смузистам
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	46. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (46), 14-Фев-20, 14:26
	А libc.so и libgcc.so — они, конечно, просто так на диске валяются...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 14-Фев-20, 18:20
	> А libc.so и libgcc.so — они, конечно, просто так на диске валяются... Они не являются НЕОТЪЕМЛИМЫМИ. Как доктор, умеющий создавать себе arena'у в абсолютно пустой железке грю! (вот прям сишкой, работающим в этой фазе с некоторыми ограничениями)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "Google выпустил систему распределения памяти TCMalloc в форм..."	–1 +/–
	Сообщение от Аноним (83), 15-Фев-20, 02:52
	Go это не системный язык. Но все равно go это полное г. Как всегда распиарин для смузи потребителей. Сравнивать С и Go это как сравнивать «С» с смузи. Разные вещи для разных целей и пользователей. Один для программистов, другой для носителей обтягивающих джинс и ироничных наклеек на MacBook.
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	94. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (94), 16-Фев-20, 14:34
	Что за идиоты тебя минусуют? Действительно, Си -- системный язык, а Go -- прикладной. Да, текущий Go отлично статически линкует, но это не чистый zero runtime. Чтобы понять разницу нужно компилять в нормальном окружении, а именно в любом дистре, основанном на чем угодно, кроме (e)glibc. Например, Alpine Linux, где вместо glibc используется musl. И если вы не знаете, что линковаться с libc вообще не обязательно, то это ваши трудности, а точнее поражение мозга Столлманом и его психопатией, что кто-то его код хочет утащить. Поэтому он сделал статическую линковку с glibc через одно место (тянем runtime) и все это объясняем "безопасностью", когда никто не мешает небезопасно статически нормально линковать openssl.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (-), 18-Фев-20, 03:06
	> чистый zero runtime. Это не чистый zero runtime, а вполне себе 6 метров рантайма (в хелловорлде) элементарно припертого с собой. Я даже и покруче могу придумать. Ну вот например открываем страничку, а там loader на JS. Запускаем фабрисовский эмуль, грузим Linux, в нем свою прогу... так что идею притаскивания с собой своего рантайма можно, как видим, малость доразвить, притащив с собой вообще и эмулятор любого желаемого набора команд, и операционку на него, а backend на котором оно запустилось, в принципе, вообще не принципиален, чего уж там :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Google выпустил систему распределения памяти TCMalloc в форм..."	–1 +/–
	Сообщение от Аноним (29), 15-Фев-20, 12:17
	Похоже, ты уже давно не программируешь, и не в курсе дел не только относительно Go, но и современного Си.
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	93. "Google выпустил систему распределения памяти TCMalloc в форм..."	+/–
	Сообщение от Аноним (83), 16-Фев-20, 09:06
	Ну просвети уже нас всех. Что там с go и что там с современным С? А то мы тут олдфаги с ANSI C то не вкусе дел.
	Ответить \| Правка \| Наверх \| Cообщить модератору