The media loading time for a new subgame is quite different with armeabi-v7a and arm64-v8a. Here is my test.
(I uninstall the app and install them again for each test)
armeabi-v7a media loading time:
Begin loading
07-18 10:54:48.862 22168 22209 D Minetest: 2019-07-18 10:54:48: INFO[Main]: Client: Received files: bunch 0/151 files=1 size=8242
End loading
07-18 10:54:54.323 22168 22209 D Minetest: 2019-07-18 10:54:54: INFO[Main]: Players:Client::afterContentReceived() done
10:54:54 - 10:54:48 = 6 seconds.
=================================================
arm64-v8a media loading time for a subgame
Begin loading
07-18 10:59:25.340 22619 22665 D Minetest: 2019-07-18 10:59:25: INFO[Main]: Client: Received files: bunch 0/151 files=1 size=8242
End loading
07-18 11:00:51.345 22619 22665 D Minetest: 2019-07-18 11:00:51: INFO[Main]: Client::afterContentReceived() done
11:00:51 - 10:59:25 = 86 seconds.
In the arm64-v8a test, I see a lot of resend log.
========
07-18 11:00:48.007 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13395
07-18 11:00:48.007 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13396
07-18 11:00:48.008 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13397
07-18 11:00:48.008 22619 22665 D Minetest: 2019-07-18 11:00:48: INFO[Main]: Client: Received files: bunch 120/151 files=1 size=26069
07-18 11:00:48.008 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13398
07-18 11:00:48.008 22619 22665 V Minetest: 2019-07-18 11:00:48: VERBOSE[Main]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=Cli): : Attempting to from_peer_ifile "ui_bags_sm_form.png"1
07-18 11:00:48.008 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=Cli): : Attempting to from_peer_ifile "ui_bags_sm_form.png"1, channel=2, seqnum=13399
07-18 11:00:48.008 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13400
07-18 11:00:48.009 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13401
07-18 11:00:48.009 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13402
07-18 11:00:48.009 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2, seqnum=13403
07-18 11:00:48.009 22619 22686 V Minetest: 2019-07-18 11:00:48: VERBOSE[ConnectionSend]: con(63/1)RE-SENDING timed-out RELIABLE to 127.0.0.1(t/o=0.1): from_peer_id=1, channel=2,
================
So, How to fix this in the 64bit build?
Android arm64-v8a network bug?
Re: Android arm64-v8a network bug?
Here's the full log.
Anyone give me a help?
Anyone give me a help?
- Attachments
-
- fulllog.zip
- Full log
- (341.23 KiB) Downloaded 28 times
- Krock
- Developer
- Posts: 4650
- Joined: Thu Oct 03, 2013 07:48
- GitHub: SmallJoker
- Location: Switzerland
- Contact:
Re: Android arm64-v8a network bug?
Just the usual questions to check whether it's a Minetest issue:
1) Does it also happen with Minetest 0.4.x? If yes: It's a problem with your system
2) Did you set up any artificial latency for application testing purposes? Probably not, but consider checking tc.
7) Does it also happen when you're joining servers?
1) Does it also happen with Minetest 0.4.x? If yes: It's a problem with your system
2) Did you set up any artificial latency for application testing purposes? Probably not, but consider checking tc.
7) Does it also happen when you're joining servers?
Look, I programmed a bug for you. >> Mod Search Engine << - Mods by Krock - DuckDuckGo mod search bang: !mtmod <keyword here>
Re: Android arm64-v8a network bug?
I tested newest stable 0.4.x code, commit 426b5d3149f5fe510322a26cc8e67ba6de08d4a6
The armeabi-v7a version is OK but the arm64-v8a is slow.
I also check the the F-Droid and Google play apk, they don't build the arm64 apk.(only armeabi-v7a)
I also build with the new 5.0.x code, and change the ndk version. But the result is the same.
My test device is Google Pixel xl.
I guess no one has test the arm64-v8a build ?
The armeabi-v7a version is OK but the arm64-v8a is slow.
I also check the the F-Droid and Google play apk, they don't build the arm64 apk.(only armeabi-v7a)
I also build with the new 5.0.x code, and change the ndk version. But the result is the same.
My test device is Google Pixel xl.
I guess no one has test the arm64-v8a build ?
Krock wrote:Just the usual questions to check whether it's a Minetest issue:
1) Does it also happen with Minetest 0.4.x? If yes: It's a problem with your system
2) Did you set up any artificial latency for application testing purposes? Probably not, but consider checking tc.
7) Does it also happen when you're joining servers?
Who is online
Users browsing this forum: No registered users and 9 guests