То есть, по сути, у вас классическая версия алгоритма Полларда, только улучшенная тем, что DP домашних кенгуру между запусками сохраняются. Чтобы можно было искать разные головоломки в одном диапазоне с одной базой ДП.
Таблица прыжков у вас при каждом запуске генерируется одинаково за счёт одинакового сид.
"сами дикие кенгуру скачут быстрее" - этот момент непонятен. Как так может быть при одинаковой таблице прыжков? Вы имели ввиду, что скачут они также, но генерируют больше ДП?
Сложно было переписать алгоритм на GPU? Или ИИ на раз-два такое делает?
А сколько диких и домашних кенгуру вы используете в Марк1? Я понимаю, что очень много. Интересны пропорции. Есть методы 1 дикий + 1 ручной, 1 ручной + 2 диких, 2 ручных + 2 диких. А RetiredCoder использует 9 = 3 ручных и 6 диких. Хотя почему-то он свой метод называет: метод 6 кенгуру.
Да, идея в с Блумом, который за фиксированное время принимает решение, прекрасна!
Ваш процессор Ryzen 9 7945HX имеет 32 логических ядра. 140 миллионов прыжков, это 4.375 миллиона в секунду на логическое ядро. Как вы достигли столь впечатляющих результатов прыжков? Ведь они, насколько я понимаю, должны делаться в аффинных координатах.
Как я писал в статье, у меня получилось всего 200К получить на Go. На менее скоростном процессоре. Ну, допустим, он в 2 раза менее скоростной. Но не в 20 же.
А его ГитХаб в крутости RetiredCoder не убедил? Он, якобы, достиг показателя 0.95 при лучших известных 1.36 квадратного корня от диапазона.
Скорее всего, доказательством крутости были приватные ключи им предоставленные.
Насчёт аренды. Я видел голословные высказывания, что кто-то арендовал 4000 видеокарт в Амазон. Допускаю. Человек верит в удачу. Такое тоже бывает. 135 пазл точно вскроют. И шансов у парня с 4000 видеокарт больше, чем у многих.
А с чего он будет на вашей стороне? Биткойн - материальный актив по российскому праву. Завладеть им без согласия владельца можно только доказав, что он заброшен. А это специальная процедура по гражданскому кодексу.
С публикацией объявления, передачей в полицию актива, и с последующей уплатой налогов.
ТО что касается теста который вы привели - он некорректный. На более свежий Эпик поставили диск с записью 40К iops, а на более старый 250К-350K. На 7000 серии память двухранковая - оптимальная, по 2 димма на канал. На более новом более медленная 4х ранковая и с 1 димм на канал. И опять мы не знаем как была воткнута память - оптимально или от балды. Возможно даже не все каналы были задействованы.
И вообще мир не заканчивается гипервизорами, где затык может быть в любом месте - хоть в сети, хоть в диске. Гипервизор - это частный случай программы. Эпики используются и для многих научных вычислений и коммерческих вычислениях, базах данных и т.п. Гипервизор (как и ОС) может быть вообще неэффективный и даже не уметь использовать некоторые преимущества новых процессоров и дисков. И только потом, с какими-то патчами научиться выжимать из оборудования всё. * * * Цель статьи - это не сэкономить пару киловатт оставив C-State включённым, а выжать всё что можно из сервера. И чтобы не лагало и не микрофризило. * * Полоса на процессор может отличаться даже в одном семействе. Об этом сказано в статье. + + + Да, если бюджет не ограничен, берём кучу малоядерных CPU и это будет быстрее, чем мало многоядерных серверов. + + +
Идея статьи - как настроить Эпик, если он уже куплен. И если он куплен, то нужно открыть все каналы. + + + Производитель сам советует отключить C-States и в том же документе не советует. Если от сервера нужна быстрая обработка запросов - отключить, если нужна экономия электроэнергии, но микролаги допустимы - включить. + + +
Ядра не всегда загружены на 100%, но как только приходит запрос, а ядро спит, его приходится будить и получаем микролаг.
Вы представляете сколько стоит на сайте Salomon Brothers опубликовать несколько документов про заброшенные кошельки?
Хоть она уже и не так крута, но там за один бренд десятки тысяч долларов возьмут.
Исправил. Проверьте, всё должно теперь работать.
А это твоя статья на китайском про Cyclone?
Ещё одна, и ещё.
Спасибо за обстоятельный ответ!
То есть, по сути, у вас классическая версия алгоритма Полларда, только улучшенная тем, что DP домашних кенгуру между запусками сохраняются. Чтобы можно было искать разные головоломки в одном диапазоне с одной базой ДП.
Таблица прыжков у вас при каждом запуске генерируется одинаково за счёт одинакового сид.
"сами дикие кенгуру скачут быстрее" - этот момент непонятен. Как так может быть при одинаковой таблице прыжков? Вы имели ввиду, что скачут они также, но генерируют больше ДП?
Сложно было переписать алгоритм на GPU? Или ИИ на раз-два такое делает?
А сколько диких и домашних кенгуру вы используете в Марк1? Я понимаю, что очень много. Интересны пропорции. Есть методы 1 дикий + 1 ручной, 1 ручной + 2 диких, 2 ручных + 2 диких. А RetiredCoder использует 9 = 3 ручных и 6 диких. Хотя почему-то он свой метод называет: метод 6 кенгуру.
На этом кошельке никогда не было более 10 битков.
https://www.blockchain.com/explorer/addresses/btc/1BnN5a635CZW8iGQ8v3CrF4egPX9x1GDzV
Откуда эта фраза "First, we get access...." Можно пруф?
И это всё вы сделали за 1.5 месяца??!!
Вы — чёртов гений !!!
Да, идея в с Блумом, который за фиксированное время принимает решение, прекрасна!
Ваш процессор Ryzen 9 7945HX имеет 32 логических ядра. 140 миллионов прыжков, это 4.375 миллиона в секунду на логическое ядро. Как вы достигли столь впечатляющих результатов прыжков? Ведь они, насколько я понимаю, должны делаться в аффинных координатах.
Как я писал в статье, у меня получилось всего 200К получить на Go. На менее скоростном процессоре. Ну, допустим, он в 2 раза менее скоростной. Но не в 20 же.
12 бит - это всего 4096 вариантов. Я не понимаю, как это может весить 14.9ГБ.
По идее любая 12ти битная хэш-функция должна срабатывать 1 раз в 4096 попыток. С такой частотой идёт обращение к ссд?
Блум вроде бы не является точным. Стандартная идея, что несколько хэш-функций одну вещь обрабатывают.
А если он не точный, то потом требуется время на то чтобы найти точную ДП, так?
1.5 месяца на Марк1 - я впечатлён. Вы очень крутой программист!
Когда уже есть огромное количество ДП, понятно, что будет быстро. RC говорит, что с базой точек, у него тоже быстро работает.
Его метод детекции я вообще не понял, как и его схему с 6ю кенгуру.
А Марк1 без использования симметрии работает? Название в честь первого компа?
Сколько времени у вас ушло на такую навороченную программу?
Спасибо за коммент! Ссылки на ваши проекты добавлены в список.
Впечатляющая работа. С таким количеством опций и деталей. Статьи было бы интересно почитать. Или можете мне интервью дать, если лень писать.
Какого коэффициента при корне вы добились при кенгуру-методе? И удалось ли лично вам решить какую-то головоломку?
Пенни хантинг - это незначительные оптимизации?
Черри пикинг - это какие-то халявные головоломки, о которых мало кто знает?
А его ГитХаб в крутости RetiredCoder не убедил? Он, якобы, достиг показателя 0.95 при лучших известных 1.36 квадратного корня от диапазона.
Скорее всего, доказательством крутости были приватные ключи им предоставленные.
Насчёт аренды. Я видел голословные высказывания, что кто-то арендовал 4000 видеокарт в Амазон. Допускаю. Человек верит в удачу. Такое тоже бывает. 135 пазл точно вскроют. И шансов у парня с 4000 видеокарт больше, чем у многих.
Тут вопрос в другом. Если я смогу доказать, что уведённые битки были моими и что они оказались у другого без моей воли, то этого достаточно.
А с чего он будет на вашей стороне? Биткойн - материальный актив по российскому праву. Завладеть им без согласия владельца можно только доказав, что он заброшен. А это специальная процедура по гражданскому кодексу.
С публикацией объявления, передачей в полицию актива, и с последующей уплатой налогов.
Это был кто-то другой. Я - за дискуссии.
А для суда биткойн - это вещь. Кроме законов математики есть, к счастью или сожалению, гражданское и уголовное право конкретной страны.
Суд будет иного мнения. Если подберёте ключ к чужой квартире, а не украдёте, то это не спасёт от посадки.
Но если взломать кошелёк и владелец узнает кто это сделал, то можно сесть в тюрьму. И это, практически, в любой стране так.
А почему вы решили, что контроллеры памяти отличаются? По-моему отличается просто число каналов. Даже Ryzen поддерживает ECC-память.
Буду благодарен за пруфы, что на Эпиках ранки не влияют на скорость. Но, думаю, что таких пруфов нет в природе.
ТО что касается теста который вы привели - он некорректный. На более свежий Эпик поставили диск с записью 40К iops, а на более старый 250К-350K. На 7000 серии память двухранковая - оптимальная, по 2 димма на канал. На более новом более медленная 4х ранковая и с 1 димм на канал. И опять мы не знаем как была воткнута память - оптимально или от балды. Возможно даже не все каналы были задействованы.
И вообще мир не заканчивается гипервизорами, где затык может быть в любом месте - хоть в сети, хоть в диске. Гипервизор - это частный случай программы. Эпики используются и для многих научных вычислений и коммерческих вычислениях, базах данных и т.п. Гипервизор (как и ОС) может быть вообще неэффективный и даже не уметь использовать некоторые преимущества новых процессоров и дисков. И только потом, с какими-то патчами научиться выжимать из оборудования всё.
* * *
Цель статьи - это не сэкономить пару киловатт оставив C-State включённым, а выжать всё что можно из сервера. И чтобы не лагало и не микрофризило.
* *
Полоса на процессор может отличаться даже в одном семействе. Об этом сказано в статье.
+ + +
Да, если бюджет не ограничен, берём кучу малоядерных CPU и это будет быстрее, чем мало многоядерных серверов.
+ + +
Идея статьи - как настроить Эпик, если он уже куплен. И если он куплен, то нужно открыть все каналы.
+ + +
Производитель сам советует отключить C-States и в том же документе не советует. Если от сервера нужна быстрая обработка запросов - отключить, если нужна экономия электроэнергии, но микролаги допустимы - включить.
+ + +
Ядра не всегда загружены на 100%, но как только приходит запрос, а ядро спит, его приходится будить и получаем микролаг.