Организация работы горячего цеха. Общие требования, особенности организации

OpenMP

ЛЕКЦИЯ 15.

Интерфейс OpenMP задуман как стандарт для программирования на

масштабируемых SMP-системах (модель общей памяти). В стандарт OpenMP

входят спецификации набора директив компилятора, процедур и переменных

среды. До появления OpenMP не было подходящего стандарта для эффективно-

го программирования на SMP-системах.

Наиболее гибким, переносимым и общепринятым интерфейсом параллель

ного программирования является MPI (интерфейс передачи сообщений). Одна-

ко модель передачи сообщений:

• недостаточно эффективна на SMP-системах;

• относительно сложна в освоении, так как требует мышления в "невычислительных" терминах. POSIX-интерфейс для организации нитей (Pthreads)

поддерживается широко (практически на всех UNIX-системах), однако по

многим причинам не подходит для практического параллельного програм-

мирования: слишком низкий уровень, нет поддержки параллелизма по

данным.

OpenMP можно рассматривать как высокоуровневую надстройку над

Pthreads (или аналогичными библиотеками нитей). За счет идеи "инкременталь-

ного распараллеливания" OpenMP идеально подходит для разработчиков, же-

лающих быстро распараллелить свои вычислительные программы с большими

параллельными циклами. Разработчик не создает новую параллельную про-

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

граммы OpenMP-директивы. При этом, OpenMP - достаточно гибкий механизм,

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

ем параллельного приложения. Предполагается, что OpenMP-программа на од-

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

тельной программы, т.е. нет необходимости поддерживать последовательную и

параллельную версии. Директивы OpenMP просто игнорируются последова-

тельным компилятором.

Спецификация OpenMP для C/C++, содержит следующую функциональ-

ность:

• Директивы OpenMP начинаются с комбинации символов "# pragma

omp". Директивы можно разделить на 3 категории: определение парал лельной секции, разделение работы, синхронизация. Каждая директива

может иметь несколько дополнительных.

• Компилятор с поддержкой OpenMP определяет макрос " _OPENMP", ко

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

ков, характерных для параллельной версии программы.

• Распараллеливание применяется к for-циклам, для этого используется ди

ректива " #pragma omp for ". В параллельных циклах запрещается исполь-

зовать оператор break.

• Статические (static) переменные, определенные в параллельной области

программы, являются общими (shared).

• Память, выделенная с помощью malloc(), является общей (однако указа-

тель на нее может быть как общим, так и приватным).

• Типы и функции OpenMP определены во включаемом файле < omp.h >.

• Кроме обычных, возможны также "вложенные" (nested) мьютексы - вме-

сто логических переменных используются целые числа, и нить, уже за-

хватившая мьютекс, при повторном захвате может увеличить это число.

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

вхождении программы в параллельные области приложения.

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

Интерфейс OpenMP является стандартом для программирования на мас-

штабируемых SMP-системах с разделяемой памятью. В стандарт OpenMP вхо-

дят описания набора директив компилятора, переменных среды и процедур. За

счет идеи "инкрементального распараллеливания" OpenMP идеально подходит

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

программы с большими параллельными циклами. Разработчик не создает но-

вую параллельную программу, а просто добавляет в текст последовательной

программы OpenMP-директивы.

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

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

приведен в спецификациях. В OpenMP любой процесс состоит из нескольких

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

токи команд и раздельные стеки. В простейшем случае, процесс состоит из од-

ной нити.

Обычно для демонстрации параллельных вычислений используют простую программу вычисления числа π. Рассмотрим, как можно написать такую программу в OpenMP. Число π можно определить следующим образом:

Вычисление интеграла затем заменяют вычислением суммы:

где xi = (i- 1/2 ) / n.

В последовательную программу вставлены две строки (директивы), и она становится параллельной

#include <stdio.h>

double f(double y) {return(4.0/(1.0+y*y));}

int main()

{

double w, x, sum, pi;

int i;

int n = 1000000;

w = 1.0/n;

sum = 0.0;

#pragma omp parallel for private(x) shared(w)\

reduction(+:sum)

for(i=0; i < n; i++)

{

x = w*(i-0.5);

sum = sum + f(x);

}

pi = w*sum;

printf("pi = %f\n", pi);

}

