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


Найдено 440 сообщений
Cообщения с меткой

надежность - Самое интересное в блогах

Следующие 30  »
kseniasamohina

Купить монтируемые терминалы сбора данных в Киеве

Среда, 24 Августа 2016 г. 17:01 (ссылка)
md-eksperiment.org/post/201...yh-v-kieve


Монтируемые терминалы сбора данных – это линейка устройств, которая находит всё большее применение в различных сферах деятельности.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Понтифик_Иванов

Купить монтируемые терминалы сбора данных в Киеве

Среда, 24 Августа 2016 г. 16:44 (ссылка)
md-eksperiment.org/post/201...yh-v-kieve

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Юрий_Скилев

Что нужно политолуху? Лишь палец и небо.

Вторник, 19 Июля 2016 г. 05:33 (ссылка)


"Я советую всем нарочно написать на бумаге Испания, то и выйдет Китай".



Н.В. Гоголь



5326834_01finger (240x160, 8Kb)



Назвать себя политологом не сложно. Для этого даже особой дерзости не нужно. 



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



Нужно выучить несколько фамилий и соответствующих им должностей. Например: Саркози и президент и муж Карлы Бруни.



О происхождении помолчим. потому что это либо есть, и тебя публикуют, либо нет - и тогда нужно идти кружным путем - выявлять в себе способности, учиться не за деньги, завоевывать известность. А в конечном счете - ни Геленвагена, ни Ламборджини. Станешь таким как Вассерман nightmare, к примеру. 



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



Умения собрать слухи и трансформировать их в прогнозы - вот настоящая экспертиза уважающего себя, заметного на экранах политолога. А хорошее происхождение гарантирует от неловкости получения заработной платы или гонорара. Такие пустяки оставим Лаврову или Захаровой. И вообще, они - Лавров и Захарова - нужны для того,чтобы прислушиваться к просвещенному мнению светских политологов.



Бывают, конечно, неловкие ситуации. Давеча, в студии ТВ два светских жизнерадостных политолога громко смеялись удачной шутке: мол Трамп тоже претендент на пост президента. Кухонные слухи просто не допускали такой мысли. А более глубокие анализы оставим глупеньким несветским специалистам. Вроде Захаровой и Вассермана с Хазиным. 



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


Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
bcinform

Компании для бизнеса. Деловая связь.

Вторник, 12 Июля 2016 г. 11:10 (ссылка)


Компания «Деловая связь» – крупный провайдер Интернет и IP телефонии по Санкт-Петербургу и всей России.



5582936_ (700x563, 132Kb)
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

К вопросу реализации персистентных процессов в управляющих системах реального времени (часть 3)

Четверг, 23 Июня 2016 г. 22:05 (ссылка)

Перейти к части 1

Перейти к части 2



4. Системные сервисы и операционные среды



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







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



Может показаться естественным шагом установить внутри виртуальной машины ту же самую версию Linux, что и на поддерживающей её хост-системе (то есть, например, SLES или RHEL). Это имеет те преимущества, что требует учёта особенностей и поддержания политики обновления только одного продукта, а также позволяет использовать общую лицензию для физического сервера и его виртуальных машин. Однако, данный подход имеет и существенный недостаток, связанный с тем, что SLES и RHEL – это дистрибутивы, гораздо более ориентированные на администратора, управляющего стандартными приложениями, нежели на разработчика, и поддержка на них окружения для выполнения программ, полученных в последних версиях средств разработки, может потребовать существенной дополнительной работы по управлению конфигурацией системных и внешних пакетов.



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



Примечание для госсектора
Неплохие результаты может показать применение в качестве ОС ВМ отечественного дистрибутива операционной системы Astra Linux. Этот дистрибутив свободно распространяется в “гражданской” версии Common Edition и недорог в “военной” версии Special Edition, достаточно оперативно обновляется разработчиками, удовлетворяет многим специальным требованиям государственных органов и полностью укладывается в политику импортозамещения. Таким образом, использование Astra Linux на виртуальной машине позволяет получить определённые конкурентные преимущества на российском рынке, хотя мы и не можем, по целому ряду причин, порекомендовать эту систему для работы непосредственно на физических серверах среднего и высшего уровня.




