Очень интересная статья и красиво подобранный материал. Сразу вспомнил как с друзьями составляли карту открытия и закрытия движения по мостам для максимально быстрого «объезда» ночью по максимальному количеству.
Не могу принять Вашу точку зрения, т.к. она не подкреплена примерами.
Были комментарии выше, с которыми я полностью согласен, т.к. они аргументированы, но это не про Ваш комментарий.
Вы можете привести ссылки на огромное количество статей с работающими примерами за исключением уже имеющихся у меня в избранном?
В первых строках указано, что статья для пользователей начинающих знакомиться с данными возможностями, а не для профессионалов.
«Описано как-то очень сумбурно» — у всех свой стиль написания статей, замечу, что абсолютно все примеры рабочие и в точности показывают возможности функционала, а это немаловажно.
Данная фраза относилась к пользователю afanasiy_nikitin. Мне кажется, что я обоснованно рассказал в комментариях ниже свою точку зрения. Еще раз повторю, что если мы заявляем о фактах из книг, то мы должны в этом быть уверены. Я не поленился и перечитал(уже почти полностью) данную книгу и написал, что afanasiy_nikitin не прав и в чем, привел выдержки из книги.
Кстати, книгу всем советую, действительно отличная.
1) Речь про значение в 10000 идет о альбомах (музыкальных треках).
2) Не могу понять Ваше желание сравнивать книги и статьи, приводя неправильные примеры, вводя в заблуждение читателей. Замечу. что автор книги(Ричард Уорбэртон), начиная со 107 страницы, подробно пишет о производительности при разных структурах и объемах данных. Вами сказанного значения в "~10000" у него нет.
3)Пожалуйста.
Не ищите цитату, т.к. вот она:
«При замере времени работы примеров 6.1 и 6.2 на 4-ядерной машине при 10 альбомах последовательная версия оказывается в 8 раз
быстрее. При 100 альбомах обе версии работают одинаково быстро,
а при 10 000 альбомов параллельная версия опережает последовательную в 2,5 раза.
Все результаты измерений в этой главе приводятся только для сведения. На вашей машине они могут оказаться совершенно другими.
Размер входного потока – не единственный фактор, определяющий, даст ли распараллеливание ускорение. Результаты могут также
зависеть от способа написания кода и количества доступных ядер.» Автор книги Ричард Уорбэртон приводит нам пример про 10000(не говоря о том, что 10000 — это идеальное число для «отсечки») и обратите внимание, что скорости могут отличаться.
Понятно, что речь идет про коллекцию, и про fork/join обсуждали. Вы напишите формулировку из книги, т.к. я еще раз повторю, что коллекции бывают разные(обратите на это внимание). Книга действительно хорошая. Про полезность статьи судить не Вам(возможно, что многим примеры будут полезны).
Еще раз специально перечитал несколько глав из книги Герберта Шилдта пытаясь найти упоминание о пороговых значениях, не нашел. Пытался смотреть другие источники, не нашел. Есть особенности при обработке в параллель. Первое — мы зависим от мощностей и «свободных» процессоров. Второе — коллекции представляют из себя различную структуру, поэтому необходимы точные формулировки из Вашего примера для понимания возможностей в точности разделения коллекций по определенному пороговому значению.
Вот смотрите, касательно GWT в первой статье, на которую я привожу ссылку, указывается на особенности GWT.
Концепция GWT почти такая же, как у Vaadin: вы пишите код только на Java. Только GWT транслирует ваш Java-код в JavaScript. Сложности начинаются тогда, когда надо обработать событие, приходящее из браузера (например, обработка нажатий кнопки или сабмита формы). Чтобы из сгенерированного JavaScript-кода вызвать код на серверной стороне, надо сделать несколько магических пассов: создать абстрактный класс-фабрику, его реализацию и т.п.
Vaadin избавляет вас от этих проблем. Кстати, Vaadin на самом деле использует GWT, так что его можно даже считать надстройкой над GWT, которая решает проблемы общения с сервером. Вы просто пишете Listener
Vaadin, конечно, прекрасный фреймворк, но Вы не упомянули о том, что логика по отображению страницы формируется на серверной стороне.
В этой статье мне важно не описать Vaadin и Liquidbase(для этого я оставил ссылки на видео и сайты), а сделать так, что бы читатели увидели разные способы создания приложений и посмотрели один из вариантов. Сравнили со своим подходом.
А специально в названии в слове Intergation буквы поменяли местами с gr на rg? Или это новый термин в компании?
JVMCI
Graal
Были комментарии выше, с которыми я полностью согласен, т.к. они аргументированы, но это не про Ваш комментарий.
Вы можете привести ссылки на огромное количество статей с работающими примерами за исключением уже имеющихся у меня в избранном?
В первых строках указано, что статья для пользователей начинающих знакомиться с данными возможностями, а не для профессионалов.
«Описано как-то очень сумбурно» — у всех свой стиль написания статей, замечу, что абсолютно все примеры рабочие и в точности показывают возможности функционала, а это немаловажно.
Кстати, книгу всем советую, действительно отличная.
2) Не могу понять Ваше желание сравнивать книги и статьи, приводя неправильные примеры, вводя в заблуждение читателей. Замечу. что автор книги(Ричард Уорбэртон), начиная со 107 страницы, подробно пишет о производительности при разных структурах и объемах данных. Вами сказанного значения в "~10000" у него нет.
3)Пожалуйста.
«При замере времени работы примеров 6.1 и 6.2 на 4-ядерной машине при 10 альбомах последовательная версия оказывается в 8 раз
быстрее. При 100 альбомах обе версии работают одинаково быстро,
а при 10 000 альбомов параллельная версия опережает последовательную в 2,5 раза.
Все результаты измерений в этой главе приводятся только для сведения. На вашей машине они могут оказаться совершенно другими.
Размер входного потока – не единственный фактор, определяющий, даст ли распараллеливание ускорение. Результаты могут также
зависеть от способа написания кода и количества доступных ядер.»
Автор книги Ричард Уорбэртон приводит нам пример про 10000(не говоря о том, что 10000 — это идеальное число для «отсечки») и обратите внимание, что скорости могут отличаться.
В этой статье мне важно не описать Vaadin и Liquidbase(для этого я оставил ссылки на видео и сайты), а сделать так, что бы читатели увидели разные способы создания приложений и посмотрели один из вариантов. Сравнили со своим подходом.
Да, и это не беда.
Спорный момент, нужно смотреть.
Не встречал Flyway в работе, попробую посмотреть.