Детский сад, блин. Зачем новый язык, если всё, что описано решается добавлением новых методов в stdlib с депрекектом старых? А изменения языка не ломают совместимость (да что там вообще ломать, туда можно пол C++ втащить и ничего не сломается)

> читать на хабре > чему-то удивлятся

https://blog.golang.org/toward-go2

и ещё https://dave.cheney.net/2017/06/18/simplicity-debt-redux

Какая поддерживаемость, когда тебе надо править кучу копипасты

нет, надо править только один экземпляр, остальное копипасту автоматически сделает go generate

нет, надо править только один экземпляр, остальное копипасту автоматически сделает go generate

Остается только вопрос зачем пришивать третью ногу сбоку когда можно было просто сразу включить в язык дженерики (хотя бы просто базовую подстановку типа в компайлтайме)

Не понимаю причём тут эт? Гошные шишки пашут поверх обычных pthreads(в случае с posix)

лолчто

Остается только вопрос зачем пришивать третью ногу сбоку когда можно было просто сразу включить в язык дженерики (хотя бы просто базовую подстановку типа в компайлтайме)

go generage появился после Go 1

лолчто

Он с gccgo попутал обычный го мб

go generage появился после Go 1

Я про то и говорю

так ведь Go 1.0 compatibility promise

так ведь Go 1.0 compatibility promise

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

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

:}

Если как он говорит они не нужны — зачем go generate было пилить? Оно же опять о типах, а не интерфейсах

а, ну так go generate же там кучу вещей делать умеет

так получилось что с помощью него и шаблоны можно

блин, полотно получилось вынести в гист?

+

@KolesnichenkoDS в оригинальном питоне активно используются счётчики ссылок, так что я думаю часть функциональности в русте реализовать будет просто

а, ну так go generate же там кучу вещей делать умеет

Умеет, но им никто не пользуются, кроме некоторый моментов типа ORM или сериализации), слишком громоздко

Детский сад, блин. Зачем новый язык, если всё, что описано решается добавлением новых методов в stdlib с депрекектом старых? А изменения языка не ломают совместимость (да что там вообще ломать, туда можно пол C++ втащить и ничего не сломается)

Неа, там не получится исправить тупо обогащением стандартной библиотеки. И теперь там думают, как обеспечить в Go 2 обратную совместимость с Go 1

лолчто

что тебе не понятно?

Остается только вопрос зачем пришивать третью ногу сбоку когда можно было просто сразу включить в язык дженерики (хотя бы просто базовую подстановку типа в компайлтайме)

Левая пятка Пайка так решила

кстати почитав его, вы поимете что в go обычный cms и он гавно)

Для нужд вебчика он очень даже подходит. На больших кучах конечно всё плохо

Для нужд вебчика он очень даже подходит. На больших кучах конечно всё плохо

ну для веба спорно опять же, веб разный бывает, но для command line tools сойдет, но там и раст не плох)

ну для веба спорно опять же, веб разный бывает, но для command line tools сойдет, но там и раст не плох)

Для веба в смысле request-response за минимальное время с минимальными stop world

Для веба в смысле request-response за минимальное время с минимальными stop world

а cms дает минимальный stop world? xD

а cms дает минимальный stop world? xD

В случае Go (там он не совсем cms, всё таки) - да

в смысле не совсем?

В случае Go (там он не совсем cms, всё таки) - да

все алгоритмы gc, которыя я знаю (даже те супер новые из го) существуют уже лет по 20, там впринципе ничего нового не придумывали. И в gc алгоритмах есть очень интересный trade-off про latency и throughput. Если тебе говорят на конфе по гоу, что мы сделали новый гц, который работает в 1239123 раз лучше, то знай что в чем-то он работает хуже и это лишь маркетинг. Ну или изначально был сильный гавнокод, откуда и выигрыш

в смысле не совсем?

