Это очень просто, при исследовании меняется только сетевая карта, среда настройки, конфигурация, инструмент одинаковый. При этом результат для каждой сетевой карты имеет чёткий тренд, кстати, проверенный неоднократно.
Коллеги, мне кажется что в ходе дискуссии "смешались в кучу кони, люди...". Кластер, который состоит из набора взаимосвязанных нод обычно строится для выполнения нескольких задач:
Высокая доступность - когда в случае выхода оборудования одной из нод, вторая подхватывает нагрузку.
Высокая надежность - если вдруг БД испорчена, то есть реплика на другой ноде и система продолжает обработку запросов от пользователя.
Катастрофоустойчивость - это когда случается пожар, наводнение и прочее, то нода географически распределенная подхватывает обслуживание.
Высокая производительность - это когда трафик от приложения распределяется между нодами, таким образом возрастает потенциал системы в плане обслуживания роста ИТ системы
В идеале чтобы кластер все это мог выполнять, но на практике первые 3 - с 4 есть проблемы, так как общие данные, синхронизации, блокировки и прочее. Так вот в статье описан 4 аспект кластеризации (сложности мастер-мастер, когда изменения идут на много нод одновременно).
И еще большая просьба - сделать не только общую настройку для времени выполнения и ограничение по строкам для всех запросов на PG, но и возможность в приложении указывать комментарий с настройками только для определенных запросов SQL (не активировать технологию для других). Например,
Пока существует в СУБД конкуренция по ресурсам между сессиями (пользователями), блокировка будет всегда. Другое дело, необходимо стремиться к уменьшению ожиданий на блокировках. P.S> Даже в версионниках блокировки бывают, другое дело - видят ли их администраторы.
С большинством ваших доводов согласен, но как говориться есть нюансы:
надо отключить все эти следящие системы.
А безопасность. Я, кстати, тоже не сторонник рекламы — а точнее хотел бы чтобы она была снижена раз в 100, и только «ну очень в точку». Жратва — это воспитание и образ жизни, тоже жутко не люблю.
Насколько я видел выше в комментариях, автор сказал, что в будущем она появится, как только наберется качественная статистика — что вполне логично.
Просто за массовым страхом перед получением эмоций абсолютно за скобками осталось само решение, возможности с его помощью улучшению нашей жизни в других аспектах (не только в кинозалах). Например, в учебном процессе. Для меня это очень очевидно, что иметь информацию о заинтересованности учеников для родителей и преподавателей очень важно: есть возможность повлиять на процесс обучения, заинтересовать, глубже разобраться с причинами (разумеется я против всякого тотального контроля и насилия). Считаю, что это очень полезно и нужно.
Вы маркетолог, прокатчик? В чем неравноценность, нечестность. Когда Вы покупаете нужную вам вещь, вы считаете, что это решение на «100% ваше», но при этом не учитываете, что вам его подсказали сделать, правильно спозиционировали и презентовали. Представьте нет маркетинга, есть азиатский рынок (не хочу никого обидеть) и выбирайте сами, при этом нет рейтинга продавцов, некрасивый и непроверенный товар и прочее. Я сам не маркетолог, но настолько страдать «паранойей» от новых технологий. Сбор эмоций человека сравнивают с «использованием» людей и обманом. Лучше подумать куда это еще можно применить для созидания и улучшения, для большого комфорта посетителей. А наравне с этим и улучшения показателей бизнеса (создания и проката фильмов и прочего), и это плохая цель? Все в гармонии должно быть… Извините, накипело)
Это скорее всего будет продолжением решения: вместе с рейтингами фильмов и мнениями критиков на специализированных сайтах можно добавить специальный рейтинг, определяемый автоматически роботом по эмоциям людей для каждого фильма. И в будущем, мы сможем для своего возраста узнать наиболее «эмоциональный» фильм.
Распознать эмоцию человека дело нехитрое, это делают множество сервисов по всему миру, в том числе и сервис майкрософт. А вот сделать законченное решение, а это управление камерой, интеграция, меппинг, валидация и прочее, удобство настройки и обслуживания могут немногие. Много на рынке демонстраций распознавания лиц — очень мало очень применения на практике.
Торможение на параллелизме напрямую никак не связанно с производительностью дисков.
Это очень просто, при исследовании меняется только сетевая карта, среда настройки, конфигурация, инструмент одинаковый. При этом результат для каждой сетевой карты имеет чёткий тренд, кстати, проверенный неоднократно.
Статья про диски, а вы про жесть с lazy table spool. Это тема для других статей)
Коллеги, мне кажется что в ходе дискуссии "смешались в кучу кони, люди...". Кластер, который состоит из набора взаимосвязанных нод обычно строится для выполнения нескольких задач:
Высокая доступность - когда в случае выхода оборудования одной из нод, вторая подхватывает нагрузку.
Высокая надежность - если вдруг БД испорчена, то есть реплика на другой ноде и система продолжает обработку запросов от пользователя.
Катастрофоустойчивость - это когда случается пожар, наводнение и прочее, то нода географически распределенная подхватывает обслуживание.
Высокая производительность - это когда трафик от приложения распределяется между нодами, таким образом возрастает потенциал системы в плане обслуживания роста ИТ системы
В идеале чтобы кластер все это мог выполнять, но на практике первые 3 - с 4 есть проблемы, так как общие данные, синхронизации, блокировки и прочее. Так вот в статье описан 4 аспект кластеризации (сложности мастер-мастер, когда изменения идут на много нод одновременно).
И еще большая просьба - сделать не только общую настройку для времени выполнения и ограничение по строкам для всех запросов на PG, но и возможность в приложении указывать комментарий с настройками только для определенных запросов SQL (не активировать технологию для других). Например,
/*replan
duration = 43 мс
limit_rows = 1000
*/
SELECT ...
FROM Table1 JOIN Table2 ... JOIN TableN
WHERE ...
Отличная технология и давно напрашивалась. С какой версии PG можно будет ее протестировать на практике?
Пока существует в СУБД конкуренция по ресурсам между сессиями (пользователями), блокировка будет всегда. Другое дело, необходимо стремиться к уменьшению ожиданий на блокировках. P.S> Даже в версионниках блокировки бывают, другое дело - видят ли их администраторы.
А безопасность. Я, кстати, тоже не сторонник рекламы — а точнее хотел бы чтобы она была снижена раз в 100, и только «ну очень в точку». Жратва — это воспитание и образ жизни, тоже жутко не люблю.
Улыбка нынче в цене)))
Просто за массовым страхом перед получением эмоций абсолютно за скобками осталось само решение, возможности с его помощью улучшению нашей жизни в других аспектах (не только в кинозалах). Например, в учебном процессе. Для меня это очень очевидно, что иметь информацию о заинтересованности учеников для родителей и преподавателей очень важно: есть возможность повлиять на процесс обучения, заинтересовать, глубже разобраться с причинами (разумеется я против всякого тотального контроля и насилия). Считаю, что это очень полезно и нужно.