Enabling strict mode shows diskreadviolations in room for kmp [363985585]

Fixed

Bug

Status Update

No update yet.

Description

m....@gmail.com

created issue #1

Sep 2, 2024 09:44PM

Following the steps outlined in the official KMP Room docs (https://developer.android.com/kotlin/multiplatform/room) , I see 5 strict mode violations in my code.

They dont seem to cause any noticable lag but i was wondering if this violation is expected?

        val policy = StrictMode.ThreadPolicy.Builder()
            .detectDiskReads()
            .detectDiskWrites()
            .detectNetwork()
            .penaltyLog() 
            .build()
        StrictMode.setThreadPolicy(policy)
    }```

Also the  other four reports are similar more or less to the attached screenshot

Tue Sep 03 2024 01:42:31 GMT+0400 (Gulf Standard Time).png

341 KB

View

Download

Comments

da...@google.com <da...@google.com> #2Sep 3, 2024 05:08PM

Engineering is aware of this request and are investigating it. There is no ETA for the release. In the meantime it may be possible to create multiple Flex apps in different regions, and use a Compute Engine load balancer to route requests to each app by placing them in compute engine networks.

m....@gmail.com <m....@gmail.com> #3Sep 3, 2024 05:25PM

Our project (goldappybuilder) is set for us-central. Our European users are complaining and indicating that response time, at certain times, is tooo slow; up to 10 seconds. Please let us know how to setup for cross-region load balancing. Also, on Aug 25, you indicated "no ETA"; any status update? This is really urgent. Thanks

da...@google.com <da...@google.com> #4Sep 3, 2024 05:29PM

We would really like to have cross-region load balancing for GAE Standard Environment apps. i.e. the ability to have, in the same project, US and EU hosted GAE Std front ends, and then have each hit their respective back-end VMs (US to US, EU to EU). Some of our EU customers have requirements to host their data within the EU, and if we do so now the US GAE std severs have to talk to the DBs in EU (slow). We can't easily hack this with multiple projects due to security keys, datastore tables and storage buckets tied to the first project.

m....@gmail.com <m....@gmail.com> #5Sep 3, 2024 05:31PM

We will need this in the future as our user base grows.

da...@google.com <da...@google.com> Jan 17, 2025 07:09PM

Reassigned to da...@google.com.

da...@google.com <da...@google.com> Jan 22, 2025 12:17AM

Accepted by da...@google.com.

ap...@google.com <ap...@google.com> #6Jan 23, 2025 08:13PM

We are also very interested in this. Is there any updates on this?

da...@google.com <da...@google.com> Jan 23, 2025 08:18PM

Marked as fixed.

na...@google.com <na...@google.com> #7Jan 29, 2025 06:11PM

Any update on the status of this?