Size: a a a

2020 November 14

T

Tagir in pro.jvm
Хоть частично. И иметь понимание о перформансной модели процессора базовое. Кэши, брэнч-предиктор и т. д. Это важнее котлина
источник

ZM

ZLoyer Matveev in pro.jvm
Tagir
Хоть частично. И иметь понимание о перформансной модели процессора базовое. Кэши, брэнч-предиктор и т. д. Это важнее котлина
и джавы и ассемблера, кстати уж
источник

ZM

ZLoyer Matveev in pro.jvm
но как важнее, скорее в иной плоскости
источник

R

Roman in pro.jvm
Tagir
Хоть частично. И иметь понимание о перформансной модели процессора базовое. Кэши, брэнч-предиктор и т. д. Это важнее котлина
То чувство, когда как раз таки сбежал оттуда (низкоуровневых языков) чтобы писать на джаве))
источник

T

Tagir in pro.jvm
Roman
То чувство, когда как раз таки сбежал оттуда (низкоуровневых языков) чтобы писать на джаве))
Ну и хорошо. Сбежал, но знания остались. Потребуется чинить перформанс в джаве - пригодятся.
источник
2020 November 15

1K

1 Kosov in pro.jvm
ребята, надо 3 скрина в секунду с телефона передавать на сервак (коннект через вебсокет). как это лучше реализовать на стороне андроида?
источник

Т

Тимур in pro.jvm
1 Kosov
ребята, надо 3 скрина в секунду с телефона передавать на сервак (коннект через вебсокет). как это лучше реализовать на стороне андроида?
источник

1K

1 Kosov in pro.jvm
спасиб
источник

U

UsernameAK in pro.jvm
можно такой вопрос насчёт многопоточности? если я буду одновременно читать массив в одном потоке и писать в него в другом без какой-либо синхронизации, то я получу мусор или оно вообще может упасть?
источник

ch

central hardware in pro.jvm
UsernameAK
можно такой вопрос насчёт многопоточности? если я буду одновременно читать массив в одном потоке и писать в него в другом без какой-либо синхронизации, то я получу мусор или оно вообще может упасть?
С чего бы ему упасть просто будут каша актуальных и неактуальных данных
источник

MD

Max Demydenko in pro.jvm
UsernameAK
можно такой вопрос насчёт многопоточности? если я буду одновременно читать массив в одном потоке и писать в него в другом без какой-либо синхронизации, то я получу мусор или оно вообще может упасть?
В случае с ссылками, где просто чтение/обновление все ок должно быть, а вообще в concurrent.atomic пакете есть атом реф массив, ну и частный случай для примитивов лонга и инта.
источник

U

UsernameAK in pro.jvm
Max Demydenko
В случае с ссылками, где просто чтение/обновление все ок должно быть, а вообще в concurrent.atomic пакете есть атом реф массив, ну и частный случай для примитивов лонга и инта.
да мне все равно надо дискардить ВСЁ что я сделал при любом изменении
источник

U

UsernameAK in pro.jvm
так что атомарность меня особо не заботит)
источник

T

Tagir in pro.jvm
UsernameAK
можно такой вопрос насчёт многопоточности? если я буду одновременно читать массив в одном потоке и писать в него в другом без какой-либо синхронизации, то я получу мусор или оно вообще может упасть?
Элементы будут писаться независимо plain-записями. Ничего не сломается
источник

T

Tagir in pro.jvm
parallelStream().map(...).toArray() именно так делает - все потоки разом пишут сразу в целевой массив, без промежуточных буферов. В конце одна синхронизация
источник

U

UsernameAK in pro.jvm
Tagir
parallelStream().map(...).toArray() именно так делает - все потоки разом пишут сразу в целевой массив, без промежуточных буферов. В конце одна синхронизация
у меня все потоки читают
источник

U

UsernameAK in pro.jvm
а один пишет
источник

T

Tagir in pro.jvm
UsernameAK
а один пишет
Без дополнительной синхронизации читатели могут не увидеть записи. Лучше атомикаррэй
источник

U

UsernameAK in pro.jvm
Tagir
Без дополнительной синхронизации читатели могут не увидеть записи. Лучше атомикаррэй
даже если не увидят, у меня все равно есть флаг который показывает что надо переобойти всё
источник

U

UsernameAK in pro.jvm
причём без повторного обхода никак даже в один поток)
источник