причем где 10 после "упаковки предаставления" стало <2

@quetzal вообще зависит от паттерна работы

в той программе где у меня много гигов памяти было, там gc было ~0.1c вроде

но он был редко

пару раз на несколько часов работы

большая часть памяти никогда в gen1 не попадало

ну да, там конечно есть простор чтобы ручки у гц покрутить еще

а у кто-то вообще упирался когда-то в эти задержки ГЦ?

а задержки победили на больших хипах?

На jvm redhat пилит новый гц. Тестируют вплоть до 128гб. Оракл тоже недавно вынес в открытый доступ прототип Гц. Говорят о терабайтных хипах. Деталей еще нет и не понятно где есть терабайт ОЗУ.

но чтобы "догнать" го нужно инкрементальный, на который забили

вот прям такой сидишь и понимаешь - ГЦ все испортил

у меня

вот в тех программах, но там было на уровне - хочется побыстрее

а не АААА ВСЕ ПЛОХО

и после тюнинга gc был хороший speedup нахаляву

просто инетресно - потому что интернетов начитаешся, кажется что у всех ГЦ торможит, а ты один дурак сидишь и не замечал

А неизбежность доказана? При таких-то, таких-то условиях построение global-lock-free gc требует оракула, например. Типа есть пейпер, в котором хотя бы базовая конва написана доказательства написана?

Да, насколько помню. Но пруфов не дам.

На jvm redhat пилит новый гц. Тестируют вплоть до 128гб. Оракл тоже недавно вынес в открытый доступ прототип Гц. Говорят о терабайтных хипах. Деталей еще нет и не понятно где есть терабайт ОЗУ.

ты можешь себе прям ща взять машину с терабайтом озу )

даже с 4тб

ну марлоу с этим игрался

ты можешь себе прям ща взять машину с терабайтом озу )

Фигасе, технологии. Я не знаю куда 12 гиг деть. А на рабочей машине, вообще 4.

на больших машинках

Фигасе, технологии. Я не знаю куда 12 гиг деть. А на рабочей машине, вообще 4.

включи AAA игрушку любую

включи AAA игрушку любую

А, это. У меня для этого приставка.

И сколько сейчас AAA жрёт игрушка?

Фигасе, технологии. Я не знаю куда 12 гиг деть. А на рабочей машине, вообще 4.

Поставь идею

И сколько сейчас AAA жрёт игрушка?

8+

да почему 30 плохо? сейчас на относительно дохлых машинах памяти 128 и больше

Сначала так люди рассуждают, а потом сидишь и втыкаешь в зависшую идею при 16 гигах оперативки

Сначала так люди рассуждают, а потом сидишь и втыкаешь в зависшую идею при 16 гигах оперативки

ну я все же про сервера говорил

но чтобы "догнать" го нужно инкрементальный, на который забили

Летом попадался забавный доклад о Гц го. Инженер из убера открыл что пропускная способность не очень и он быстро деградирует. Но кажется ему не поверили.

Летом попадался забавный доклад о Гц го. Инженер из убера открыл что пропускная способность не очень и он быстро деградирует. Но кажется ему не поверили.

есть ссылка?

это вроде не удивительно

но то что там гц оптимизирован на латенси вроде не секрет

но при достаточном кол-ве оперативке и для микросервисов ты наверное не попадёшь на это

там кстати уже 3х зонный gc запилили?

или это счастливое будущее?

но при достаточном кол-ве оперативке и для микросервисов ты наверное не попадёшь на это

Здесь должен быть текст туомова "my computer is not a turing machine"

есть ссылка?

https://www.youtube.com/watch?v=q1h2g84EX1M

но при достаточном кол-ве оперативке и для микросервисов ты наверное не попадёшь на это

При достаточном количестве ОЗУ и цпу.

ну если будет много долгоживущих данных, или много отвечать, то можно деградировать все равно

Но когда у тебя мини сервис, коих большинство, то все ок. В этом плане ставка го была успешна.

При этом он вроде не тюнится.

тюнить это сложно

https://www.youtube.com/watch?v=q1h2g84EX1M

спасибо

При этом он вроде не тюнится.

не тюнится, но для сервисов важна latency обычно все равно

depends on..

Летом попадался забавный доклад о Гц го. Инженер из убера открыл что пропускная способность не очень и он быстро деградирует. Но кажется ему не поверили.

тоже мне открытие, он же однопоколенный, у таких пропускной способности выше плинтуса не бывает

https://image.slidesharecdn.com/functionconf2017presentation-moretext1-171120105929/95/joys-frustrations-of-putting-34000-lines-of-haskell-into-production-at-vacation-labs-30-638.jpg?cb=1511175855

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

тоже мне открытие, он же однопоколенный, у таких пропускной способности выше плинтуса не бывает

уже ж обсуждали? там есть аллокация на стеке и это компенсирует в какой-то мере то что нет поколений

да это много где есть, и нигде еще не скомпенсировало ничего

а вот этот флажочек можно использовать прямо для всего проекта?

-funbox-strict-fields

https://image.slidesharecdn.com/functionconf2017presentation-moretext1-171120105929/95/joys-frustrations-of-putting-34000-lines-of-haskell-into-production-at-vacation-labs-30-638.jpg?cb=1511175855

да даже сайт FPCO выглядит как enlarge your..

а вот этот флажочек можно использовать прямо для всего проекта?

но зачем?

я вот листаю слайды

https://johantibell.com/files/haskell-performance-patterns.html#(4)

и вот на этом написано что можете использовать per file

я вот подумал, почему его на весь проект не включить

или это приведет к каким-то негативным последствиям?

с тех пор как эта презентация написана GHC и так распаковывает строгие поля (не все, но те, где от этого толк есть, которые размером с указатель)

да это много где есть, и нигде еще не скомпенсировало ничего

много где это где именно?

ну и понятное дело с чего взял что это ничего не компенсирует?

много где это где именно?

да почти во всех более-менее неигрушечных имплоементациях языков, которые много в куче аллоцируют, от явы до v8, в ФЯ типа хаскеля, в 90-е исследования были для эмелей, какие-то там пейпера Дойча и Бланшета, все это производительность повышает если очень повезет на десяток другой процентов. а поколения в разы потоковую производительность повышают. Вообше на стеке по всяким исследованиям процентов 20 можно размещать, при том что 99 короткоживущие объекты, вот и понятна эффективность всех этих эскейп анализов. Т.е как дополнительная прибавка нормально, но поколения никак не заменить

а можно ссылку на исследования про 20% на стеке?

Гершом веселый

теперь он хочет и афинные типы и линейные в C--

а можно ссылку на исследования про 20% на стеке?

вот, например, там на микробенчмарках-то хоть 99 получить можно, но на реалистических приложениях 10-30 http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.463.1254&rep=rep1&type=pdf

бенчмарки на 44 странице начинаются

причем даже 99 это мало для того чтоб скомпенсировать поколения, потому что какой-нибудь ФП код может при сотне мегабайт долгоживущих по несколько гигов в секунду через нулевое пропускать

что ldd говорит? или file?

> ldd (which stack) not a dynamic executable > file /home/develop7/.local/bin/stack /home/develop7/.local/bin/stack: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, stripped

прикольно

linux, конечно же

до 1.5 stack upgrade свежую версию из исходников собирало :)

Внушало, признаться.

гента

какая-то

гента это хорошо

генту разве автотестами гоняют в хвост и гриву?

нет