А разве есть ещё ламповые C4 сервера без анального гварда (трояна)?

я с 12 года воздерживаюсь, не хочу даже проверять (:

я с 12 года воздерживаюсь, не хочу даже проверять (:

А я с 2008-го =\

ладно, давай подвязывать с флудом, а то прийдет Дима и отправит нас во @flood

А я с 2008-го =\

суров.

ладно, давай подвязывать с флудом, а то прийдет Дима и отправит нас во @flood

или я

или я

Так можно лампово перенести бсуждение туда :3

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

true

бинарников на бинтрее

also true

только старые хроники lineage2 или eve online (:

это я сейчас вообще не понял что написано

это я сейчас вообще не понял что написано

https://ru.wikipedia.org/wiki/EVE_Online

отставить флуд

хорошо.

Ребят, я правильно понимаю, что если в классе есть final-поля, то в конце конструктора происходит безопасная публикация, т. е. другие треды не увидят полусконструированный объект?

Ребят, я правильно понимаю, что если в классе есть final-поля, то в конце конструктора происходит безопасная публикация, т. е. другие треды не увидят полусконструированный объект?

Если ты из конструктора его не запаблишишь)

если this не утечет раньше выхода из конструктора - значения final полей будут гарантированно видны всем потокам, получившим ссылку после выхода из конструктора

если this не утечет раньше выхода из конструктора - значения final полей будут гарантированно видны всем потокам, получившим ссылку после выхода из конструктора

А остальных полей?

если final-поля будут ссылочного типа - то их состояние гарантированно будет столь же актуально как и само final-поле

если final-поля будут ссылочного типа - то их состояние гарантированно будет столь же актуально как и само final-поле

а примитивы почему нет?

не, примитивы то понятно что будут видны гарантированно

просто если ты напишешь код private final int[] arr; arr = new int[2]; arr[0] = 1; arr[1] = 2;

если final-поля будут ссылочного типа - то их состояние гарантированно будет столь же актуально как и само final-поле

Там нет хэпэнс-бефор

не, примитивы то понятно что будут видны гарантированно

Ага. То есть наличие файнала гарантирует публикацию всего объекта по завершении конструктора.

то потоки снаружи гарантированно увидят arr != null, но могут прочитать arr[0] == 0

а вот arr = new int[] {1, 2}; даст ожидаемое поведение arr[0] == 1, arr[1] == 2

то потоки снаружи гарантированно увидят arr != null, но могут прочитать arr[0] == 0

всё зависит от того, где написаны arr[*] = *

при инициализации филда, в блоке инициализации или в конструкторе

при инициализации филда, в блоке инициализации или в конструкторе

тогда arr = new int[2]; arr[0] = 1; arr[1] = 2; абсолютно эквивалентно arr = new int[] {1, 2};

нет же оО

тогда arr = new int[2]; arr[0] = 1; arr[1] = 2; абсолютно эквивалентно arr = new int[] {1, 2};

Нет

в момент присвоения ссылки final массив в этом случае содержит значения [0, 0]

а потом ты их изменяешь на [1, 2]

в момент присвоения ссылки final массив в этом случае содержит значения [0, 0]

а разве публикация не в конце конструктора?

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

Ага, new int[size] выделяет память в куче и принудительно обнуляет элементы

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

ясно, спасибо

Там нет хэпэнс-бефор

Запись значения в final-поле (и, если это поле — ссылка, то ещё и всех переменных, достижимых из этого поля (dereference-chain)) при конструировании объекта happens-before запись этого объекта в какую-либо переменную, происходящая вне этого конструктора.

Запись значения в final-поле (и, если это поле — ссылка, то ещё и всех переменных, достижимых из этого поля (dereference-chain)) при конструировании объекта happens-before запись этого объекта в какую-либо переменную, происходящая вне этого конструктора.

Я имел ввиду не final поля

прошу прощения, не понял

Для них нет)

Но если инициализация не файнал поля само hb инициализации final (program order из JMM) то тогда hb.

Я это имел ввиду)

а вот сейчас я не согласен (или опять неправильно понял) Foo { private int val; private final int val2; Foo() { val = 42; val2 = 777; } } т.е. если какой-то поток получит ссылку на корректно сконструированный объект - он должен увидеть там значение 777 и 42 потому что запись в val является pаньше записи в val2, исходя из program order (и следовательно happens before)?

