Крупнозернистый против мелкозернистого

Из Википедии (детализация):

Гранулярность — это степень, в которой система разбита на мелкие части, либо сама система, либо ее описание или наблюдение. Это степень, в которой более крупная сущность подразделяется. Например, ярд, разбитый на дюймы, имеет более точную детализацию, чем ярд, разбитый на футы.

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

Проще говоря

• Крупнозернистый — более крупные компоненты, чем мелкозернистые, крупные подкомпоненты. Просто объединяет одну или несколько мелких служб в более грубую операцию.
• Мелкий – более мелкие компоненты, из которых состоят более крупные, сервис более низкого уровня.

Лучше иметь более крупнозернистые сервисные операции, которые состоят из мелкозернистых операций.

Грубая детализация: несколько объектов содержат много связанных данных, поэтому сервисы имеют более широкий набор функций. Пример: один объект «Учетная запись» содержит имя клиента, адрес, баланс счета, дату открытия, дату последнего изменения и т. д. Таким образом: повышенная сложность дизайна, меньшее количество ячеек для различных операций.

Детальная структура: больше объектов, каждый из которых содержит меньше данных, поэтому сервисы имеют более узкую функциональность. Пример: объект Account содержит баланс, объект Customer содержит имя и адрес, объект AccountOpenings содержит дату открытия и т. д. Таким образом: снижена сложность дизайна, увеличено количество ячеек для различных операций обслуживания. Это отношения, определенные между этими объектами.

Еще один способ понять это — подумать о связи между процессами и потоками. Процессы взаимодействуют с помощью крупномасштабных механизмов связи, таких как сокеты, обработчики сигналов, разделяемая память, семафоры и файлы. Потоки, с другой стороны, имеют доступ к общему пространству памяти, принадлежащему процессу, что позволяет им применять более тонкие механизмы связи.

Источник: параллелизм Java на практике.

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

В контексте услуг:

http://en.wikipedia.org/wiki/Service_Granularity_Principle

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

Детализированный интерфейс службы примерно такой же, как интерфейс чата.

Крупнозернистый и мелкозернистый оба думают об оптимизации ряда сервисов. Но разница в уровне. Я люблю объяснять на примере, вы легко поймете.

Детальный: например, у меня есть 100 служб, таких как findbyId, findbyCategry, findbyName и т. д. Вместо этого многих услуг, почему мы не можем предоставить поиск (идентификатор, категория, имя и т. д.). Таким образом, мы можем сократить услуги. Это всего лишь пример, но цель состоит в том, чтобы оптимизировать количество сервисов.

Грубая детализация: например, у меня есть 100 клиентов, у каждого клиента есть собственный набор из 100 сервисов. Таким образом, я должен предоставить 100 * 100 услуг. Это очень сложно. Вместо этого я определяю все общие услуги, которые применяются к большинству клиентов, как один набор услуг и остающихся отдельными. Например, из 100 сервисов 50 сервисов являются общими. Так что я должен управлять только 100 * 50 + 50.

Крупнозернистая зернистость не всегда означает более крупные компоненты, если вы исходите из буквального значения слова «грубый», это означает «грубый» или «неуместный». например В управлении программными проектами, если вы разбиваете небольшую систему на несколько компонентов одинакового размера, но различающихся по сложности и функциям, это может привести к грубой детализации. И наоборот, для мелкозернистой разбивки вы должны разделить компоненты на основе их связности функций, которые предоставляет каждый компонент.

крупнозернистая и мелкозернистая. Оба этих режима определяют, как ядра распределяются между несколькими задачами Spark. Как следует из названия, мелкозернистый режим отвечает за совместное использование ядер на более детальном уровне. Детальный режим больше не поддерживается Spark и скоро будет удален.

Службы Corse-grained предоставляют более широкие функциональные возможности по сравнению с мелкозернистой службой. В зависимости от бизнес-домена может быть создана одна служба для обслуживания одного бизнес-подразделения или могут быть созданы специализированные многоуровневые службы, если подразделения в значительной степени независимы друг от друга. Крупномасштабный сервис может стать более сложным, может быть менее адаптируемым к изменениям из-за своего размера, в то время как мелкозернистый сервис может привести к дополнительной сложности управления несколькими сервисами.

С точки зрения тега POS (часть речи),

• Мелкий – с использованием набора тегов Penn Treebank, которые имеют 36 различных тегов
• Грубая детализация — использование универсального набора тегов, который имеет 12 различных ярлык