Василий Банников, я даже затрудняюсь ответить, я думал что внутри exe-шника скомпилированного clang заголовок для запуска виртуальной машины и байткод
p.s. реально читаю и не понимаю почему у меня по разному производительность gcc и clang кода тогда
usb2 лимит скорости где то (480мбит/с) на практике ~40мбайт/сек, так что где то кто то как то ошибается, ext4 сжатие не поддерживает (а то sql дамп текстовый, должен сжиматься раз в 5-10, особенно если данные повторяющиеся, только тогда можно такие скорости получить с usb2)
может ты это дамп только что сделал и он тупо из кеша выгрузился (но создавать такой дамп на медленном диске долго, ты бы сразу заметил)?
тогда я не понимаю что происходит, mysql не должна быть НА СТОЛЬКО медленной, тем более если диск ssd (старые меньше терабайтника внешние hdd диски были медленные на столько что при random access могли выдавать считанные 1-2мегабайт/сек)
не интересовался теорией, погугли safe random generator blockchain были обсуждения неплохие
я предложил алгоритм максимально простой, число записывают в блокчейн либо средствами блокчейна (кастомные транзакции) либо случайный перевод самому себе (число - числа после десятичной запятой например), если блокчейн не поддерживает передачу данных. У этого алгоритма два явных недостатка - первый, нужно делать транзакции (которые могут быть не дешевые) заранее (за N+M блоков), второе - нужно делать очень большой N и M чтобы усложнить (но не гарантировать) перезапись блокчейна, в истории криптоэкономики помню были перезаписи очень большой цепочки блоков, т.е. все же желательно надежный блокчейн использовать.
Хочешь надежный генератор рандома на любом блокчейне?
публикуй зашифрованное число, затем через N блоков публикуй его ключ/пароль, а алгоритм - 'сумма' этого числа и хеша одного из следующих блоков (не последнего, пусть будет M последних) дадут сид для любого рандом алгоритма (только для одного числа).
Количество блоков N и M - чем больше, тем сложнее подделать историю, особенно если речь идет о часах-днях, так как совершенные переводы за это время дадут тот защитный базис, атакующий витнес не захочет 'договариваться' с большим количеством сервисов, которые заметят его манипуляции
p.s. еще есть гомоморфное шифрование, участники могут использовать математику с зашифрованными числами, которую не видит витнес и не может ее подделать, плюс гомоморфное шифрование просто ресурсоемко и подделка может обойтись в копеечку уже на этом этапе
Подавляющее большинство проектов в криптоэкономике это мошенничество, пустить пыль в глаза, с целью собрать деньги с первых инвесторов, влошившихся в ICO.
Все зависит от целей проекта, например DPoS в идеологии (но не в реализации, таковых нет в открытом доступе в виде запустил и работает) - это способ децентрализовать управление и влияние на проект между витнесами, грубо говоря майнерами. Но сам этот блокчейн децентрализованным и защищенным от майнеров не может быть никак.
помню, в алгоритме PoS на основе coinage/coinday, когда вероятность подписания блока зависила от наличия старых выходов (чем старее и больше монет в выходе тем выше вероятность стейка) была идеологическая уязвимость, когда злоумышленник мог одновременно майнить сколько угодно цепочек, используя разную комбинацию одних и тех же выходов (не спрашивай подробности, я не знаю) не тратя на это ничего, спасались чекпоинтами от разработчиков, что превращало проект в централизованный проект, а так же гибридами pos+pow что так же превращало проект в чистый pow
всякие dpos и подавно не предоставляют никакой защиты, витнесы спокойно договариваются (или их шантажирует владелец больших мощностей что не выкинет их из витнесов, вспоминаем bitshares) и делают что хотят, отменяют и блокируют транзакции, меняют алгоритм как угодно (например комиссии) и т.п.
p.s. нельзя основывать работу консенсуса на основе данных,которые этот консенсус защищает!
странно, такое бывает если отключено сохранение точек отката, по умолчанию они включены
можно чуть больше информации? на скрине у тебя окно с информацие о проблеме, что написано в подробностях?
что с диском если взглянуть на него каким-нибудь livecd? он вообще читается? настоятельно рекомендую сделать резервную копию пока это возможно, не забудь c:\users\xxx\ там часто важные файлы лежат, мало того если профиль скопировать поверх свежей установленной системы (копирование не перенос, важный момент, так же копируй только докумнеты и appdata но не файлы реестра) то если так же поставить нужные программы, большинство настроек восстановится, многие теперь их хранят в файлах а не в реестре
чтобы оперировать с несколькими элемнетами нужно им не идентификатор одинаковый присваивать а класс <div class="xxx yyy">
селекторы позволяют работать с классами .yyy
что значит не помогает? ты выбираешь одно разрешение а видео в другом получается?
только что записал видео в указанном тобой разрешении, никаких полос на видео не добавилось
и причем тут мастер автоматических настроек? зайди в настройки и поставь какое тебе нужно разрешение, включая равное для исходных данных и выходного видео, вот только что снял видео - узкую полоску шириной во весь экран и высотой 25 пикселов.
можно не ставить НА ВСЕ машины zabbix а в кастомной команде прописать вызов ssh user@server command, само собой настроив беспарольную авторизацию по ключу
BoyFromDubai, да именно так
создаешь две транзакции с использованием одного и того же не потраченного входа с переводом монет на разные адреса (первый - на адрес жертвы, второй - на свой адрес), одну транзакцию пишешь в блок, который в последствии будет отменен, вторую во второй блок, который будет принят
делать это можно если ты майнишь а значит сам определяешь, какой блок останется в сети а какой отбросишь
с гарантией это сделать можно при наличии мощностей майнинга больше 50%
при наличии мощностей меньше вступает теория вероятности, атака будет успешной (т.е. ты смайнишь следующий блок чтобы цепочка с твоим блоком стала длиннее и вся остальная сеть ее примет), например было время в сети биткоин, когда один из майнеров атаковал проект satoshidice (где использовался 1 подтверждение) при наличии кажется 30% мощностей.
google: double spend attack satoshidice bitcoin
Чтобы от этого защититься на регулярной основе, сервис должен повышать время, необходимое на подтверждение транзакций в зависимости от суммарное количества запросов переводов от его клиентов таким образом чтобы стратегии атаки при наличии меньшей мощности не работали. Так же нужно следить за суммарной мощностью в сети, если она понижается, значит это атакующий (у которого больше 50% мощностей) начал атаку и майнит свою ветвь в тихушку.
fivehouse, двойная трата - обычное дело, в том же electrum есть встроенный интерфейс для отмены транзакции (предлагает новую транзакцию с большей комиссией), но это будет работать только пока транзакция не подтверждена (находится в мемпуле)
Разветвлять блокчейн нужно чтобы двойная трата прошла при наличии подтверждения, в этом случае транзакция, которая попала в удаляемую ветку будет отменена (точнее все транзакции отбрасываемого блока уходят обратно в мемпул, но те транзакции что уже попали в блокчейн, т.е. ту ветвь что не отбросили, сразу из мемпула будут удалены)
что за данные? что дает поток временных данных в 150к rps
что нужно делать с данным после, достаточно ли выборки на дату/интервал?
нужно ли редактирование или это write once read many database?
нужны ли транзакции? возможно чтение недавно записанных данных?
нужно ли резервное копирование налету?
не скажу
докер не должен быть самоцелью, это инструмент, при выборе которого ты должен в принципе понимать зачем он тебе нужен
если ты не понимаешь, значит он тебе не нужен!
докер это изоляция, докер это гарантии повторяемости окружения, чтобы написав докерфайл ты получал у любого провайдера на любой ос максимально одинаковый результат, за это ты платишь немного ресурсами и совсем не чуть чуть рукошевелениями, так как по логике ты не должен что либо делать руками в докер образе кроме как править файл его описания, ведь его главная цель - что этого файла достаточно чтобы развернуть приложение.
делить свои приложения по образам докер это то же самое что раскидывать свои модули по разным физическим машинам (у них ip адрес будет разный) зачем тебе это делать вопрос, у тебя там хайлоад и для авторизации нужна отдельная машина?
p.s. реально читаю и не понимаю почему у меня по разному производительность gcc и clang кода тогда