yeah, that should be 90k or so
running enough threads?
I'd expect to need 200 or 300
I was getting that on my 3xx motherboard
but not on the z270
270 is less than 300
Wait, what?
I am talking about motherboard series, not threads
where do you put nolisten=true for arktika to prevent port binding
It doesn't do anything when you put it in the miner.conf
A dumb joke
One sec, it might be called something else
nolisten=true in the arktika config file
not preventing port binding
when I do that
or at least the second instance wont run
sorry
what error do you see?
hold on
and what version?
1.3.3
Exception in thread "main" java.io.IOException: Failed to bind at io.grpc.netty.NettyServer.start(NettyServer.java:252) at io.grpc.internal.ServerImpl.start(ServerImpl.java:162) at io.grpc.internal.ServerImpl.start(ServerImpl.java:77) at snowblossom.miner.Arktika.<init>(Arktika.java:147) at snowblossom.miner.Arktika.main(Arktika.java:65) Caused by: java.net.BindException: Address already in use: bind at sun.nio.ch.Net.bind0(Native Method) at sun.nio.ch.Net.bind(Unknown Source) at sun.nio.ch.Net.bind(Unknown Source) at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source) at io.netty.channel.socket.nio.NioServerSocketChannel.doBind(NioServerSocketChannel.java:128) at io.netty.channel.AbstractChannel$AbstractUnsafe.bind(AbstractChannel.java:558) at io.netty.channel.DefaultChannelPipeline$HeadContext.bind(DefaultChannelPipeline.java:1358) at io.netty.channel.AbstractChannelHandlerContext.invokeBind(AbstractChannelHandlerContext.java:501) at io.netty.channel.AbstractChannelHandlerContext.bind(AbstractChannelHandlerContext.java:486) at io.netty.channel.DefaultChannelPipeline.bind(DefaultChannelPipeline.java:1019) at io.netty.channel.AbstractChannel.bind(AbstractChannel.java:254) at io.netty.bootstrap.AbstractBootstrap$2.run(AbstractBootstrap.java:366) at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163) at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:404) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:465) at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.lang.Thread.run(Unknown Source)
1.3.3? That was ages ago
no listen is only in newer ones
Do I have to bazel build it or is there a link
updating that now
if it is older than 1.4.2, wait a minute and download again
The new version prints nice IO use messages
still only get 18k on my z270
cpu benches 300k
Okay, this is going to be too much for me
I now realize that you need a server setup to do this
Can't work without xeons
The cpu load is too high for a simple rig setup
I've had to move m.2 drives around
mostly I've have good luck with modern boards with m.2 on board over pcie adapters
well when you run multiple instances of the miner you cant hit the single instance benchmark speed
why would you run mujltiple instances?
and the other instances start to slow
well you wouldnt if you didnt have to
So how would you run multiple nvmes on one arktika instance?
what I mean is that with arktika, you should be able to configure a single one to use whatever resources you have
yeah, split up the chunk files and put some on each nvme
one layer for each nvme
that should work well, but I admit I haven't tried that personally
I didnt think that would work I thought that was for when the field started to get too large
but now, yes, thanks
it is also for distributing the load among block devices
block devices?
in this case the nvmes
but could be ssd
snowplows?
or remote ram servers
dumb joke
ha
I also thought you said that you couldn't use range parameter with layertype=file
so that led to my assumption
yeah, no range
it uses whatever files are there
so you have to move things around
how would splitting up the chunks give you the full speed for each device running one miner isntance?
I plan on adding the range in though, it will make it easier to tune
yeah okay
I guess, so you are renting resources to do this then?
and just testing small samples
I have a small memory mining fleet
It is a single Dell r900 with 256gb ram and network workers
Total about 1mh
how would you configure that
with the snow files
just two snowfields?
A single field 7
More network limited than memory bus
So it was registered ram
splitting the chunks up still only gives you the speed of one 512 nvme?
so yeah
Should get combined speed
not really viable unless the miner can cut cpu usage for same thread count
What is the CPU?
i9 7940x
benches 860k
Ok, cool
just leave the whole snow field?
How many nvme do you have?
Put 32 chuncks on each
im running field 8
Have you seen the benchmark_layer option?
fake
Fake layer is a different thing
Fake layer tests cpu
okay
then no
benchmark_layer=0
benchmark_threads=512
that will just do as much IO on that layer as possible using that many threads
that is a good way to see how much IO you can do on that layer
so that would be good to see if your NVME can read as fast as spec says regardless of any CPU issues
so delete other layers temporarily to test one
in the config
you can leave them in
set benchmark_layer to the one you want to test
read ops/s and read_bw
582310 , 2275
but says no hashing
yeah, it is doing ont hashing
no hashing
just testing bandwidth
I only did 1 benchmark layer though
should I do 4
yeah, it only supports one at time
which is enough to let you know if the layer works as fast as you think it should
if you can split the chunks up on a rig whats the point of 512gb drives
I should be able to put the whole field on each drive and get the full hashrate with one miner instance, no?
well, that will continue to work up to a much larger field size if split 4 ways
still only 60k though
if arktika supports that sort of load balancing, yes. You should absolutely be able to get nearly 400k with the rig you have
assuming those nvmes are attached such that they can all be read at full rate at once
so put the whole field on each drive?
no, put 1/4th on each drive
in some situations, you do need the data spread across the drive to get full rate, but I don't think we are there
I think 64gb on each drive will be enough to spread it across whatever banks or chips or whatever there are
So if you run four arktika instances you don't get good rates? (one per drive)
can you show me one of the configs you were using for that?
That should work as well
the cpu load was too high
my system has 128gb ram, I was running the bat with:
@echo off title miner start /B /LOW java -jar -Xmx100g Arktika.jar configs/miner.conf pause
and then 512 threads on each instance
but the cpu load is way too high with that many threads
but it takes that many threads to get 60k
interesting
otherwise I only get 20~k
I haven't done much arktika testing on windows
I don't know why the cpu load is so high though
unless you are mining xmr
but that -Xmx100g is way too high if you aren't trying to fit it in ram
probably remove that entirely
okay
can you show me the miner.conf?
mine_to_address=e82d6vzegevqdey6y05625hfsm87jgtrl5k85j42 network=snowblossom node_host=2338 pool_port=23380 memfield=false min_depth_to_disk=6 layer_count=1 layer_0_type=file layer_0_path=f:\\snow layer_0_threads=64 snow_path=f:\\Snow pool_host=http://findsnow.org selected_field=8 nolisten=true
that was from before, except I changed the threads to lower cpu usage
ok. Windows has a thing where it likes each thread to have its own file descriptor open, I don't think I did that in arktika like I did in poolminer
might be related, but hard to say
I should try and balance the info queues with threads per layer right
so if they are out of balance i need to change my threads on a layer?
Im still only getting 70K~
64chunks on each
yeah, in your case the queues should be about even
but they will vary a good bit in normal operation
but still only 70k, so what is the solution you think?
are all the CPU cores maxed out at 70k?
what linux distro should I use on the rig to run multiple instances
and yes
I like debian, but the only things that actually matter are the kernel and the java version
all cpu cores maxed with 512 threads and 4 drives
so any distro
so painful to use on rigs though
if you don't mind, keep it windows and I'd like to try some things with you over the next few days
unless you have everything automated and can control all rigs at once
hopefully it can run all the drives with the full field on one instance to save ram usage
but that would interfere with how it already is setup I think so
That would be a pretty intense change to arktika and I think the main problem is about the file descriptors
So might try something else first