температура в зоне установки панелей будет сильно выше и может даже повлиять на климат целого региона
Кажется, прямо на Хабре читал про обратную проблему - из-за затенения грунта солнечными панелями, которые не всю поглощенную энергию переводят в тепло, температура грунта снижалась на пару градусов.
Это хороший способ "сверить часы". Т.е. сравнить значения, полученные разными формулами, разными алгоритмами, разными реализациями, разными библиотеками и т.п. Попутно найти ошибки во всем этом, за исключением, может быть, формул.
Ну и реклама, конечно. Вот статью на Хабре написали :)
Если есть возможность, подскажите какая у вас конфигурация кластера?
Детально - не могу (да и не знаю толком), но в Greenplum pxf развернут на 100+ нодах (сегментах), а сам кластер вдвое больше.
С учетом того, что чтение происходит не из таблиц ,а из вьюх, из которых некоторые весьма тяжелые (десятки джойнов), получается приблизительно паритет с вашим решением.
А чем ограничена такая скорость? Выглядит совсем небольшой. Полагаю, было бы уместно описать подробнее на каком стенде и как измеряли.
У нас для обработки данных Spark-ом есть копирование данных из Greenplum в HDFS с помощью pxf. Так оно выполняется со скоростью порядка 8 Гбит/с. И это общая фактическая скорость со всякими паузами, стартами/стопами т.п. Транспортная получается еще выше.
В свое время делал подобное на управляемых коммутаторах путем включения мониторинга на порту. Тогда трафик одного или нескольких портов копировался на специальный выделенный порт. А с него трафик разбирали Wireshark-ом.
Фраза "физически неспособны" напомнила мне времена, когда в ходу был 10 и 100 Мбит/с Ethernet. В них прием и передача ведется по двум отдельным витым парам по одной в каждом направлении. И когда входящая пара была в обрыве, возникало странное ощущение - линк горит, активность пакетов мигает, однако подключиться куда-либо невозможно. Сначала ловишь небольшой диссонанс, потом смотришь на счетчики входящих/исходящих пакетов и становится понятно. Вот это я понимаю "физически неспособны" :)
А чем тогда смысл этого Data Diode, если для него все равно нужен обратный канал, который как обычно надо фильтровать, мониторить и т.д.? В итоге приходим к обычному файерволлу, для которого этот самый Data Diode уже не нужен.
Пролистал много десятков постов...
Опять первоапрельская шутка :(
Кажется, прямо на Хабре читал про обратную проблему - из-за затенения грунта солнечными панелями, которые не всю поглощенную энергию переводят в тепло, температура грунта снижалась на пару градусов.
А что им будет?
Они, вроде бы, не изнашиваются. См.https://wiki.factorio.com/Accumulator/ru
42 кВт - это среднесуточная мощность, так что все верно.
А максимально возможная - 60 кВт.
Это хороший способ "сверить часы". Т.е. сравнить значения, полученные разными формулами, разными алгоритмами, разными реализациями, разными библиотеками и т.п. Попутно найти ошибки во всем этом, за исключением, может быть, формул.
Ну и реклама, конечно. Вот статью на Хабре написали :)
Будет праздник непослушания
Хм, а ваше облако не развеется так же, как CloudMTS и 1cloud ?
Сейчас впору обучать не только как мигрировать в облако, но и как мигрировать из облака.
Детально - не могу (да и не знаю толком), но в Greenplum pxf развернут на 100+ нодах (сегментах), а сам кластер вдвое больше.
С учетом того, что чтение происходит не из таблиц ,а из вьюх, из которых некоторые весьма тяжелые (десятки джойнов), получается приблизительно паритет с вашим решением.
Я вообще не уверен, что это живой человек писал.
А чем ограничена такая скорость? Выглядит совсем небольшой. Полагаю, было бы уместно описать подробнее на каком стенде и как измеряли.
У нас для обработки данных Spark-ом есть копирование данных из Greenplum в HDFS с помощью pxf. Так оно выполняется со скоростью порядка 8 Гбит/с. И это общая фактическая скорость со всякими паузами, стартами/стопами т.п. Транспортная получается еще выше.
А чем шифрование поверх OpenVPN поможет против определения сеансов OpenVPN ?
Скачал новую версию 13.0.11 - она сама нашла бриджи, когда указал, что я в России. Старая 13.0.8. так не могла. Спасибо разрабам за прогресс!
У телеграм-бота запрашивал около 20 штук, ни одна не заработала.
Про емайл-адрес попробую. Спасибо!
Я с начала февраля не могу подобрать входную ноду, чтобы TorBrowser заработал (Ростелеком, Москва). Он или бесконечно коннектится, или падает.
Можете подсказать источник доступных нод?
В целом, наверное, да. Но именно 4090 китайцы всеми правдами и неправдами скупают со всего мира. И явно дороже, чем за $600.
Как чего? кейсы применения, как разбирать полученное и т.д.
Спасибо за разъяснение!
В свое время делал подобное на управляемых коммутаторах путем включения мониторинга на порту. Тогда трафик одного или нескольких портов копировался на специальный выделенный порт. А с него трафик разбирали Wireshark-ом.
Фраза "физически неспособны" напомнила мне времена, когда в ходу был 10 и 100 Мбит/с Ethernet. В них прием и передача ведется по двум отдельным витым парам по одной в каждом направлении. И когда входящая пара была в обрыве, возникало странное ощущение - линк горит, активность пакетов мигает, однако подключиться куда-либо невозможно. Сначала ловишь небольшой диссонанс, потом смотришь на счетчики входящих/исходящих пакетов и становится понятно.
Вот это я понимаю "физически неспособны" :)
Вы столько раз повторили магическую фразу "физически неспособны", но так ни разу и не пояснили что за ней стоит.
А чем тогда смысл этого Data Diode, если для него все равно нужен обратный канал, который как обычно надо фильтровать, мониторить и т.д.?
В итоге приходим к обычному файерволлу, для которого этот самый Data Diode уже не нужен.