возможно даже совсем не у го действительно стабильно низкие отклики при небольшом футпринте, но за это он очень сильно платит пропускной способностью

возможно даже совсем не у го действительно стабильно низкие отклики при небольшом футпринте, но за это он очень сильно платит пропускной способностью

название алгоритма от этого не меняется)

в смысле не совсем?

У них там делается только одна пауза, вместо одной (то есть initial mark делается конкуретно, кроме каких-то граничных сдучаев), а вторая фаза пометки объёктов сделана опять же как-то хитро протвикана, и представляет собой единственное место, когда stop the world собсно и происходит

У них там делается только одна пауза, вместо одной (то есть initial mark делается конкуретно, кроме каких-то граничных сдучаев), а вторая фаза пометки объёктов сделана опять же как-то хитро протвикана, и представляет собой единственное место, когда stop the world собсно и происходит

я думаю что все-таки две

я думаю что все-таки две

Неа

initial mark точно делается под паузой, как и ремарк

initial mark точно делается под паузой, как и ремарк

Они умудряются делать его конкурентно

это как? у тебя может сет поменяться 1000 раз

Они умудряются делать его конкурентно

аааа наоборот inital mark у них останавливает мир а вот вторая блокировка убрана к чертям

initial mark в любом случае мир останавливает

https://github.com/golang/proposal/blob/master/design/17503-eliminate-rescan.md

Вооот

core.run(future)

Только он блокирует текущий поток на момент выполнения фьючи. Получается, кстати, что фьючи ленивые. Но как запустить её вычисление без блокировки? То что я пытаюсь сейчас сделать - есть сервис, выполняющий задачу по расписанию, и веб-сервер, который будет по запросу выдавать стейт сервиса. Сделал thread::spawn(service_task); server.run(); Но это выглядит коряво, потому что мне пришлось создать самому какой-то левый поток, который не управляется никаким пулом.

pool.spawn_fn

поверх cpupool

thx

https://github.com/golang/proposal/blob/master/design/17503-eliminate-rescan.md

Thus, at the end of the cycle, the garbage collector must re-scan grey stacks to blacken them and finish marking any remaining heap pointers.

нету говоришь)

Thus, at the end of the cycle, the garbage collector must re-scan grey stacks to blacken them and finish marking any remaining heap pointers.

Дальше читай.

)

а. эт типа было до этого

ок

еще вопрос #rust в качестве примера веб-сервер, в котором требуется в базу слазить по-хорошему надо иметь отдельный пул для сервера и отдельный для запросов в бд и там и там могут быть фьючи как их объединить, чтобы они по-прежнему выполнялись в своих пулах? само собой без блокирующих ожиданий

ну отлично, на каждый write такая жесть делается)

пропускная способность привет)

пропускная способность привет)

Ну не совсем привет, но она немного пострадала, да

ну я и говорю, trade-off

разумеется

Это как три стула Задержки, память и пропускная способность

И сесть можно только на два <_<

на полтора

ребят, у CString как посчитать размер?

И сесть можно только на два <_<

да, но у той же шеноды на мои взгляд решение получше будет

на полтора

Если сильно не повезёт, то на один

да, но у той же шеноды на мои взгляд решение получше будет

Решение для чего?

Тут ещё надо понимать, что в Го объекты размещаются на стеке почти всегда

Что ощутимо снижает нагрузку на сборщик

похоже к вопросам про раст надо ставить хэштег #rust иначе их не найти в обсуждениях го, жс, руби и прочего

а че у нас стек у тредов уже бесконечный?)

ребят, у CString как посчитать размер?

as_bytes().len() ?

as_bytes().len() ?

а где len() объявлен?

я просто в справке к массивам вроде не нашел его )

а че у нас стек у тредов уже бесконечный?)

А go умеет мигрировать горутины и наращивать им стек

я просто в справке к массивам вроде не нашел его )

там не массив а слайс

он технически массив же

технически он отдельный примитив