Разумеется, ОС ВМ не менее, чем ОС физической машины, потенциально способна к сбоям и отказам. Задача избыточности вычислительной платформы, на физическом уровне решаемая кластеризацией, на виртуальном уровне решается реализацией фунций системы на нескольких взаимосвязанных виртуальных машинах, контролирующих работу друг друга. Задачу контроля работоспособности, на физическом уровне решаемую строжевыми таймерами, можно было бы на виртуальном уровне решать так же – виртуальным устройством сторожевого таймера — но гораздо проще и функциональнее осуществлять из контролирующей виртуальной машины выдачу команд кластеру на перезапуск контролируемой виртуальной машины (разумеется, контроль должен быть перекрёстным). Образы виртуальных машин легко сохранять для создания точек отката и аварийного восстановления.



5. Вычислительные процессы



Наконец, мы дошли до того, ради чего всё затевалось – до тех самых персистентных процессов в управляющих ситемах реального времени.



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



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



Многочисленные средства обеспечения отказоустойчивости, описанные выше, обеспечивают восстановление готовности вычислительной среды, но в некоторых случаях могут приводить к перезапускам отдельных вычислительных процессов. В этих условиях первостепенно важной является устойчивость этих процессов к перезапускам самих себя и своих соседей, с которыми происходит взаимодействие. Такая устойчивость может быть реализована через отсутствие макросостояния вычислительного процесса. Как уже упоминалось в разделе 2, крайне нежелательно установление длительных соединений между процессами, которые в любой момент могут быть прерваны отработкой нештатной ситуации на одном из концов. Обмен управляющими сигналами между процессами должен быть сведён к коротким транзакциям, для каждой из которых должна быть предусмотрена возможность неуспеха и повторения или парирования в этом случае. В простейшем случае, такие транзакции сводятся к посылке единичных пакетов. Кроме того, каждый процесс должен периодически сохранять в энергонезависимой памяти (т.е., в нашем случае, на виртуальном диске) информацию, достаточную для восстановления своей работы с наиболее практически применимой контрольной точки в случае собственного перезапуска.



Особое внимание необходимо уделить взаимодействию процессов с СУБД. Если СУБД применяется в проекте, то необходимо реализовать как осмысленную транзакционную структуру самой схемы данных, так и транзакционный характер сетевых соединений клиентов с сервером СУБД. Связь клиента и сервера должна иметь возможность восстанавливаться при нештатном перезапуске того и другого, чего проще всего достичь, укорачивая транзакции и оборачивая каждую транзакцию в отдельное сетевое соединение, в течение короткого промежутка времени инициируемое, выполняемое и разрываемое.



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



while [1]

do

my_executable_module

done





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



В заключение хочется заметить, что даже аккуратнейшая и безошибочная реализация каждого из рассмотренных уровней не гарантирует разработчика от неприятностей, связанных с неучтённым взаимодействием между ними. Поэтому доведение отказоустойчивой системы до требуемых показателей надёжности может занимать значительное время и требует полного тестирования функций всех уровней системы на отработку отказов на каждом из них.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/303974/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
bcinform

Высококачественные офисные помещения. Аренда.

Среда, 15 Июня 2016 г. 11:45 (ссылка)


«Premium West» - максимальная энергоэффективность, надежность и комфорт. Арендаторам предлагаются высококачественные офисные помещения открытой планировки. 



5582936_bcinform_preimym (611x700, 331Kb)
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

К вопросу реализации персистентных процессов в управляющих системах реального времени (часть 2)

Вторник, 14 Июня 2016 г. 22:12 (ссылка)

Продолжение статьи.



Начало: часть 1



3. Аппаратура и встроенные программы



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



Прежде всего, по нашему глубокому убеждению, никакая серьёзная статья об отказоустойчивости немыслима без отдачи дани уважения фирме IBM и платформам z Systems и Power Systems. Мейнфреймы z Systems и кластеры Power Systems HA специально спроектированы таким образом, чтобы обеспечить на аппаратном, микропрограммном и системном программном уровне единую отказоустойчивую платформу для приложений пользователя, и по надёжности потенциально превосходят те решения, которые можно реализовать на более распространённой архитектуре Intel. К сожалению, упомянутые решения IBM имеют также определённые недостатки, наиболее общим из которых является их стоимость. Опыт разработчиков показывает, что, при современной стоимости z, p и Intel-решений (самого железа и лицензионных программ для него), а таже при теперешнем курсе доллара к рублю, достаточно сложно в российских условиях экономически оправдать новые вложения в проприетарные архитектуры, даже с учётом значительных дополнительных трудозатрат на обеспечение заданных показателей надёжности у решений Intel. В общем, коллеги, работающие с “большим железом” сами хорошо знают свои резоны, их путь весьма уважаем, но не может быть рекомендован новичку.



