это все и так очевидно

и явно затрагивает области, куда жабка редко заходит)

хотя вот мыло написало крутой игровой сервак на жаве

я же не говорю, что этог сделать нельзя

видел проек, у которого было больше 100гб хипа

и отключенный гц

они просто в конце каждого дня рестартовали приложение

есть даже спецификации жабы для rt систем, но зачем?

каждой задаче - по соответствующему инструменту

тут еще выше обсуждали форич

вот интересно, кто быстрее, forEah обычный или который из стрима Stream.forEah?

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

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

никто её не возводит

обычный foreach это какой?

я как минимум 3 знаю в жабке

обычный foreach это какой?

который ты можешь вызвать у коллекции

items.forEah()

потом item.stream().forEah

*forEach

вот здесь без понятия.

В Stream свои заморочки, несколько абстракций, а forEach, который от Iterable ничто не тормозит, думаю, он быстрее. default void forEach(Consumer<? super T> action) { Objects.requireNonNull(action); for (T t : this) { action.accept(t); } } А вот насколько быстрее, это уже к JMH.

вот интересно, кто быстрее, forEah обычный или который из стрима Stream.forEah?

Условно одинаково, в любом случае тайред развернет циклы

Вопрос в глубине этого цикла

Распаралельте стрим и будет быстрее)

Ну всм можно долго спорить но зачем если можно прийти к однозначному ответу в случае параллельного стрим и обычного фор ич

Приветы всем. Нет где-нибудь холивара про шаблонизаторы? Хочу почитать. И есть ли разница от того, как я пишу приложение (чистая java, spring boot)?

Ну всм можно долго спорить но зачем если можно прийти к однозначному ответу в случае параллельного стрим и обычного фор ич

Не всегда паралелльный стрим быстрее)

Приветы всем. Нет где-нибудь холивара про шаблонизаторы? Хочу почитать. И есть ли разница от того, как я пишу приложение (чистая java, spring boot)?

Смотря что ты пишешь и для чего)

Приветы всем. Нет где-нибудь холивара про шаблонизаторы? Хочу почитать. И есть ли разница от того, как я пишу приложение (чистая java, spring boot)?

Сейчас тебе @dmsol за jade задвинет)

jade шедевр

Во))

Ну блин, на данный момент в большинстве случаев быстрее)

Ну блин, на данный момент в большинстве случаев быстрее)

Если крутишь на нескольких ядрах то да)

Эм, а если у тебя не ассоциативная операция?

Это какая?

а op b op c == a op (b op c)

посмотри что тебе даст параллельный стрим и операция - например

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

Опроверги))

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

конечно сработает, только результат тебя не устроит.

конечно сработает, только результат тебя не устроит.

Пчму?)

сейчас дам код, скажешь его результат

Всем привет. Можно ли как-нибудь использовать HttpUrlConnection и HttpsUrlConnection без дублирования кода?

Мне нужно послать head запрос, чтобы узнать окончательный url после редиректа.

если у них есть общий интерфейс - ответ да

+ общие методы

если у них есть общий интерфейс - ответ да

Есть, просто после открытия соединения нужно кастовать вверх до соответствующих классов. А если кастовать вверх и вниз, то компилятор оптимизирует и получается шняга.

jade шедевр

Это он переименовался во что-то менее благозвучное?

@larev угадаешь что выведет этот код? public class Main { public static void main(String[] args) { IntStream.range(0, 10) .parallel() .forEach(System.out::println); } }

@larev угадаешь что выведет этот код? public class Main { public static void main(String[] args) { IntStream.range(0, 10) .parallel() .forEach(System.out::println); } }

Сдаюсь

forEachOrdered можно. Но тогда толку не будет от параллельного стрима. Его и сейчас нет.

Сдаюсь

Попробуй запустить этот код, а потом еще раз, а потом еще.

Попробуй запустить этот код, а потом еще раз, а потом еще.

сейчас дочитаю сначала про Thread и что такое Runnable

?

Это он переименовался во что-то менее благозвучное?

да, а так же портировался на джаву и спринг

@larev угадаешь что выведет этот код? public class Main { public static void main(String[] args) { IntStream.range(0, 10) .parallel() .forEach(System.out::println); } }

теряюсь в догадках, скорее всего хуйню от 0 до 10))

так а что это показывает то?)

Порядок выполнения же.

ну тут его не будет)

мыж вообще о скорости выполнения задвигали)

самый простой пример это взять параллельную сортировку от 0 до 1000000 к примеру и затестить на одном камне и на нескольких)

в первом случае тест проиграет линейной сортировке) во втором случае выиграет)

или я потерял контекст)

Выше была статья на хабре

В ней писалось бессмысленность таких тестов

если я не ошибаюсь, там описывлаась бессмысленность таких тестов с простыми бенчами

ERROR: S client not available

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

В ней писалось бессмысленность таких тестов

Ты не правильно посыл нонял, он был в том, что бы бенчмаркать правильно, а не как попало.

самый простой пример это взять параллельную сортировку от 0 до 1000000 к примеру и затестить на одном камне и на нескольких)

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

Гуга, мысль неправильно сформулировал. Сортировка не ассоциативна, ассоциативно сравнение.

Pavel ? , м?

Гуга, мысль неправильно сформулировал. Сортировка не ассоциативна, ассоциативно сравнение.

Тут смотря еще какая сортировка) и как этот shit вообще относится к контексту?

Тут вопрос в том позволяет ли алгоритм сегментирование или нет

хмм

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

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

Ээ нет

На одноядерной треды могут с разной скоростью отработать

Могу расписать, ща.

У тебя есть сортировка, на стриме она паралельна, но на одном камне. (тащем читай Таненбаума, кэш и всё такое). Ты вытягиваешь в L1 поле какого-то объекта из одного треда и он как бы отрабатывает. А потом второй тред тоже смотрит и такой нифига себе, в L1 уже лежит то что прям надо. И ты получаешь разницу в тиках(20±) между тредами. Она может и накопиться. А т.к. вселенная заотична, она так и сделает.

Вот и получаешь unOrdered на одном камне

Пы.сы. сортировка плохой пример, да

На одноядерной тачке треды это условность

Тормозить будет изза переключения контекста

Тормозить будет изза переключения контекста

Да. Ну я уже ссылался на Таненбаума. Он (вроде о.О) рассказывает в красках что там к чему.

В том случае если распараллеливание не использует к примеру форкджоин

Но и с ним всеравно будет медленней

Может спасти пайплайнинг если он есть

В том случае если распараллеливание не использует к примеру форкджоин

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

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

Я в курсе, поэтому скорее всего, я кишки не особо просматривал, все сведется к линейному выполнению

таненбаума значит почитать

Ага. Хороший мужик

я почитаю, куплю сегодня книжку пожалуй

я всё боюсь такие книги читать

хз почему

подскажите в чем может быть проблема, есть websocket при деплои на локальный томкат 7.0.52 всё хорошо работает, а при деплои на сервер (tomcat 7.0.52) ошибка подключение failed: Error during WebSocket handshake: Unexpected response code: 404, один и тот же war файл, подскажите в каком направлении смотреть

http://stackoverflow.com/questions/30500998/websocket-handshake-unexpected-response-code-404