The OpenNET Project / Index page

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



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

Оглавление

Релиз языка программирования Go 1.15, opennews (?), 12-Авг-20, (0) [смотреть все]

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


166. "Релиз языка программирования Go 1.15"  –1 +/
Сообщение от Аноним (166), 15-Авг-20, 01:58 
В теории можно но он вшит в управление памятью такими костылями, что лучше не отключать, а просто обманывать его путём создания всяких пуллов для ресайклинга уже выделенной памяти
Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз языка программирования Go 1.15"  +/
Сообщение от leap42 (ok), 15-Авг-20, 05:13 
> В теории можно но он вшит в управление памятью такими костылями, что лучше не отключать, а просто обманывать его путём создания всяких пуллов для ресайклинга уже выделенной памяти

откуда же вы такие лезите, друзья? закусывали бы... костылей нет, отключать - легче чем где-либо

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

169. "Релиз языка программирования Go 1.15"  +/
Сообщение от Аноним (166), 15-Авг-20, 05:34 
Ну давай отключи и попробуй  запустить в проде, потом напиши как у тебя с течкой
Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз языка программирования Go 1.15"  +/
Сообщение от leap42 (ok), 15-Авг-20, 08:05 
> Ну давай отключи и попробуй  запустить в проде, потом напиши как у тебя с течкой

"течка" у мамкиных илитистов (которые пишут в лучшем случае лабы на своём лучшем в мире языке)

если использовать Go без GC, память и выделять, и освобождать нужно руками

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

