# Slow sync sending files from Android **URL:** https://forum.syncthing.net/t/slow-sync-sending-files-from-android/24208 **Category:** Android **Created:** [April 19, 2025, 9:47pm UTC](https://forum.syncthing.net/t/slow-sync-sending-files-from-android/24208 "2025-04-19T21:47:32Z") **Posts on this page:** 1 **Showing post:** 96
### Author: ![g0tar](https://forum.syncthing.net/user_avatar/forum.syncthing.net/g0tar/32/19974_2.png) [@g0tar](https://forum.syncthing.net/u/g0tar) #### Post date: [October 7, 2025, 5:54pm UTC](https://forum.syncthing.net/t/slow-sync-sending-files-from-android/24208/96 "2025-10-07T17:54:42Z")
Folder stuck at scanning issue [relates to case insensitivity for a very long time](https://forum.syncthing.net/t/large-folder-of-many-small-files-initial-scan-stuck-on-0/18276/11). Directory listing on my Android is slow - I’ve always seen that using `adb`, as `busybox ls` seems to always fetch the attributes: ```plaintext lisa:/storage/emulated/0/DCIM/Camera $ strace -efile ls ``` ```plaintext openat(AT_FDCWD, “.”, O_RDONLY) = 3 newfstatat(4, “Raw”, {st_mode=S_IFDIR|S_ISGID|0770, st_size=3452, …}, AT_SYMLINK_NOFOLLOW) = 0 newfstatat(4, “thumbnails”, {st_mode=S_IFDIR|S_ISGID|0770, st_size=3452, …}, AT_SYMLINK_NOFOLLOW) = 0 ``` – these `newfstatat()` calls are not necessary for short (filename-only) listing (not to mention using file descriptors…), single `getdents64()` is enough. On linux there’s the new `statx()` (well, compared to `stat()`, 8 years old now, but kernel 4.11 is still new for some embedded hardware) call for better performance. At first glance, reading file attributes shouldn’t be required for case-checking, only pure directory read. And this should be fast even without application-level cache… So I wonder - isn’t that `ReadDir()` mentioned by @calmh invoking stating all the files? Anyone familiar with codebase can share some insights? --- _[View the full topic](https://forum.syncthing.net/t/slow-sync-sending-files-from-android/24208)._