- Случайные аварии (SIGABRT)
- Segfault если -DUSE_SSL
- Тайм-аут соединения не закрыты
http://luke.dashjr.org/programs/bitcoin/w/bitcoind/luke-jr.git/commitdiff/355e162fba35810978742f6f1e6f2e413cdc78e9
|
27 апреля 2011, 12:45:06 AM | # 1 |
Сообщения: 2282
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я написал патч, чтобы дать МАГИСТРАЛЯМ JSON-RPC свои собственные темы. Тем не менее, он все еще имеет некоторые проблемы, которые я не могу показаться, чтобы выяснить. Если кто-нибудь может посоветовать, как это исправить, это будет приятная особенность.
http://luke.dashjr.org/programs/bitcoin/w/bitcoind/luke-jr.git/commitdiff/355e162fba35810978742f6f1e6f2e413cdc78e9 |
27 апреля 2011, 2:37:35 AM | # 2 |
Сообщений: 70
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Получил 1806 Биткоинов
Реальная история. Симпатичный, но определенно не так просто. Если бы это было, то мы бы уже сделали это сейчас. Есть слишком много "есть только один RPC поток" допущения, встроенные в код в настоящее время.
|
27 апреля 2011, 3:42:55 AM | # 3 |
Сообщения: 2282
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Ну, уход, чтобы помочь? Я в основном "необходимость" эта функция для настройки мой бассейн, как я хочу it-- с «getwork» запроса зависит от возможности сделать суб-RPC вызовы.
Вот новая версия, которая в основном работает отлично без -DUSE_SSL ... Хотя я все еще могу разбить его, если я держу постоянную нагрузку 100+ RPC вызовы сразу, это, вероятно, "достаточно стабильна" для моего бассейна, чтобы просто перезапустить его, когда он умирает. http://luke.dashjr.org/programs/bitcoin/w/bitcoind/luke-jr.git/commitdiff/0071352b3347f92faa266dfd1db18aea88b45c54 |
27 апреля 2011, 3:52:04 AM | # 4 |
Сообщения: 2282
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Что делать, если нити связи схватил замок, и "реальный" многопоточность происходит только тогда, когда функция RPC сам отпускает, что замок?
|
27 апреля 2011, 5:40:48 AM | # 5 |
Сообщений: 70
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Это такой беспорядок, что я думал о рвет повысить SSL, и делать резьб с прямыми OpenSSL C API. Это устраняет некоторые из предположений, но не все долго выстрел.
Если вы действительно удается исправить их все, ваш запрос будет тянуть сольются быстрее, чем вы можете сказать "тональный" |
27 апреля 2011, 3:53:48 PM | # 6 |
Сообщения: 2282
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Ну, замок помог код без SSL. Я больше не могу врезаться его. Не уверен, что я забочусь достаточно, чтобы выяснить проблему SSL.
|
29 апреля 2011, 6:27:06 PM | # 7 |
Сообщений: 5
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Как я понимаю, это на самом деле не все, что полезно для закрутить новый запрос поток для каждого входящего соединения, по крайней мере, в стандартных веб-серверов. Общий подход заключается в несколько рабочих потоков, обрабатывающих запросы, но каждый из них асинхронно. Так один поток будет иметь возможность обрабатывать несколько входящих соединений сразу путем удаления последовательного кода обработки соединения.
У меня было взглянуть на код сервера RPC и это не кажется, что это будет то, что трудно получить основной асинхронный IO собирается, который поможет решить любые проблемы тайм-аут сам по себе. Конечно, вы все равно должны поставить блокировку вокруг всех фактических Bitcoin не вызывает пока что "один поток RPC" предположение удаляется, но тем не менее я думаю, что это будет улучшение. Есть ли может быть, что звук, как это полезный патч? Я хотел бы получить обратную связь, прежде чем делать больше работы в этом направлении. |
29 апреля 2011, 6:34:43 PM | # 8 |
Сообщений: 5
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Я забыл упомянуть, что код уже использует подталкивание / ASIO достаточно того, что делает код сервера RPC асинхронным довольно естественное направление, чтобы войти.
|
29 апреля 2011, 11:40:44 PM | # 9 |
Сообщения: 2282
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Асинхронный не сможет решить эту проблему для меня. У меня есть запросы JSON-RPC, блокирующие на закольцованных запросов JSON-RPC. Мой текущий код работает так долго, как я строй без поддержки SSL, поэтому я предполагаю, что это достаточно хорошо сейчас.
|
30 апреля 2011, 12:26:55 AM | # 10 |
Сообщений: 70
цитировать ответ |
Re: Expert необходимо: Многопоточность JSON-RPC
Как я понимаю, это на самом деле не все, что полезно для закрутить новый запрос поток для каждого входящего соединения, по крайней мере, в стандартных веб-серверов. Общий подход заключается в несколько рабочих потоков, обрабатывающих запросы, но каждый из них асинхронно. Так один поток будет иметь возможность обрабатывать несколько входящих соединений сразу путем удаления последовательного кода обработки соединения. У меня было взглянуть на код сервера RPC и это не кажется, что это будет то, что трудно получить основной асинхронный IO собирается, который поможет решить любые проблемы тайм-аут сам по себе. Конечно, вы все равно должны поставить блокировку вокруг всех фактических Bitcoin не вызывает пока что "один поток RPC" предположение удаляется, но тем не менее я думаю, что это будет улучшение. Есть ли может быть, что звук, как это полезный патч? Я хотел бы получить обратную связь, прежде чем делать больше работы в этом направлении. Определенно! Мы хотели бы увидеть патч, обновленный сервер HTTP RPC для использования асинхронной I / O. |