Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Poc2 with error in "buffer and direct" (Linux ) #52

Closed
zezaocapoeira opened this issue May 5, 2018 · 9 comments
Closed

Poc2 with error in "buffer and direct" (Linux ) #52

zezaocapoeira opened this issue May 5, 2018 · 9 comments

Comments

@zezaocapoeira
Copy link

Hello.

( sorry bad english)

In this master branch 130aaa9

Compilation ends well without fail

The kernel directory is paired with the binary.

$ ls
devices.txt gpuPlotGenerator kernel

Here only the poc1 option is working.

poc1

The error option poc2.

poc2

Poc2 with error in "buffer and direct".

I tested the poc2 option with 20480 (5gb) and the same error occurs

Note.

Could put command line poc1 and poc2

./gpuPlotGenerator generate direct /path/to/files/123456_0_50000_5000_poc1

./gpuPlotGenerator generate direct /path/to/files/123456_0_50000_5000_poc2

Thanks for listening.

@zezaocapoeira zezaocapoeira changed the title Poc2 with error in "buffer and direct" (GNU/Linux ) Poc2 with error in "buffer and direct" (Linux ) May 5, 2018
@zezaocapoeira
Copy link
Author

zezaocapoeira commented May 14, 2018

Hello

(sorry bad english)

Dmesg has captured this error:

# dmesg | grep -i gpuPlot
gpuPlotGenerato[4810]: segfault at 7f4bcdffefd0 ip 00007f4c0ecf18ec sp 00007f4bf0834b38 error 4 in libc-2.23.so[7f4c0eb92000+1c0000]

Maybe it's some incompatibility with this version of glibc?

Thanks for listening.

@damncourier
Copy link

having same problem with poc2 causing seg fault and dmesg error

gpuPlotGenerato[2377]: segfault at 7f3f26846fd0 ip 00007f3f6f4dcd40 sp 00007f3f25ec3b38 error 4 in libc-2.19.so[7f3f6f3ac000+1a1000]

@vinceyap88
Copy link

vinceyap88 commented Jun 19, 2018

Here is the debug log for the above error, but no idea how to solve it.

#0 __memmove_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:1781
#1 0x00000000004606d6 in unsigned char* std::__copy_move<false, true, std::random_access_iterator_tag>::__copy_m(unsigned char const*, unsigned char const*, unsigned char*) ()
#2 0x0000000000460690 in unsigned char* std::__copy_move_a<false, unsigned char const*, unsigned char*>(unsigned char const*, unsigned char const*, unsigned char*) ()
#3 0x000000000046064a in unsigned char* std::__copy_move_a2<false, unsigned char const*, unsigned char*>(unsigned char const*, unsigned char const*, unsigned char*) ()
#4 0x00000000004605d5 in unsigned char* std::copy<unsigned char const*, unsigned char*>(unsigned char const*, unsigned char const*, unsigned char*) ()
#5 0x0000000000460573 in unsigned char* std::__copy_n<unsigned char const*, unsigned int, unsigned char*>(unsigned char const*, unsigned int, unsigned char*, std::random_access_iterator_tag) ()
#6 0x0000000000460509 in unsigned char* std::copy_n<unsigned char const*, unsigned int, unsigned char*>(unsigned char const*, unsigned int, unsigned char*) ()
**#7 0x000000000046093d in cryo::gpuPlotGenerator::GenerationContextDirect::writeNonces(std::shared_ptrcryo::gpuPlotGenerator::GenerationWork&) ()**
#8 0x0000000000449e59 in cryo::gpuPlotGenerator::writeNonces(std::__exception_ptr::exception_ptr&, std::mutex&, std::condition_variable&, std::__cxx11::list<std::shared_ptrcryo::gpuPlotGenerator::GenerationContext, std::allocator<std::shared_ptrcryo::gpuPlotGenerator::GenerationContext > >&, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext&) ()
#9 0x000000000044658a in cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}::operator()(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext) const ()
#10 0x000000000044a94c in void std::__invoke_impl<void, cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext >(std::__invoke_other, cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptr<cryo::gpuPlotGenerator::GenerationContext

)#3}&&, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext&&) ()
#11 0x000000000044a21d in std::__invoke_result<cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext >::type std::__invoke<cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext >(std::__invoke_result&&, (cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}&&)...) ()
#12 0x000000000044c2b7 in decltype (__invoke((_S_declval<0ul>)(), (_S_declval<1ul>)())) std::thread::_Invoker<std::tuple<cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext > >::_M_invoke<0ul, 1ul>(std::_Index_tuple<0ul, 1ul>) ()
#13 0x000000000044c1f4 in std::thread::_Invoker<std::tuple<cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext > >::operator()() ()
#14 0x000000000044c120 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<cryo::gpuPlotGenerator::CommandGenerate::execute(std::vector<std::__cxx11::basic_string<char, std::char_traits, std::allocator >, std::allocator<std::__cxx11::basic_string<char, std::char_traits, std::allocator > > > const&)::{lambda(std::shared_ptrcryo::gpuPlotGenerator::GenerationContext)#3}, std::shared_ptrcryo::gpuPlotGenerator::GenerationContext > > >::_M_run() ()
#15 0x00007ffff76e457f in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#16 0x00007ffff7bc16ba in start_thread (arg=0x7fffa7fff700) at pthread_create.c:333
#17 0x00007ffff714c41d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

@bhamon
Copy link
Owner

bhamon commented Jun 24, 2018

Please test with the new 4.2.1 version. I mistested the previous version, but this one is fine on the generation part (at least on my side).
The last attention point is on the scoops final ordering. I followed the guidelines from this website. If your miner systematically reject the shares with the new files I'll have to invert the scoops shifting.

@zezaocapoeira
Copy link
Author

Hello.
(sorry bad english)

I tested the build be8f94d .

Compilation ok.

And it's working with poc2.

captura de tela_2018-06-24_20-15-27

By the time I finish the procedure I will test in the mining (creepMiner),

Thanks for listening.

@zezaocapoeira
Copy link
Author

Excuse me.

Github changed the posting scheme and I got confused when it came to selecting the
correct option.

@zezaocapoeira zezaocapoeira reopened this Jun 24, 2018
@bhamon
Copy link
Owner

bhamon commented Jun 25, 2018

I verified a simple generated file and compared it against this plotter: as feared there was an inversion in my scoop swapping code.
It's corrected on the master branch now. Please pull and rebuild.

@zezaocapoeira
Copy link
Author

Hello.
(sorry bad english)

@bhamon as requested.

I tested the build ad90dc3 .

Compilation ok.

And it's working with poc2.

captura de tela_2018-06-24_23-17-39

By the time I finish the procedure I will test in the mining (creepMiner),

Thanks for listening.

@zezaocapoeira
Copy link
Author

Hello.
(sorry bad english)

Completing feedback.

It is working well in creepMiner branch development build 8a41b02.
captura de tela_2018-06-25_09-29-40

Thanks for listening

@bhamon bhamon closed this as completed Jul 2, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants