ребят подскажите как лучше всего считать последние цифры ip адреса 192.168.0.5 (5)

через регулярки?

через сдвиги

ребят подскажите как лучше всего считать последние цифры ip адреса 192.168.0.5 (5)

substring + lastIndexOf

Что такое "лучше", из какого именно вида (в строке только айпишник? полный адрес чего-то в сети?), как важна производительность (скорее всего - не важна), в каком количестве

ребят подскажите как лучше всего считать последние цифры ip адреса 192.168.0.5 (5)

split(.)

ребят подскажите как лучше всего считать последние цифры ip адреса 192.168.0.5 (5)

ip строкой приходит или byte[]?

split(.)

не особо хорошее решение

ip строкой приходит или byte[]?

ip строкой

не особо хорошее решение

обоснуй

обоснуй

массив строк не очень хорошая идея

массив строк не очень хорошая идея

??

обоснуй

4 новых объекта будет создано

массив строк не очень хорошая идея

не очень хорошая идея задавать сюда простые вопросы, когда есть @javastart

4 новых объекта будет создано

щас бы объекты считать, но дело твое конечно

в том и поинт, что оно в жвм выполняться будет. В перфоманс Graal (самого лучшего JIT-компилятора на Java-платформе), GC (надо поробовать подключить Shenandoah), базовых библиотек для многопоточности итп - вложены десятки лет лучших разработчиков это как раз у V8 теперь будет вопрос, что нельзя просто так взять и повторить успехи жабы

shenandoah support не работает пока (там надо в код барьеры и все такое), но теоретически да

не очень хорошая идея задавать сюда простые вопросы, когда есть @javastart

вопрос который заставляет задуматься. ведь существует множество способов

ip строкой

([12]?\d?\d)\.([12]?\d?\d\).([12]?\d?\d\).([12]?\d?\d)

вопрос который заставляет задуматься. ведь существует множество способов

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

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

всмысле я че зря регулярку писал

([12]?\d?\d)\.([12]?\d?\d\).([12]?\d?\d\).([12]?\d?\d)

мне нужен последний эл

$4 группа

мне нужен последний эл

@javastart

есть подозрение, что сильно соснёт у ноды по перфомансу, как и всякие нэшхорны. в оптимизацию ноды и v8, были влиты колосальные силы, нельзя просто так взять и запилить на уровне

graal.js сейчас немного медленне ноды. Но это изменится. Сейчас в грале очень много очень хороших высокоуровневых отпимизаций, не так много низкоуровневых заточенных под конкретные куски кода.

graal.js сейчас немного медленне ноды. Но это изменится. Сейчас в грале очень много очень хороших высокоуровневых отпимизаций, не так много низкоуровневых заточенных под конкретные куски кода.

а есть подробнее прочитать про это? вообще интересно как оно работает. они используют какие-то наработки от ноды, запускается ли там под капотом v8 или всё свое? если своё то как, вызов нативных либ или всё бегает поверх jvm, как обычно приложение на жаве.

вот например из июня прошлого года: \

https://www.dropbox.com/s/mvew28q4pdy7n16/Screenshot%202018-04-18%2014.01.55.png?dl=0

это из вот этой статьи: http://chrisseaton.com/truffleruby/pldi17-truffle/pldi17-truffle.pdf

это из вот этой статьи: http://chrisseaton.com/truffleruby/pldi17-truffle/pldi17-truffle.pdf

спс, гляну

ну и вэлкам в чатик https://gitter.im/graalvm/graal-core там всегда кто-то из команды есть чтоб на каверзные вопросы отвечать

/tuxic

помогите с грейдлом, позязя

/tuxic

надо переименовать артефакты, чтобы не было номера версии в названии главной джарки. переименовали, билдит на отличненько, в папке с билдом лежит app.jar, app-api-x.y.z.jar, app-core-x.y.z.jar все как надо