Ребят, я правильно понимаю, что если в классе есть final-поля, то в конце конструктора происходит безопасная публикация, т. е. другие треды не увидят полусконструированный объект?

если все поля файнал, согласно спеке

а вот сейчас я не согласен (или опять неправильно понял) Foo { private int val; private final int val2; Foo() { val = 42; val2 = 777; } } т.е. если какой-то поток получит ссылку на корректно сконструированный объект - он должен увидеть там значение 777 и 42 потому что запись в val является pаньше записи в val2, исходя из program order (и следовательно happens before)?

да

но это, к сожалению, уже неправда: hb для записи final-полей является таковым только по отношению к другим записям в final-поля, но не для остальных операций

но это, к сожалению, уже неправда: hb для записи final-полей является таковым только по отношению к другим записям в final-поля, но не для остальных операций

записи файналов коммитятся в память, по совместительству туда попадают и все предыдущие.

насколько мне известно, JMM такой гарантии не дает, пруфлинк: https://dev.cheremin.info/2011/12/final.html

записи файналов коммитятся в память, по совместительству туда попадают и все предыдущие.

это, вроде как, зависит от имплементаци джвм, гарантий нет

насколько мне известно, JMM такой гарантии не дает, пруфлинк: https://dev.cheremin.info/2011/12/final.html

Черёмин ❤️

Черёмин ❤️

Плюс один

но это, к сожалению, уже неправда: hb для записи final-полей является таковым только по отношению к другим записям в final-поля, но не для остальных операций

Да, это не верно.

> то определение позволяет проводить ребра HB только от таких записей, которые а) происходят до завершения конструктора б) результаты которых видны по цепочке ссылок начиная с final-поля, инициализированного в этом конструкторе. звучит так, будто можно мутировать массив, присвоенный в final-поле, до заморозки

верно

ERROR: S client not available

верно

Почему? Заморозка файнал поля после выхода из конструктора. Если мы читаем не файнал после фриза это не даёт гарантии на то что у нас чтение не файнал и фриз memory chained... ?

Почему? Заморозка файнал поля после выхода из конструктора. Если мы читаем не файнал после фриза это не даёт гарантии на то что у нас чтение не файнал и фриз memory chained... ?

это не про не-final, а про dereference chain

это не про не-final, а про dereference chain

А, пардоньте)

> то определение позволяет проводить ребра HB только от таких записей, которые а) происходят до завершения конструктора б) результаты которых видны по цепочке ссылок начиная с final-поля, инициализированного в этом конструкторе. звучит так, будто можно мутировать массив, присвоенный в final-поле, до заморозки

о JMM надо думать на свежую голову)

О, китайцы атакуют

Пора капчу вводить

/stat@combot

combot.org/c/-1001043090457

Что лучше использовать сокеты или нио? Задача такая ,написать аукцион. Сервер берёт из базы лоты и кидает клиентам которые подключенные или подключились. Клиенты торгуются и пишут свою цену к определённому лоту. Предположим клиентов может быть 1000+

Реализация в консоле

Что лучше использовать сокеты или нио? Задача такая ,написать аукцион. Сервер берёт из базы лоты и кидает клиентам которые подключенные или подключились. Клиенты торгуются и пишут свою цену к определённому лоту. Предположим клиентов может быть 1000+

а чо бы netty не взять?

писать сокетный сервер с нуля хлопотное дело. если это не лаба или курсач (хотя netty там тоже потрахаться придется)

а чо бы netty не взять?

Не знаком я с серверным программированием. Вот и думаю что лучше учить

тут как обычно, шашечки или ехать. думаю что на netty можно сговнякать быстро. а почему вообще сокетный сервер?

почему не http/wesocket или там http2/grpc ?

Это задания типа тестового. А через что его реализовать вот и думаю. По нетти мало инфы ,в вот по нио или сокеты полно

Это задания типа тестового. А через что его реализовать вот и думаю. По нетти мало инфы ,в вот по нио или сокеты полно

на работу что-ле?

а на чем они в конторе пишут?

ХЗ на чём. хотят посмотреть реализацию

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

Спасибо большое

ну и собствено никому не раздавайте ?

Спасибо большое

скачал?

Да

?

если задание просто слабать аукцион - я бы на вебсокетаслабал http://enterprisewebbook.com/ch8_websockets.html#_adding-an-auction-to-save-the-child

Веб в данной ситуации мимо