А что там в скрипте прописано было? Может условие не выполнено и перевод считается не действительным?
Если перевод недействителен, то эта транзакция не могла войти в блок. |
|
|
|
Ну тестнет слабая сеть, если туда с парочкой гигахешей прийти, можно и транзакции поотменять и вообще пол дерева перестроить  Нет, дело не в силе. Блок с Double Spend по определению не корректен. Все клиенты должны его отбрасывать на стадии проверки. Надо попробовать стандартный клиент под отдадчиком и посмотреть почему он не обнаруживает ошибки в блоке. Если это случается в testnet, не видно причин почему не случится с главной валютой. В общем до выяснения причин - сигнал продавать )) |
|
|
|
Похоже, после генерации блока в TBTC не отрабатывает его отправка в сеть, или не срабатывает логика отбрасывание несостоявшихся блоков.
Симптомы: после генерации блока, синхронизация с сетью останавливается.
Блоков в сети этих нет.
и опять отбраковку блока не получил.
Наверно стоит закрыть майнер, пока не получены все блоки.
Следует добавить опции командной строки для проверки таблиц и ресинка.
Проверим конечно. Для Resync есть меню. А таблицы всегда корректны должны быть - гарантируется транзакциями. Правда есть оптимизация: во время закачки blockchain (старее недельной давности) для скорости отключаяется Safe-mode у SQlite и если пропадет питание, то БД может оказаться в некорректном состоянии, тогда ее просто удалить. |
|
|
|
Хм... Прикольный клиентик получается ... А можно ли в него добавить вальвацию блоков при помощи ГПУ? Это бы заметно ускорило бы начальную загрузку блоков На GPU хорошо решать параллельные задачи. А проверка блоков - последовательный процесс. Каждый зависит от предыдущего. Но при загрузке нескольких валют конечно блоки проверяются параллельно |
|
|
|
Is there a way to integrate the opencl kernel used by phoenix miner into ufasoft-miner? The current kernel used in ufasoft-miner seems to create a lot of gpu display lag even when the -T temperature setting is low. In Phoenix miner there's an AGGRESSION setting that can be adjusted to reduce display lag but it doesn't seem like ufasoft-miner has an equivalent option.
To implement AGGRESSION we should change C++ wrapping code. OpenCL kernels (file phatk.cl), are very similar on most miners. |
|
|
|
So, you're telling me that we're not moving 16-byte register data into 64-byte xmm registers? Because I see a few places here where it is. Like here: ELSE
movdqa xmm3, [zsp+5*16]
movdqa xmm4, [zsp+6*16]
movdqa xmm5, [zsp+7*16]
paddd xmm3, [zsi+5*16]
paddd xmm4, [zsi+6*16]
paddd xmm5, [zsi+7*16]
movdqa [zbx+5*16], xmm3
movdqa [zbx+6*16], xmm4
movdqa [zbx+7*16], xmm5
These data are in L1-cache already, so no difference which MOV-instruction loads them. Anyway, if you are practical programmer, you can do profiling of patched miner. Anything that not tested are just speculations. |
|
|
|
nly if you use 256-byte which should be avoided until AVX2. But you're only using XMM, not YMM so none of that comes into play. And sorry, I'm about to hit the wall. I've been up all night. Basically, if you're wanting to use the full YMM registers, you can't do much for integers as of yet. It's coming. However, you can use the lower half of the YMM by specifying the XMM equivalent. The XMM registers can use your ADDs, Shifts, XORs and ANDs via AVX. So,
Hm, the Miner uses XMM registers (SSE2) in current implementation already. As for the MOVNTDQA, it combines smaller writes into a single stream via a buffer. It's mainly useful for transferring multiple eax into xmm by converting it into a 64-byte write which increases the bandwidth approx. 10x.
It is not applicable for SHA256 calculating. |
|
|
|
I agree that MOVNTDQA useful for streaming. But SHA256 calculation is not stream processing. It need not to save anything to RAM. But AVX does speed up the process for integers too. Check out the reference card and search for the word integers. There's also vectorized shuffling, etc. So it's not just for floating point data, but it is mainly geared toward it. But yeah, it's at 128-bit level only as of right now. I can't wait for the AVX2 instruction set to come out.
SHA256 implementations requires integer ADD, Shift, XOR, AND. Only XOR and AND can be done in AVX. For other instructions it is necessary to: 1. shuffle high half of YMM to low half, 2. run Integer instruction 3. shuffle the halfs back. |
|
|
|
The MOVNTDQA does cache, but it caches directly to L1 for immediate use while skipping over the other caches. And
I dont see any performance improvement here. In both cases I have L1-cached data. But you can try, just patch the .ASM file and build it in Linux. AVX does support integers; it just allows them to be vectorized into 256-bits so you can perform the same calculation This doc says: Extensibility: Intel AVX has powerful built-in extensibility options for the future without resorting to code growth:
OS context management rework only needs to be done once.
Future Vector Integer support to 256 and 512 bits Somewhen in the future AVX will support vector Integers. |
|
|
|
upon processor capabilities, you could add quite a few optimizations. For one, streaming moves by using movntdqa to avoid some of the lower caches (if available)
Without caching it will be slower obviously. , using YMM registers which are just combining two XMM registers making the code compatible (if available), use of AVX extensions to combine a few functions (if available), etc. Heck, anymore, CPUs are capable of 256-bit computing. AVX don't support Integer operations, it has Float-point only ALU. |
|
|
|
You must be using the 64-bit version then. It seems to have a problem with the block updates. Once the block changes, it's not keeping up.
Oh, yeah I am. I'll try the 32-bit version for a while. Thanks.
This x64 CPU-mining bug fixed in 0.27 version |
|
|
|
I have not tested Ufasoft or cgminer, but there's no problem with Phoenix.
(using Nvidia driver 285.62 with Win 7 64Bit)
Edit: Ufasoft 64Bit doesn't see the graphics card, 32Bit is working fine.
Fixed, please redownload Windows binary. Really it seems a bug in CUDA. by some reason x64 CUDA incorrectly interprets following construct: __constant uint L = 0x98c7e2a2;
Replaced to : __constant uint L[1] = { 0x98c7e2a2 };
And it works now! |
|
|
|
fixed the crash still does not detect nvidia cards
It works with CUDA on my Win2008R2.I have updated the driver to 285.62 and it dont work now. So I'm invetigating the problem |
|
|
|
The 64bit version appears to crash if it cannot connect to a pool. This is either if the pool isn't available at startup, or if the pool fails during mining. The 32bit version works fine.
Windows-x64-crash bug fixed in 0.26. Please redownload http://ufasoft.com/files/open/btcm.7z |
|
|
|
Он и так уже тормозной
Часть тормозов оригинального клиента потому, что они используют дефолтную сборку OpenSSL. А в ней многое можно оптимизировать для x86/SSE. Переписав пару простых алгоритмов на ASM уже было получено 3-кратное ускорение проверки ECC-подписи. Эта операция самая медленная при закачке блоков. |
|
|
|
Вот! Именно по этому настоящие параноики ставят только официальные образы WinXP.
И именно по этому хотелось бы, чтобы у bitcoin был только один надежный, официальный клиент.
Ситуация похожа на Linux: С одной стороны есть основное ядро, которое полностью контролируется "хорошим диктатором" Линусом Торвальдсом. С другой - много форков, и это никому не мешает, софт переносим с одной реализации на другие. Потому что в нарушении совместимости не заинтересован никто. |
|
|
|
Добавляют. В сказки про то, что злые какеры украдут код и сделают страшное нечто взрослые люди уже не верят. Единственный объективный довод закрытости кода - зарабатывание бабла. И я в общем-то не против этого, просто давайте называть вещи своими именами и не лицемерить.
Открытые исходники добавляют безопасности только начиная с некоторой критической массы. Когда достаточно много квалифицированных программистов просмотрят код, пройдет много итераций нахождения/исправления уязвимостей. Тогда любая программа станет безопаснее. Пока на сильную популярность надеяться не приходится, а OpenSource проект всегда требует больше усилий и времени (которого всегда не хватает), чем закрытый. |
|
|
|
Здорово. Можно легко подключать новые форки? Можно, если они отличаются только параметрами (как например NameCoin). По этой причине SolidCoin пока нельзя прописать, у него другая Hash-функция Сами проверяли или придерживаетесь конформизма? Логический вывод из прочитанного на ветках Development |
|
|
|
Это же шутка?
почитал английскую тему по вашей ссылке в подписи, ничего не понял про изменения, вроде как блокчайн на 2 ветки может разделиться с 0.6
Насколько известно о версии 0.6 - ничего страшного в ней не планируется, будет расширено понятие bitcoin-адреса для повышения безопасности кошелька. Все совместимо со старыми версиями. |
|
|
|
|
Show Posts