Программа начинается как единственный процесс на головном процессоре. Он исполняет все операторы вплоть до первой конструкции типа #pragma omp. В рассматриваемом примере это оператор parallel for, при исполнении которого порождается множество процессов с соответствующим каждому процессу окружением.

В случае симметричного мультипроцессинга SMP на всех процессорах процессорной системы исполняется один экземпляр операционной системы, которая отвечает за распределение прикладных процессов (задач, потоков) между отдельными процессорами. Распараллеливание применяется к for-циклам, для этого используется директива " #pragma omp for ", по которой ОС раздает процессорам (ядрам) личный экземпляр программы, как в SPMD, попросту передает один и тотже отрезок программы на заданное число процессоров. Распараллеливание применяется к for-циклам, для этого используется директива

" #pragma omp for ", по котоой ОС раздает ппроцессорам (ядрам) личный эк-

земпляр программы, как в SPMD.

В рассматриваемом примере окружение состоит из локальной (PRIVATE) переменной х, переменной sum редукции (REDUCTION) и одной разделяемой

(SHARED) переменной w. Переменные х и sum локальны в каждом процессе

без разделения между несколькими процессами. Переменная w располагается в

головном процессе. Оператор REDUCTION имеет в качестве атрибута опера-

цию, которая применяется к локальным копиям параллельных процессов в кон-

це каждого процесса для вычисления значения переменной в головном процес-

се. Переменная цикла i является локальной в каждом процессе, так как именно

с уникальным значением этой переменной порождается каждый процесс. Па-

раллельные процессы завершаются оператором END DO, выступающим как

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

всех процессов продолжается только головной процесс.

Директивы OpenMP с точки зрения C являются комментариями и начина-

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

может без изменений выполняться на последовательной ЭВМ в обычном ре-

жиме.

Распараллеливание в OpenMP выполняется при помощи вставки в

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

функций. При использовании OpenMP предполагается SPMD-модель (Single

Program Multiple Data) параллельного программирования, в рамках которой для

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

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

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

одной (нити мастера), завершаются, и начинается последовательная область. В

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

областей.

Кроме того, параллельные области могут быть также вложенными друг в

друга. В отличие от полноценных процессов, порождение нитей является отно

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

не так сильно влияют на время выполнения программы.

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

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

переменной среды MP_NUM_THREADS. После запуска начинает работать од-

на нить, а внутри параллельных областей одна и та же программа будет выпол-

няться всем набором нитей. При выходе из параллельной области производится

неявная синхронизация и уничтожаются все нити, кроме породившей. Все по-

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

области. Предполагается, что в SMP-системе нити будут распределены по раз-

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

онной системы.

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

Например, в Linux это можно сделать при помощи следующей команды: export OMP_NUM_THREADS=n. Функция omp_get_num_procs () возвращает количество процессоров, доступных для использования программе пользователя на момент вызова. Директивы master (master... end master) выделяют участок кода, который будет выполнен только нитью-мастером. Остальные нити просто

пропускают данный участок и продолжают работу с оператора, расположенно-

го следом за ним. Неявной синхронизации данная директива не предполагает.

Модель данных в OpenMP предполагает наличие как общей для всех нитей области памяти, так и локальной области памяти для каждой нити. В OpenMP переменные в параллельных областях программы разделяются на два основных класса:

• shared (общие; все нити видят одну и ту же переменную);

• private (локальные, каждая нить видит свой экземпляр переменной).

Общая переменная всегда существует лишь в одном экземпляре для всей области действия. Объявление локальной переменной вызывает порождение своего экземпляра данной переменной (того же типа и размера) для каждой нити.

Изменение нитью значения своей локальной переменной никак не влияет на изменение значения этой же локальной переменной в других нитях. Если не-

сколько переменных одновременно записывают значение общей переменной

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

ние общей переменной и как минимум одна нить записывает значение этой

переменной без выполнения синхронизации, то возникает ситуация так назы-

ваемой «гонки данных». Для синхронизации используется оператор barrier:

#pragma omp barrier

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

Директивы OpenMP просто игнорируются последовательным компилятором, а для вызова функций OpenMP могут быть подставлены специальные «за-

глушки» (stub), текст которых приведен в описании стандарта. Они гарантиру-

ют корректную работу программы в последовательном случае – нужно

