Коллеги, помогите вспомнить один термин. Дано:
1.
2.
3.
4.
5.
6.
while (true) {
synchronized(this) {
// Что-то
System.out.println(Thread.currentThread().getName());
}
}
Этот код вызывается с нескольких потоков. И если вы посмотрите на аутпут этого кода, то увидите странную картину, когда один и тот же поток может последовательно входить в synchonized секцию сотни и тысячи раз, не передавая контроль другим потокам. Starvation налицо.
Стал я думать, в чем может быть причина.
1) Понятно, что synchornized не fair, никто никаких гарантий не дает. Но не до такого же маразма, что один поток может напрочь подавить все остальные. Не катит.
2) Есть такая штука, как lock coarsening. Может быть JIT раздвинул границы synchronized за пределы цикла while? Нет, то же не катит. Во-первых, JIT бы это просек не сразу, и сначала я скорее всего увидел бы нормальное переключение потоков. Во-вторых, переключения все таки иногда происходят. Наконец, волшебная опция -XX:-EliminateLocks не помогает.
3) Наконец, я вспомнил, что на какой-то презентации из JUG парни из Оракла (то ли Шипилев, то ли Иванов - не помню) рассказывали, что на ХотСпоте есть такая фигня, что если тред отпускает монитор и почти сразу же пытается снова его захватить, то этот тред оказывается в приоритете относительно остальных ждущих, дабы сэкономить на cas-ах.
И они как-то называли эту технику, каким-то термином. А я не помню его, потому и не могу загуглить деталей. Может быть кто-нибудь в курсе, как по научному называется эта чертовщина? Уж ооочень лень пересматривать эти многочасовые презенташки.