Примечание для госсектора
Здесь мы вынуждены сделать развилку в логике нашего изложения, и учесть тот факт, что значительная доля рынка отказоустойчивых систем в России ориентирована на потребности государственного сектора. Поэтому для разработчиков, обременённых, кроме прочих забот, почётными обязанностями по обслуживанию пожеланий государства, заметим следующее. В настоящее время, как известно, Правительством РФ провозглашена политика импортозамещения. В своей наиболее принципиальной форме эта политика подразумевает исключительное использование продукции производства России и стран ЕАЭС. Однако, ряд руководящих документов устанавливает более мягкие требования, диктующие ограничение использования продукции только стран НАТО, Европейского Союза и других, поддерживающих режим секторальных санкций в отношении РФ. Для сферы информационных технологий существенно, что под режим таких мягких ограничений не подпадают КНР (включая Тайвань) и Япония, что выводит в первые ряды для рассмотрения серверные системы компаний Lenovo (весьма удачно перекупившей к выходу соответствующего постановления Intel-совместимый бизнес IBM) и Fujitsu.




Рассматривая Intel-совместимые решения в области отказоустойчивых аппаратных средств, следует обратить внимание, в частности, на следующие моменты:

– горячее резервирование серверов;

– горячее резервирование сетевого оборудования и соединений между серверами;

– горячее резервирование дисковой памяти в системе хранения данных;

– устойчивость встроенного программного обеспечения к сбоям;

– контроль рабочего состояния ОС.



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



Устойчивость встроенного программного обеспечения к сбоям обеспечивается специальными алгоритмами прошивки UEFI и сервисных контроллеров на серверных платформах. Например, для серверов могут обеспечиваться автоматическое резервирование и восстановление прошивок аппаратуры, автоматическое резервирование загрузчика операционной системы и т.п.



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



Однажды автору довелось наблюдать поведение блейд-сервера фирмы Lenovo, при обновлении загрузчика операционной системы на котором произошёл сбой, и файлы конфигурации загрузчика записались с ошибкой. Загрузчик начинал грузить ядро Linux, после чего зависал. Через некоторое время в сервисном процессоре сервера срабатывал таймаут загрузки ОС, и сервер перезагружался. Прошивка UEFI сервера, обнаружив, что предыдущая попытка загрузки завершилась неуспехом, самостоятельно принимала решение об откате к предыдущей версии загрузчика из архивного каталога, вызывала его, и система благополучно загружалась. Так система, которая на обычной платформе уровня рабочей станции была бы неоперабельной до ручной загрузки с ремонтного раздела, на серверной платформе благополучно автоматически загружалась в два приёма, до тех пор, пока следующим обновлением не был восстановлен правильный загрузчик. От администратора при первоначальной настройке системы требовалось только выставить корректное значение таймера загрузки.



К широко известным средствам обеспечения отказоустойчивости серверов относятся память ЕСС, объединение дисковых носителей в избыточные RAID массивы, дублирование всех компонентов серверов и серверных шасси, обеспечение альтернативных путей связи между компонентами серверной системы и пр.



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



Напоследок, отметим распространённое заблуждение – мнение, что минимальный отказоустойчивый кластер должен состоять из трёх узлов, так как это наименьшее число, предусматривающее резервирование и при этом обеспечивающее мажоритарное голосование при выходе одного из узлов из строя. В действительности, выход из строя одного узла из трёх оставляет оставшиеся два узла в крайне неустойчивом состоянии взаимной конкуренции, которое с большой вероятностью может закончиться их взаимным отстрелом при малейшем сбое связи или при вводе в действие обратно третьего узла, который начнёт устанавливать с ними отношения поочерёдно. Поэтому реальная отказоустойчивая конфигурация кластера должна включать минимум 4 или 5 узлов (вероятность голосования 2:2, и сама по себе очень низкая, так как подразумевает одновременные проблемы на двух узлах, может быть исключена несимметричной топологией кластера).



4. Хостовая операционная система



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