только перекомпилировать программу и подключить другую библиотеку.

OpenMP может использоваться совместно с другими технологиями парал-

лельного программирования, например, с MPI. Обычно в этом случае MPI ис-

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

узлами, а OpenMP затем используется для распараллеливания на одном узле.

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

матриц, представлена ниже. В программе замеряется время на основной

вычислительный блок, не включающий начальную инициализацию. В ос-

новном вычислительном блоке программы на языке Фортран изменён порядок

циклов с параметрами i и j для лучшего соответствия правилам размещения

элементов массивов.

#include <stdio.h>

#include <omp.h>

#define N 4096

double a[N][N], b[N][N], c[N][N];

int main()

{

int i, j, k;

double t1, t2;

// инициализация матриц

for (i=0; i<N; i++)

for (j=0; j<N; j++)

a[i][j]=b[i][j]=i*j;

t1=omp_get_wtime();

// основной вычислительный блок

#pragma omp parallel for shared(a, b, c) private(i, j, k)

for(i=0; i<N; i++){

for(j=0; j<N; j++){

c[i][j] = 0.0;

for(k=0; k<N; k++) c[i][j]+=a[i][k]*b[k][j];

}

}

t2=omp_get_wtime();

printf("Time=%lf\n", t2-t1)

Горячие цехи организуются на предприятиях, выполняющих полный цикл производства. Горячий цех является основным цехом предприятия общественного питания, в котором завершается тех­нологический процесс приготовления пищи: осуществляется теп­ловая обработка продуктов и полуфабрикатов, варка бульона, при­готовление супов, соусов, гарниров, вторых блюд, а также произво­дится тепловая обработка продуктов для холодных и сладких блюд. Кроме того, в цехе приготовляются горячие напитки и выпекаются мучные кондитерские изделия (пирожки, расстегаи, кулебяки и др.) для прозрачных бульонов. Из горячего цеха готовые блюда посту­пают непосредственно в раздаточные для реализации потребителю.

Горячий цех занимает на предприятии общественного питания центральное место. В том случае, когда горячий цех обслуживает несколько торговых залов, расположенных на разных этажах, его целесообразно расположить на одном этаже с торговым залом, име­ющим наибольшее число посадочных мест. На всех других этажах должны быть раздаточные с плитой для жаренья порционных блюд и мармитами. Снабжение этих раздаточных готовой продукцией обеспечивается с помощью подъемников.

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

Блюда, изготовляемые в горячем цехе, различают по следую­щим основным признакам:

• виду используемого сырья — из картофеля, овощей и грибов; из круп, бобовых и макаронных изделий; из яиц и творога; из рыбы и морепродуктов; из мяса и мясных продуктов; из птицы, дичи, кролика и др.;

• способу кулинарной обработки — отварные, припущенные, тушеные, жареные, запеченные;

• характеру потребления — супы, вторые блюда, гарниры, напитки и др.;

• назначению — для диетического, школьного питания и др.;

• консистенции — жидкие, полужидкие, густые, пюреобразные, вязкие, рассыпчатые.

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

Производственная программа горячего цеха составляется на основании ассортимента блюд, реализуемых через торговый зал, ассортимента кулинарной продукции, реализуемой через буфеты и предприятия розничной сети (магазины кулинарии, лотки).

Микроклимат горячего цеха. Температура по требованиям организации труда не должна превышать 23 °С, поэтому более мощ­ной должна быть приточно-вытяжная вентиляция (скорость движе­ния воздуха — 1—2 м/с); относительная влажность — 60—70 %. Что­бы уменьшить воздействие инфракрасных лучей, выделяемых на­гретыми жарочными поверхностями, площадь плиты должна быть меньше в 45—50 раз площади пола.

Режим работы горячего цеха зависит от режима работы пред­приятия (торгового зала) и форм отпуска готовой продукции. Ра­ботники горячего цеха, чтобы успешно справиться с производствен­ной программой, должны начинать работу не позднее чем за 2 ч до открытия торгового зала.

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

В зависимости от типа и мощности предусматривается приме­нение в горячем цехе механического оборудования (универсальный привод П-П, машина для приготовления картофельного пюре).

Оборудование для горячего цеха подбирают по нормам оснаще­ния торгово-технологическим и холодильным оборудованием в соот­ветствии с типом и количеством посадочных мест в предприятии, ре­жимом его работы, максимальной загрузкой торгового зала в часы пик, а также формам обслуживания. Так, в ресторанах, где первые

блюда готовят небольшими партиями, меньше требуется стационар­ных пищеварочных котлов, чем в столовых, имеющих столько же по­садочных мест (табл. 14).

Таблица 14

Подбор оборудования для горячего цеха общедоступной столовой на 100 мест

Наименование оборудования	Тип	Еди­ница изме­рения	Производи­тельность, емкость, площадь в единицах измерения	Количе­ство оборудо­вания
Универсальный привод	П - II	шт.	—
Шкаф холодильный	ШХ-0,8	м^3	0,8
Плита на электрическом обогреве 4-конфорочная секционная модули­рованная с жарочным шкафом	ПЭСМ-4Ш	м^2	—
Плита кухонная 2-кон-форочная для непосред­ственного жаренья	ПЭСМ- 2	м^2	0,24
Котел пищеварочный	КПЭСМ-40	л
— «—	КПЭСМ-60	л
— «—	КПЭ-100	л
Сковорода с косвенным обогревом	СКЭ-0,3	м^2	0,33
Шкаф жарочный двухсекционный	ШЖЭСМ-2	м^2	0,194
Кипятильник непрерывного действия	КНЭ-100	л/ч
Весы настольные циферблатные	ВНЦ-2	кг
— «—	ВНЦ-10	кг

В горячем цехе для удобства организации процессов приготов­ления горячих блюд целесообразно использовать секционное моду­лированное оборудование, которое можно устанавливать островным способом, или организовывать несколько технологических линий —

для приготовления бульонов и первых и вторых блюд; гарниров и соусов (рис. 19).

Рис. 19. Примерный план горячего цеха ресторана на 300 мест:

1 — плита электрическая четырехконфорочная ПЭСМ-4Ш; 2 — сковорода электрическая СЭСМ-0,5; 3 — шкаф жарочный электрический; 4 — фри-тюрница ФЭСМ-20; 5 — плита электрическая двухконфорочная для непос­редственного жаренья; 6 — вставка к тепловому оборудованию; 7— мар­мит электрический МСЭСМ-50 для соусов; 8 — стол производственный СП-1470; 9— универсальный привод ПГ-0,6; 10 — стол для установки средств малой механизации; 11 — стол охлаждаемый СОЭСМ-2; 12 — печь шашлычная; 13 — стеллаж передвижной; 14 — котел пищеварочный КПЭ-100; /5 — электрокипятильник КРНЭ-100Б; 16 — котел пищева­рочный КПЭСМ-60; 17 — ванна передвижная ВПГСМ для промывки гарниров; 18 — шкаф холодильный ШХ-0,4М; 19 — прилавок-мармит для первых блюд; 20 — стойка раздаточная электрическая СРТЭСМ; 21 — стойка раздаточная СРСМ; 22 — стол со встроенной моечной ванной СМВСМ; 23 — раковина

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

Для рациональной организации рабочего места повара следует применять также секционные модулированные производственные столы и другое немеханическое оборудование. Это оборудование может применяться во всех доготовочных цехах (рис. 20).

Секция-стол с охлаждаемым шкафом и горкой СОЭСМ-3 применяется для приготовления порционных первых блюд (в емко­стях горки набор подготовленных необходимых продуктов); этот стол предназначен также для холодных цехов.

Секция-стол с охлаждаемым шкафом СОЭСМ-2 служит для оформления блюд, хранения полуфабрикатов, зелени в охлаждае­мом шкафу емкостью 0,28 м³.

Секция-стол со встроенной моечной ванной СМВСМ предназ­начен для доработки полуфабрикатов и зелени.

Секция-стол для установки средств малой механизации СММСМ имеет розетки подключенной электроэнергии.

Секции-вставки к тепловому оборудованию ВСМ-210 являются подсобными элементами в технологических линиях секционного модулированного оборудования. Длина секции — 210 и 420 мм.

Секции-вставки к тепловому оборудованию с краном-смеси­телем ВКСМ устанавливаются в технологических линиях для за­полнения водой пищеварочных наплитных котлов.

Дата добавления: 2014-01-07