У кого нибудь ещё есть проблемы с доступом к http://mvnrepository.com ?

паблишинг не работает, потому что он пытается найти app-x.y.z.jar

У кого нибудь ещё есть проблемы с доступом к http://mvnrepository.com ?

вчера вроде кто то жаловался что ркн опять промазал

Мавен все, посаны. Переходим на градл.

https://mvnrepository.com точно все. Репозиторий живой.

/tuxic

Ребят, кто пользовал Java 7 для AWS Lambda сильно медленно? Спринг контекст не сильно тупит или стоит что-то другое рассмотреть?

народ, харе нажимать на /tuxic и тому подобное.

/tuxic

https://mvnrepository.com только через VPN

/tuxic

помогите с грейдлом, позязя

кто-нибудь?

кто-нибудь?

Барух?

Барух?

ау?

Тут помощи хотят с грейдлом. Я только по нехусу могу помочь.

/tuxic

ау?

Неплохой респонс тайм)

Как раз ее и решают. Еще решают темпоральные проблемы, которые асинк не решает

странно, но авторы утверждают что писали как раз для этого ?

паблишинг не работает, потому что он пытается найти app-x.y.z.jar

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

Неплохой респонс тайм)

стараемся

Тут помощи хотят с грейдлом. Я только по нехусу могу помочь.

по нексусу я тоже могу: https://github.com/JFrogDev/nexus2artifactory

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

Спс. Можно немного более развернуто, я просто не джава дев, я только с дженкинсом колдую

по нексусу я тоже могу: https://github.com/JFrogDev/nexus2artifactory

Нобелевскую за контекстную рекламу. Плачу...

Нобелевскую за контекстную рекламу. Плачу...

нативную же. Держись там.

Спс. Можно немного более развернуто, я просто не джава дев, я только с дженкинсом колдую

это к джаве не имеет отношения. https://docs.gradle.org/current/userguide/managing_dependency_configurations.html

Друзья, а чем можно решить задачу одновременного запуска определенного кода на нескольких нодах одновременно?

кроме зк+куратор

насколько одновременно?

наимаксимальнейше одновременно

хочу шаред цикликбарьер грубо говоря

ну это совсем другое уже условие)

просто "ровно в одну и ту же мс/нс" проще решить

Друзья, а чем можно решить задачу одновременного запуска определенного кода на нескольких нодах одновременно?

ну в голову приходят всякие распределенные кеши/imdg, хазелькасты там, игнайты, но имхо лучше уж зукипер взять.

просто "ровно в одну и ту же мс/нс" проще решить

Нет

а просто класть сообщение в топик и чтобы все кто нужно вычитывал оттуда и запускал задачу - не вариант ?

Время на машинах может быть разным

оно конечно будет очень условно "одновременно"

а просто класть сообщение в топик и чтобы все кто нужно вычитывал оттуда и запускал задачу - не вариант ?

Проще зк

Время на машинах может быть разным

Да и даже если синхронизировать, скорость исполнения может отличаться (банально планировщик системы разным процессам время выдавал на пару тактов по-разному, потому что нереально на 100% синхронизировать окружение и его поведение целиком) из-за какой-то херни, которую ты не проконтролируешь, особенно на удалённых облачных системах, кажется.

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

а 100% синхронизировать даже на одном проце с двумя ядрами у тебя не получиться, но опять же, требуется более-мение одновременное начало

и дальше синхронизировать работу по кускам

что бы если даже одна нода улетела вперед то она все равно ждала бы всех остальных

Почему таки автора вопроса ни кто не спросит. А нахуа?

Почему таки автора вопроса ни кто не спросит. А нахуа?

Спроси

Друзья, а чем можно решить задачу одновременного запуска определенного кода на нескольких нодах одновременно?

Spring Cloud решает насколько я понял задачу

Spring Cloud решает насколько я понял задачу

Не видел такого модуля для кейса Саши