– поддержка физического оборудования;

– поддержка среды виртуализации и кластеризации;

– стоимость;

– требования по сертификации и защищённости.



Отказоустойчивые серверные платформы заявляются производителем как совместимые только с небольшим количеством операционных систем. В типичном случае, к таким системам для Intel-совместимых платформ относятся Windows, Red Hat Enterprise Linux (RHEL), Suse Linux Enterprise Server (SLES) и VMware vSphere. Установка других операционных систем возможна, но, как правило, приводит к отсутствию штатной поддержки критичных для обеспечения отказоустойчивости аппаратных возможностей (например, средств multipath для резервирования дисковых контроллеров).



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



Основными используемыми на сегодняшний день средствами серверной виртуализации для Unix-совместимых систем являются VMware ESXi, KVM (Red Hat и SLES), Xen (SLES). Все эти платформы обеспечивают кластеризацию виртуальных машин (в качестве дополнительной опции), то есть поддержку автоматической миграции виртуальных машин с вышедшего из строя узла на резервный.



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



KVM и Xen представляют собой решения попроще и подешевле. К достоинствам KVM относится бо

https://habrahabr.ru/post/303296/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

К вопросу реализации персистентных процессов в управляющих системах реального времени (часть 1)

Понедельник, 13 Июня 2016 г. 15:45 (ссылка)

В последнее время очередным модным термином в информационных технологиях стала “персистентность”. Много статей публикуется о персистентных данных, dzavalishin разрабатывает целую персистентную операционную систему, поделимся и мы для разнообразия материалами недавно сделанного доклада о персистентных процессах.



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



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



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



Например, таким:














Вычислительные процессы
Специализированная резервированная аппаратура
Среда связи с ресурсами
Внешние ресурсы


таким:




















Вычислительные процессы
Кластеризованные системные сервисы и операционные среды
Хостовая операционная система
Аппаратура и встроенные программы
Среда связи с ресурсами
Внешние ресурсы


или, теоретически, даже таким:




















Вычислительные процессы
Кластеризованный сервер приложений
Системные сервисы и операционная система
Аппаратура и встроенные программы
Среда связи с ресурсами
Внешние ресурсы


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



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



Таким образом, в данной статье остановимся на архитектуре кластера виртуальных машин, проиллюстрированного выше схемой номер 2, и рассмотрим подробнее её основные уровни, двигаясь снизу вверх.



1. Внешние ресурсы



Иногда начинающие разработчики упускают из виду, что, зачастую, наиболее уязвимым звеном контура управления могут являться сами управляемые ресурсы или другие внешние объекты. Эта ситуация прекрасно иллюстрируется старым анекдотом:



– Я – самая умная! – сказала Википедия.

– Я найду что угодно! – сказал «Гугл».

– Я – всё! – сказал Интернет!..

– Ну-ну – сказало Электричество и… моргнуло.




Буквально понимая этот анекдот, если вы не обеспечили ввод электропитания на объект от двух независимых линий электропередач, или, например, подвоз солярки к резервному дизель-генератору с оперативностью не худшей, чем время его автономной работы, то все ваши успехи в области резервирования аппаратуры серверов носят, в плане обеспечения отказоустойчивости, чисто косметический эффект.



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



2. Среда связи с ресурсами



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



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



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



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



Двигаясь выше по стеку протоколов, необходимо затронуть вопрос использования устойчивых к полным или частичным сбоям протоколов передачи данных. Частью этого вопроса является широко известный флейм TCP vs UDP.



К достоинствам использования протокола TCP в управляющих системах относятся:

– автоматический контроль целостности;

– произвольный размер передаваемых данных.



К достоинствам использования протокола UDP в управляющих системах относятся:

– отсутствие состояния;

– возможность полудуплекса;

– быстрый возврат из вызовов*;

– быстрая диагностика проблем на уровне стека и возврат кода ошибки.



Использование TCP в системах реального времени требует от разработчика знакомства с параметрами настройки стека, в первую очередь семейством параметров tcp_keepalive. Использование UDP требует чёткого понимания реализации протокола ARP (с этим связана оговорка для сноски* выше). Использование обоих протоколов подразумевает творческое владение настройками размера приёмного буфера.



Вопрос отсутствия состояния у протокола UDP приобретает важность при перезапуске одной из сторон соединения, в том числе – перезапуске на физически отличающемся оборудовании (резервном сервере).