170. "Релиз языка программирования Go 1.15"  +/
Сообщение от Аноним (164), 15-Авг-20, 06:03 
Да ты можешь отключить одной командой или передать через переменную, но тут возникает загвоздка: почти все стандартные библиотеки в go любят выделять память на heap по любому чиху, взять хотя бы тот же net/http, через n запросов твоя программа либо встанет колом либо сольется. Допустим ты отказался от использования стандартных либ, обвешал все своими собственным кодом, все бы хорошо но вот опять течка - runtime как оказалось тоже не против выделит для себя памяти на каждый пук, плюсом ну и теперь у тебя стандартный mheat сходит с ума так как mcache почти перестал работать нормально, так как GC не переводит снапы тебе в свободное queue. Конечно можно вызывать GC напрямую и runtime - но тогда это будет кошмарно со стороны производительности. Вот ты уже сидишь и переписываешь runtime, а если ты переписываешь runtime тогда GC уже на тебе. Другая опция забыть про heap, о5 25 - если все держать в стаке то зачем отключать GC? Да и так далеко не уедешь. Вот и остается что оставить GC в покое и минимизировать число выделений, ресайклать уже выделенную память и держать только n routines с всякими chan для передачи работы. Вот и весь твой go сошел на нет. Зачем так (https://github.com/valyala/fasthttp) себе мозг выносить, когда можно на том же C, ну или добавить немного мазахизма и писать на С++.
Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

171. "Релиз языка программирования Go 1.15"  +/
Сообщение от leap42 (ok), 15-Авг-20, 08:02 
никакой загводки тут нет (ну если не выдумывать её изо всех сил пытаясь меня критиковать)

Go - язык с GC, и это - несомненный плюс. Точнее скажем так: есть задачи (вроде захвата звука с железа) где GC - это минус. Но их очень мало. Во всех остальных случаях плюс. Ну для профессиональнх программистов. Тех самых, что работают программистами за деньги, тех, кто решает бизнесс-задачи. Мамкины элитисты, которые учили ЯП 10 лет чтобы хвастаться в интернете что они лучше других, а потом начали переучиваться т.к. вышла новая версия с кучей новых фич, а старый код (и все их знания) теперь legacy, и писать так неидеоматично (ребята во дворе засмеют), могут со мной не согласиться конечно, но кого интересует их мнение?

для кого языки с GC оказались недостаточно хороши для обработки http (фактическое приложение, а не реверс-прокси)? могу припомнить только Msft. но это не проблема управляемого кода, ведь Google и Facebook как-то справляются. так что это проблема Msft и их проблем с архитекутрой и масштабированием.

ещё раз коротко: Go позволяет писать без GC (в стиле Си например: malloc, free и sizeof на месте), но это влёчет (вполне ожидаемо) кучу проблем, поэтому профи будет делать такое только при острой необходмости. например при захвате звука с железа. "борьба с GC во всё мире" - это или юношеский маскимализм, или полная некомпетентность и профнепрегодность, или, что самое плохое, психическое расстройство в духе "набижать в тему про Go и пытаться убедить всех вокруг в том, что он плох ибо не похож на тот самый лучший в мире язык" (который должен был "всех похоронить", но оказался никому не нужен (плохой маркетинг, скажут невменяемые адепты))

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

175. "Релиз языка программирования Go 1.15"  –4 +/
Сообщение от Аноним (166), 15-Авг-20, 17:31 
Суть темы первого комментария в этой ветки была про то что «профи» из всяких там Amazon, microsoft, Apple (и других «мамкиных программистов» (С) ты) пишут статьи о том как они выжимают производительность из софтваря go - путём обманки GC и удержания и использования уже выделенных ресурсов несколько раз. Конечно если у тебя трафик какого-то http со статичным 1.5 тыс запросов в 10 лет то да ты проблем не видишь. Насколько я помню сам go вроде не включает GC в спецификацию языка, а вот конкретная имплементация на него завязана по полной. Так вот, если все программирование, сводится к тому, что ты вместо решения бизнес задачи пишешь ловушки для GC то как минимум выбор инструментов был неверен.
Вот из опыта 8лет на go скажу, что Го из задумки создать безлопастный системный язык превратился в тыкву для поднятия ЧСВ у всяких питоно-руби-жс писателей.
Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз языка программирования Go 1.15"  +/
Сообщение от leap42 (ok), 16-Авг-20, 05:15 
> Суть темы первого комментария в этой ветки была про то что «профи»
> из всяких там Amazon, microsoft, Apple (и других «мамкиных программистов» (С)
> ты) пишут статьи о том как они выжимают производительность из софтваря
> go - путём обманки GC и удержания и использования уже выделенных
> ресурсов несколько раз. Конечно если у тебя трафик какого-то http со
> статичным 1.5 тыс запросов в 10 лет то да ты проблем
> не видишь.

не 1.5 тыс в 10 лет, а 1 млн в минуту. оптимизация начинается где-то с этого момента (писали бы на Go - знали бы). в России это актуально только для мылру да яндеха. вот пример статьи: https://medium.com/smsjunk/handling-1-million-requests-per-m... (разумеется она не от Amzn, Msft или Googl, они такие статьи по Go вообще не пишут, но откуда вам знать?)


> Вот из опыта 8лет на go скажу...

лооол, а можно подробнее? хоть 2 примера? я на Go c 2016 пишу, в России тогда было ровно 0 вакансий. или вы на западную контору работали? (8 лет назад и там было 0 вакансий)

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

180. "Релиз языка программирования Go 1.15"  –2 +/
Сообщение от Аноним (166), 16-Авг-20, 06:07 
уже 18 лет работаю в Comcast. Ой уже 19 лет и на вопрос я живу в Фили. Да, я такой глупенький, только а MIT лекцию читал несколько лет.
Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз языка программирования Go 1.15"  +1 +/
Сообщение от leap42 (ok), 17-Авг-20, 02:41 
> Да, я такой глупенький, только а MIT лекцию читал несколько лет.

аааа! пощади, человек-анекдот! прям МТИшная звезда пришла на opennet чтобы какую-то бредятину анонимно накидывать? в космос не летали случаем? нобелевку может получили? xDxDxD

ну и тот факт, что за 8 лет не набралось 2-х проектов чтобы вспомнить доставляет. или они секретные? ЦРУ всё изъяло xDxDxD

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

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

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




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

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