DLC b18 networks (from 1.18.*) crash on SD 730G

[BorisNA]

I'm using the latest 1.18.11 (64bit version) version on Google Pixel 4a (android 11, snapdragon 730G). All internal networks work wonderfully (20b gives ~ 20n/s - don't know if it is Ok for this processor though).

But I cannot load any dlc-network, it just crashes on load. Is it a bug, or my processor is just too old?

[BorisNA]

Here is a snip from logcat

07-31 13:58:46.998 15986 16022 I python  : /data/app/~~h-zZ2fWFqCCxIp3LguTrKQ==/net.kir.baduk_ai-UWywIcoMgcgvE99gljvAMg==/lib/arm64/libkatago.so gtp -model /data/data/net.kir.baduk_ai/files/app/external_model/kata1-b18c384nbt-s6582191360-d3422816034.bin.gz -config /data/data/net.kir.baduk_ai/files/app/gtp.cfg
07-31 13:58:47.024   590   590 E SELinux : avc:  denied  { find } for pid=28336 uid=10245 name=tethering scontext=u:r:secure_ui_service_app:s0:c245,c256,c512,c768 tcontext=u:object_r:tethering_service:s0 tclass=service_manager permissive=0
07-31 13:58:47.049 15986 16022 I python  : self.process is alive True
07-31 13:58:47.065 18285 18285 W libkatago.so: type=1400 audit(0.0:112866): avc: denied { search } for name="soc0" dev="sysfs" ino=62303 scontext=u:r:untrusted_app:s0:c198,c257,c512,c768 tcontext=u:object_r:sysfs_soc:s0 tclass=dir permissive=0 app=net.kir.baduk_ai
07-31 13:58:47.101 15986 18286 I python  : $ LZ> 1 name
07-31 13:58:47.127 15986 18286 I python  : $ LZ> KataGo v1.13.2
07-31 13:58:47.128 15986 18286 I python  : $ LZ> Using koSIMPLEscoreAREAtaxNONEsui0whbN rules initially, unless GTP/GUI overri...
07-31 13:58:47.226   590   590 E SELinux : avc:  denied  { find } for pid=28336 uid=10245 name=tethering scontext=u:r:secure_ui_service_app:s0:c245,c256,c512,c768 tcontext=u:object_r:tethering_service:s0 tclass=service_manager permissive=0
07-31 13:58:47.238 18285 18285 W libkatago.so: type=1400 audit(0.0:112867): avc: denied { search } for name="soc0" dev="sysfs" ino=62303 scontext=u:r:untrusted_app:s0:c198,c257,c512,c768 tcontext=u:object_r:sysfs_soc:s0 tclass=dir permissive=0 app=net.kir.baduk_ai
07-31 13:58:47.248 15986 18286 I python  : $ LZ> use SNPE on CPU
07-31 13:58:47.249 18285 18285 E libc++abi: terminating with uncaught exception of type StringError: No SNPE model created
07-31 13:58:47.249 18285 18285 F libc    : Fatal signal 6 (SIGABRT), code -1 (SI_QUEUE) in tid 18285 (libkatago.so), pid 18285 (libkatago.so)
07-31 13:58:47.249 15986 18286 I python  : $ LZ> terminating with uncaught exception of type StringError: No SNPE model created
07-31 13:58:47.238 18285 18285 W libkatago.so: type=1400 audit(0.0:112868): avc: denied { search } for name="soc0" dev="sysfs" ino=62303 scontext=u:r:untrusted_app:s0:c198,c257,c512,c768 tcontext=u:object_r:sysfs_soc:s0 tclass=dir permissive=0 app=net.kir.baduk_ai
07-31 13:58:47.264 18289 18289 I crash_dump64: obtaining output fd from tombstoned, type: kDebuggerdTombstone
07-31 13:58:47.238 18285 18285 W libkatago.so: type=1400 audit(0.0:112869): avc: denied { search } for name="soc0" dev="sysfs" ino=62303 scontext=u:r:untrusted_app:s0:c198,c257,c512,c768 tcontext=u:object_r:sysfs_soc:s0 tclass=dir permissive=0 app=net.kir.baduk_ai
07-31 13:58:47.264   919   919 I tombstoned: received crash request for pid 18285
07-31 13:58:47.265 18289 18289 I crash_dump64: performing dump of process 18285 (target tid = 18285)
07-31 13:58:47.238 18285 18285 W libkatago.so: type=1400 audit(0.0:112870): avc: denied { search } for name="soc0" dev="sysfs" ino=62303 scontext=u:r:untrusted_app:s0:c198,c257,c512,c768 tcontext=u:object_r:sysfs_soc:s0 tclass=dir permissive=0 app=net.kir.baduk_ai

[aki65]

According to general AI benchmarks for the 730G, the performance of the 20b network is as expected.

The log shows that the SNPE technology, which is required for loading DLC files, is not supported on the 730G (or perhaps disabled by google, since google wants all AI to use its own NNAPI interface).

So, if you want to use a stronger network than 20b, your best option would be the 40b from https://github.com/aki65/aki65.github.io/releases/tag/v1.16.0 . After all, it's only 160 Elo weaker than the 18b.

[BorisNA]

Thanks, got it! In fact, I sought just the opposite :)). Thinking that the smaller the blocksize, the weaker but quicker the net. But was wrong. Then 10b or even Leela gx78 will do nicely.