Отдельно необходимо затронуть редко освещаемый вопрос полудуплекса. Реализация некоторых распространённых сетевых сред такова, что, в результате физического или логического нарушения целостности связи, становится возможной ситуация, когда данные передаются от A к Б, но не могут быть переданы от Б к А. Протокол TCP не может функционировать в таких условиях. Протокол UDP способен сохранить одностороннюю связь при одностороннем обрыве (при условии корректной работы нижележащего сетевого оборудования, и исключая вопросы использования ARP при установлении соединения).



В целом, по мнению автора, для передачи коротких управляющих сообщений в IP сети для отказоустойчивой системы более подходит протокол UDP с организацией контроля доставки сообщений или безусловной повторной рассылки на уровне прикладных программ. Для передачи больших объёмов данных подходит координируемое управляющим уровнем использование протокола TCP, с организацией соединений на короткое время.



Продолжение следует.
Original source: habrahabr.ru.

https://habrahabr.ru/post/303162/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
bcinform

Полезные компании на БЦИнформ

Вторник, 07 Июня 2016 г. 10:52 (ссылка)


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



5582936_delovayasvyaz (700x563, 132Kb)
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Parabell

Собака и по гороскопу....

Среда, 01 Июня 2016 г. 20:57 (ссылка)

Я - Собака по гороскопу

Университете Линкольна было проведено интересное исследование. Учёные выбрали 20 кошек и провели на них известный тест «Странная ситуация», разработанный психологом Мэри Эйнсворт в 1970-х годах. Эйнсворт исследовала реакцию младенцев, которых на время отрывали от мамы и оставляли в полном одиночестве. В результате экспериментов было выявлено несколько типов привязанности.
В эксперименте с кошками учёные обращали внимание на три аспекта: переживает ли питомец из-за отсутствия хозяина, пытается ли найти его и активно ли ведёт себя.
И вот тут между собаками и кошками нашлось кардинальное отличие. Псы демонстрируют надёжный тип привязанности: им спокойно рядом с хозяином, но когда он уходит, они начинают тревожиться.
Коты же нормально переносят разлуку и к своему хозяину проявляют ненамного больше тепла, чем к незнакомому человеку. Но есть и исключения, когда кошка беззаветно любит человека, заметно выделяя его среди других.
Так что нам придётся смириться: для собак мы и есть целый мир, а вот для котов есть вещи и поинтереснее.
dailypix.ru_15-fotografiy-sobak-i-ih-vladelcev-pohozhih-kak-dve-kapli-vody_14 (700x522, 121Kb)

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
МартаМакси

Я не знала, куда иду...

Пятница, 13 Мая 2016 г. 17:16 (ссылка)

Это цитата сообщения соня_лифинская Оригинальное сообщение



Я не знала, куда иду,
между двух окаленных рек.
И меня подхватил на льду
незнакомый мне человек.

У пальто подогнув края,
он поправил на мне сюртук.
Никогда не слыхала я
на запястьях сильнее рук.

Он укутал шарфом меня,
и по льду уносил, как мог.
За спиной у меня звенят
отпечатки усталых ног.

Он подобен был миражу.
Он сбивался не раз с пути.
Но, увидев, что я дрожу,
продолжал, продолжал идти.

Злая вьюга в окно вопит.
Он от дома достал ключи.
Он сказал мне - ты просто спи,
а я буду тебя лечить.

Он был мной одержим и пьян.
Сторожил мои сны, как пес.
Вынимая мне лед из ран...
и целуя мне нежно нос...

Кто же был это? Ангел? Друг?
Мой очаг или мой огонь?...
Но...
не знаю я крепче рук.
И целую его ладонь.




© Copyright: Алена Васильченко, 2013
Свидетельство о публикации №113051103161

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Vlad53

Стоп - кадр .В надежных руках .

Пятница, 13 Мая 2016 г. 12:48 (ссылка)

Сегодня в " Российской газете " случайно обнаружил вот такую фотографию . Мне она показалась настолько трогательной ! Я долго искал в интернете это фото , но не нашел . И тогда решил переснять прямо из газеты и поместить в дневник .При этом в социальной сети " ВКонтакте" пришлось воспользоваться элементами коррекции и сделать надпись . Вот что у меня получилось . Не ахти как , но всё же . А назвал я эту фотографию " В надежных руках " . В газете подписи не было . Думаю , что удалось передать то , что задумал фотограф , когда делал этот снимок .

