что такое идеальная пропускная способность кфс
Основные оперативные показатели в средствах размещения
Вид занятия: Лекция
Тема: Производственная (эксплуатационная) программа организации индустрии гостеприимства
Цель: формирование знаний о сущности эксплуатационной программы организации индустрии гостеприимства, основных показателях, отражающих количественные и качественные результаты деятельности организации гостиничного сервиса
Учебные вопросы:
1. Понятие и содержание производственной (эксплуатационной) программы предприятия гостиничного типа.
2. Основные оперативные показатели в средствах размещения.
Понятие и содержание производственной (эксплуатационной) программы предприятия гостиничного типа
Результатом деятельности гостиницы является создание соответствующих условий для временного проживания в ней и предоставление проживающим комплекса платных и бесплатных дополнительных услуг.
Производственная (эксплуатационная) программа предприятия гостиничного типа – это предоставляемый гостиницей объем услуг в натуральном и стоимостном выражении.
Для номерного фонда гостиницы эксплуатационная программа в натуральном выражении – это количество место-дней для проживания.
От объема услуг зависят многие экономические показатели деятельности гостиницы: выручка, себестоимость, платежеспособность и т.д.
На показатели эксплуатационной программы гостиницы влияют следующие факторы:
· количество мест и номеров;
· структура номерного фонда;
· сроки проведения ремонта.
В процессе составления эксплуатационной программы определяются основные показатели, которые позволяют дать реальную оценку возможностям использования номерного фонда гостиницы.
Такими показателями являются:
Единовременная вместимость определяется умножением количества номеров каждой категории на число мест в каждом из них, (мест)
Максимальная пропускная способность гостиницы определяется умножениемединовременной вместимости на число календарных дней года, (место-дни)
Полученное количество место-дней характеризует максимальную пропускную способность гостиницы при 100%-м использовании всех гостиничных мест за период. На практике максимальная пропускная способность гостиницы невозможна, т. к. возникают простои в связи с ремонтом, реконструкцией и др. объективными причинами.
Число место-дней п ростоев номеров вследствие проведения капитального ремонта определяется умножениемвместимости номеров, подлежащих капитальному ремонту на число дней, необходимых для его проведения, (место-дни)
Фактическая пропускная способность гостиницы определяется как разность между максимальной пропускной способностью гостиницы (общим количеством место-дней) и количеством место-дней пребывания в капитальном, текущем ремонте, реконструкции и т.д., (место-дни)
Этот показатель характеризует число мест, возможных для эксплуатации с учетом технично допустимых простоев мест и др. причин.
Для анализа эффективности использования гостиницы рассчитывается коэффициент вместимости гостиницы как отношение фактической пропускной способности гостиницы к максимальной пропускной способности:
К вмест. = ПС факт / ПС max
Например: оценить эффективность использования максимальной пропускной способности гостиницы, определив коэффициент вместимости, если в гостинице, работающей 365 дней в году, 240 мест. Время простоя номеров вследствие капитального ремонта – 480 место-дней, вследствие подготовки помещений к проживанию – 684 место-дня.
Максимальная пропускная способность гостиницы определяется умножением единовременной вместимости гостиницы на число календарных дней года:
ПС max = М ед. * Д год.кал. = 240 * 365 = 87600 (место-дни)
Фактическая пропускная способность гостиницы определяется как разность между максимальной пропускной способностью гостиницы (общим количеством место-дней) и количеством место-дней пребывания в капитальном ремонте, в стадии подготовки номеров к проживанию:
ПС факт = ПС max – П N рем. – П N подг. = 87600 – 480 – 684 = 86436 (место-дни)
Коэффициент вместимости гостиницы определяется как отношение фактической пропускной способности гостиницы к максимальной пропускной способности:
К вмест. = ПС факт / ПС max = 86436 / 87600 = 0,987
Вывод: на основании выполненных расчетов можно сделать вывод, что с учетом технически допустимых простоев мест максимальная пропускная способность гостиницы может быть использована на 98,7%, т.е. из каждой 1000 место-дней максимальной пропускной способности гостиницы фактически возможны для эксплуатации 987 место-дней.
Важным показателем эксплуатационной программы является среднее время проживания 1 гостя:
Среднее время проживания гостя = 
Например: определить среднее время проживания 1 гостя, если количество гостей в гостинице за год 10950 чел., число оплаченных место-дней – 82500.
t прож.ср. 1г. = М-Дн опл. / К-во гостей = 82500 / 10950 = 7,5 (дн.)
Вывод: следовательно, среднее время проживания 1 гостя в гостинице в течение года составляет 7,5 дней.
Об эффективности использования номерного фонда свидетельствует коэффициент использования номерного фонда или коэффициент загрузки, который рассчитывается делением количества оплаченных место-дней на фактическую пропускную способность гостиницы:
Коэффициент загрузки = 
Например: определить коэффициент загрузки, если в гостинице – 240 мест, период работы – 365 дней в году, простой номерного фонда – 2790 место-дней, количество оплаченных место-дней – 38165.
Кзагр. = М-Дн опл. / ПС факт = 38165 / (240 * 365 – 2790) = 38165 / 84810 = 0,449
Вывод: рассчитанный коэффициент загрузки равный 0,449, характеризует степень загрузки номерного фонда – 44,9%, или из каждой 1000 место-дней пропускной способности гостиницы фактической использовано 449 место-дней.
Отража ют интенсивность использования номерного фонда вне зависимости от результатов финансовой деятельности этого использования :
Средняя цена гостиничного места = 
или 
Средняя выручка с одного гостиничного места = 
Средняя выручка с одного гостя = 
Средние затраты на одни проданные место- дни = 
Данный показатель не показывает объем предоставляемых гостиницей услуг, поэтому строго говоря не может являться показателем эксплуатационной программы, однако, в рамках эксплуатационной программы данный показатель, как правило, рассчитывается, поскольку сравнение средних затрат на одни проданные место-сутки со средней ценой номера или места позволяет сделать вывод о безубыточности реализации гостиничных услуг.
Основные оперативные показатели в средствах размещения
В ходе оценки номерного фонда и эксплуатационной программы рассчитывают основные оперативные показатели:
Дата добавления: 2020-11-29 ; просмотров: 270 ; Мы поможем в написании вашей работы!
Качество сетей передачи данных. Программные и аппаратные измерения
Я бы хотел опубликовать цикл статей об измерениях характеристик систем связи и сетей передачи данных. Эта статья вводная и в ней будут затронуты лишь самые основы. В дальнейшем планирую более глубокое рассмотрение в стиле «как это сделано».
Покупая продукт или услугу мы часто оперируем таким понятием как качество. Что же такое качество? Если мы обратимся к словарю Ожегова, то там увидим следующее: «совокупность существенных признаков, свойств, особенностей, отличающих предмет или явление от других и придающих ему определенность». Перенося определение на область сетей связи, приходим к выводу, что нам требуется определить «существенные признаки, свойства и особенности», позволяющие однозначно определить отличие одной линии или сети связи от другой. Перечисление всех признаков и свойств обобщаются понятием «метрика». Когда кто-то говорит о метриках сетей связи, он имеет в виду те характеристики и свойства, которые позволят точно судить о системе связи в целом. Потребность в оценке качества лежит большей частью в экономической области, хотя и техническая её часть не менее интересна. Я же попробую балансировать между ними, чтобы раскрыть все самые интересные аспекты этой области знаний.
Всех заинтересовавшихся прошу под кат.
Мониторинг и диагностика систем связи
Как я писал выше, метрики качества определяют экономическую составляющую владения сетью или системой связи. Т.е. стоимость аренды или сдачи в аренду линии связи напрямую зависит от качества этой самой линии связи. Стоимость, в свою очередь, определяется спросом и предложением на рынке. Дальнейшие закономерности описаны у Адама Смита и развиты Милтоном Фридманом. Даже во времена СССР, когда была плановая экономика, а о «рынке» думали, как о преступлении против власти и народа, существовал институт госприемки, как для военных, так и гражданских целей, призванный обеспечить надлежащее качество. Но вернемся в наше время и попробуем определить эти метрики.
Рассмотрим сеть на основе Ethernet, как самой популярной технологии на данный момент. Не будем рассматривать метрики качества среды передачи данных, поскольку они мало интересуют конечного потребителя (разве что материал самой среды иногда бывает интересен: радио, медь или оптика). Самая первая метрика, которая приходит в голову — пропускная способность (bandwidth), т.е. сколько данных мы можем передать в единицу времени. Вторая, связанная с первой,- пакетная пропускная способность (PPS, Packets Per Second), отражающая сколько фреймов может быть передано в единицу времени. Поскольку сетевое оборудование оперирует фреймами, метрика позволяет оценить, справляется ли оборудование с нагрузкой и соответствует ли его производительность заявленной.
Третья метрика — это показатель потери фреймов (frame loss). Если невозможно восстановить фрейм, либо восстановленный фрейм не соответствует контрольной сумме, то принимающая, либо промежуточная система его отвергнет. Здесь имеется ввиду второй уровень системы OSI. Если рассматривать подробнее, то большинство протоколов не гарантируют доставку пакета получателю, их задача лишь переслать данные в нужном направлении, а те кто гарантирует (например, TCP) могут сильно терять в пропускной способности как раз из-за перепосылок фреймов (retransmit), но все они опираются на L2 фреймы, потерю которых учитывает эта метрика.
Четвертая — задержка (delay, latency),- т.е. через сколько пакет отправленный из точки A оказаться в точке B. Из этой характеристики можно выделить еще две: односторонняя задержка (one-trip) и круговая (round-trip). Фишка в том, что путь от A к B может быть один, а от B к A уже совсем другим. Просто поделить время не получится. А еще задержка время от времени может меняться, или “дрожать”,- такая метрика называется джиттером (jitter). Джиттер показывает вариацию задержки относительно соседних фреймов, т.е. девиацию задержки первого пакета относительно второго, или пятого относительно четвертого, с последующим усреднением в заданный период. Однако если требуется анализ общей картины или интересует изменение задержки в течении всего времени теста, а джиттер уже не отражает точно картину, то используется показатель вариации задержки (delay variation). Пятая метрика — минимальный MTU канала. Многие не придают важности этому параметру, что может оказаться критичным при эксплуатации “тяжелых” приложений, где целесообразно использовать jumbo-фреймы. Шестой, и малоочевидный для многих параметр — берстность — нормированная максимальная битовая скорость. По этой метрике можно судить о качестве оборудования, составляющего сеть или систему передачи данных, позволяет судить о размере буфера оборудования и вычислять условия надежности.
Об измерениях
Поскольку с метриками определились, стоит выбрать метод измерения и инструмент.
Задержка
Известный инструмент, поставляемый в большинстве операционных систем — утилита ping (ICMP Echo-Request). Многие ее используют по нескольку раз на дню для проверки доступности узлов, адресов, и т.п. Предназначена как раз для измерения RTT (Round Trip Time). Отправитель формирует запрос и посылает получателю, получатель формирует ответ и посылает отправителю, отправитель замеряя время между запросом и ответом вычисляет время задержки. Все понятно и просто, изобретать ничего не нужно. Есть некоторые вопросы точности и они рассмотрены в следующем разделе.
Но что, если нам надо измерить задержку только в одном направлении? Здесь все сложнее. Дело в том, что помимо просто оценки задержки пригодится синхронизировать время на узле отправителе и узле-получателе. Для этого придуман протокол PTP (Precision Time Protocol, IEEE 1588). Чем он лучше NTP описывать не буду, т.к. все уже расписано здесь, скажу лишь то, что он позволяет синхронизировать время с точностью до наносекунд. В итоге все сводится к ping-like тестированию: отправитель формирует пакет с временной меткой, пакет идет по сети, доходит до получателя, получатель вычисляет разницу между временем в пакете и своим собственным, если время синхронизировано, то вычисляется корректная задержка, если же нет, то измерение ошибочно.
Если накапливать информацию об измерениях, то на основании исторических данных о задержке можно без труда построить график и вычислить джиттер и вариацию задержки — показатель важный в сетях VoIP и IPTV. Важность его связана, прежде всего, с работой энкодера и декодера. При “плавающей” задержке и адаптивном буфере кодека повышается вероятность не успеть восстановить информацию, появляется “звон” в голосе (VoIP) или “перемешивание” кадра (IPTV).
Потери фреймов
Проводя измерения задержки, если ответный пакет не был получен, то предполагается, что пакет был потерян. Так поступает ping. Вроде тоже все просто, но это только на первый взгляд. Как написано выше, в случае с ping отправитель формирует один пакет и отправляет его, а получатель формирует свой собственный о отправляет его в ответ. Т.е. имеем два пакета. В случае потери какой из них потерялся? Это может быть не важно (хотя тоже сомнительно), если у нас прямой маршрут пакетов соответствует обратному, а если это не так? Если это не так, то очень важно понять в каком плече сети проблема. Например, если пакет дошел до получателя, то прямой путь нормально функционирует, если же нет, то стоит начать с диагностики этого участка, а вот если пакет дошел, но не вернулся, то точно не стоит тратить время на траблшутинг исправного прямого сегмента. Помочь в идентификации могла бы порядковая метка, встраиваемая в тестовый пакет. Если на обоих концах стоят однотипные измерители, то каждый из них в любой момент времени знает количество отправленных и полученных им пакетов. Какие именно из пакетов не дошли до получателя можно получить сравнением списка отправленных и полученных пакетов.
Минимальный MTU
Измерение этой характеристики не то чтобы сложно, скорее оно скучно и рутинно. Для определения минимального размера MTU (Maximum transmission unit) следует лишь запускать тест (тот же ping) с различными значениями размеров кадра и установленным битом DF (Don’t Fragmentate), что приведет к непрохождению пакетов с размером кадра больше допустимого, ввиду запрета фрагментации.
Например, так не проходит:
А так уже проходит:
Не часто используемая метрика с коммерческой точки зрения, но актуальная в некоторых случаях. Опять же, стоит отметить, что при асимметричном пути следования пакетов, возможен различный MTU в разных направлениях.
Пропускная способность
Наверняка многим известен факт, что количество переданной полезной информации в единицу времени зависит от размера фрейма. Связано это с тем, что фрейм содержит довольно много служебной информации — заголовков, размер которых не меняется при изменении размера фрейма, а изменяется поле “полезной” части (payload). Это значит, что несмотря на то, что даже если мы передаем данные на скорости линка, количество полезной информации переданной за тот же период времени может сильно варьироваться. Поэтому несмотря на то, что существуют утилиты для измерения пропускной способности канала (например iperf), часто невозможно получить достоверные данные о пропускной способности сети. Все дело в том, что iperf анализирует данные о трафике на основе подсчета той самой «полезной» части, окруженной заголовками протокола (как правило UDP, но возможен и TCP), следовательно нагрузка на сеть (L1,L2) не соответствует подсчитанной (L4). При использовании аппаратных измерителей скорость генерации трафика устанавливается в величинах L1, т.к. иначе было бы не очевидно для пользователя почему при измерении размера кадра меняется и нагрузка, это не так заметно, при задании ее в %% от пропускной способности, но очень бросается в глаза при указании в единицах скорости (Mbps, Gbps). В результатах теста, как правило, указывается скорость для каждого уровня (L1,L2,L3,L4). Например, так (можно переключать L2, L3 в выводе):
Пропускная способность в кадрах в секнду
Если говорить о сети или системе связи как о комплексе линий связи и активного оборудования, обеспечивающего нормальное функционирование, то эффективность работы такой системы зависит от каждого составляющего ее звена. Линии связи должны обеспечивать работу на заявленных скоростях (линейная скорость), а активное оборудование должно успевать обрабатывать всю поступающую информацию.
У всех производителей оборудования заявляется параметр PPS (packets per second), прямо указывающий сколько пакетов способно «переварить» оборудование. Ранее этот параметр был очень важен, поскольку подавляющее число техники просто не могло обработать огромное количество “мелких” пакетов, сейчас же все больше производители заявляют о wirespeed. Например, если передаются малые пакеты, то времени на обработку тратится, как правило, столько же, сколько и на большие. Поскольку содержимое пакета оборудованию не интересно, но важна информация из заголовков — от кого пришло и кому передать.
Сейчас все большее распространение в коммутирующем оборудовании получают ASIC (application-specific integrated circuit) — специально спроектированные для конкретных целей микросхемы, обладающие очень высокой производительностью, в то время как раньше довольно часто использовались FPGA (field-programmable gate array) — подробнее об их применении можно прочитать у моих коллег здесь и послушать здесь.
Бёрстность
Стоит отметить, что ряд производителей экономит на компонентах и использует малые буферы для пакетов. Например заявлена работа на скорости линка (wirespeed), а по факту происходят потери пакетов, связанные с тем, что буфер порта не может вместить в себя больше данных. Т.е. процессор еще не обработал скопившуюся очередь пакетов, а новые продолжают идти. Часто такое поведение может наблюдаться на различных фильтрах или конвертерах интерфейсов. Например предполагается, что фильтр принимает 1Gbps поток и направляет результаты обработки в 100Mbps интерфейс, если известно, что отфильтрованный трафик заведомо меньше 100Mbps. Но в реальной жизни случается так, что в какой-то момент времени может возникнуть «всплеск» трафика более 100Mbps и в этой ситуации пакеты выстраиваются в очередь. Если величина буфера достаточна, то все они уйдут в сеть без потерь, если же нет, то просто потеряются. Чем больше буфер, тем дольше может быть выдержана избыточная нагрузка.