Mf38PZQLVQg (700x525, 307Kb)
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
vsemmoney

Bear Holdings Ink - bearhl.in - HYIP от 16% до 60% в месяц - Форум о заработке в интернете и инвестициях

Пятница, 06 Мая 2016 г. 23:16 (ссылка)
vsemmoney.ru/topic/3246-bea...-bearhlin/


Bear Holdings Ink - bearhl.in - отправлено в HYIP от 16% до 60% в месяц: старт 23.04.2016 PerfectMoney Верифицирован, 0.1 Trust Score point(s)языки: RUОписание:“Bear Holdings” – надежность, ответственность, профессионализм! Основным направлением деятельности ....

Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

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

Вторник, 26 Апреля 2016 г. 06:56 (ссылка)

По данным Центра по контролю и профилактике заболеваний, дорожно-транспортные происшествия являются основной причиной преждевременной смерти в США, а затраты на медицинскую помощь составляют 80 миллиардов долларов ежегодно. По данным Национального управления

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Опыт обеспечения надёжности вычислительной техники при продолжительной эксплуатации

Вторник, 19 Апреля 2016 г. 13:01 (ссылка)

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



Изделие, опыт эксплуатации которого мы рассматриваем, предназначено для проведения измерений в реальном масштабе времени и состоит из ряда электронных модулей собственной разработки и иерархически организованной группы компьютеров: промышленной рабочей станции верхнего уровня типа ICP PPC-5150 под управлением Windows, промышленного управляющего компьютера типа ICP WS-855 с одной процессорной платой Rocky-C800 под управлением DOS и встраиваемого компьютера Fastwel CPU-188 под управлением DOS. Единицей эксплуатации на объекте является группа из двух изделий, резервирующих друг друга, и группового комплекта ЗИП (запчастей и принадлежностей). Всего имеется порядка 10 объектов эксплуатации в различных населённых пунктах России (соответственно, 20 изделий). Гарантийный срок эксплуатации изделий составляет 10 лет, назначенный срок эксплуатации – 20 лет.



В целом, эксплуатация изделий за 10 лет прошла успешно. Благодаря удачно выбранной политике резервирования (полный горячий резерв плюс априорно наименее надёжные блоки и модули в ЗИПе), не было ни одного случая невозможности использовать изделие по целевому назначению.



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



1. Значительное число отказов изделий (в нашем случае – порядка 50%) связано с выходом из строя серийно выпускаемых компьютерных комплектующих.



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



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



4. Компьютеры типа PPC-5150 и их составные части выходили из строя многократно, в то время как WS-855 и CPU-188 и их составные части – ни разу после начального периода. Предположительно, это связано с более высокой степенью интеграции, более высокой частотой и более высокой температурой в PPC-5150.



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



6. В компактных системных блоках, производители склонны выбирать нестандартные конструктивные решения и менять их по мере производственной необходимости. Это приводит к тому, что, например, номинально общая серия ICP PPC-5150 распадается на ряд конструктивно несовместимых между собой моделей. При отказе, например, материнской платы в старой PPC-5150, установить на её место плату от новой PPC-5150 невозможно (по крайней мере, без лобзика и эпоксидной смолы), и приходится заменять системный блок целиком. [Здесь могло бы быть упоминание о фирме Apple].



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



8. Системный блок компьютера, положенный целиком в ЗИП, может оказаться очень кстати. Эксплуатирующему персоналу гораздо проще заменить системный блок целиком, а потом, совместно с изготовителем, разбираться с локализацией неисправности, чем пытаться найти неисправную деталь на месте. Вообще, практика показывает, что единственным видом ремонтных работ, который целесообразно поручать эксплуатирующему персоналу, не имеющему специальной квалификации, является замена неисправных блоков или модулей целиком.



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/281945/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Husuk

Керамическая плитка российского производства

Суббота, 16 Апреля 2016 г. 12:40 (ссылка)
zubr.by/keramicheskaya-plitka


Керамическая плитка российского производства: качество, красота, надежность, стоимость.



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



Метки:   Комментарии (1)КомментироватьВ цитатник или сообщество

Следующие 30  »

<надежность - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda