I can answer that as an Indian casually in the market for an EV. The infrastructure isn’t really as good as western countries. Charging stations aren’t easy to find outside of major highways, and they aren’t as visible.

For intra-city users:

EVs are considerably more expensive than ICEs and India is a very price-sensitive market. The biggest successes for EVs here are Tata Nexons, for example. The ICE version starts at almost half the price of the EV.

Buyers will compare and run the numbers and unless you use it a lot, it can go either way. That combined with the iffy infrastructure is enough to make many people just go for ICE right now, in the hope that their next car will be an EV, when prices come down and tech is next-gen.

It is bound to happen. Prices are falling and more EVs are on the road, but it hasn’t reached critical mass yet.

Also, BYDs are actually quite expensive here compared to home grown solutions. Check the Tata EV range out.

Another factor that you’re overlooking is that India has a huge market of 2 wheelers, 3 wheelers and mini trucks. That’s a space where EVs make a lot of sense. They pay for themselves the more you use them.

So in food delivery, logistics, courier services etc., there’s already a very noticeable shift in motion, and that’s promising.

That’s only for vehicles. It isn’t the same thing.

SD cards don’t perform wear leveling while ssds do. This is why there are specific SD cards meant for surveillance cameras. They have additional wear levelling circuitry at the expense of speed.

So photographers who fill up their sd cards end up writing over the same spots repeatedly and wear them out.

You probably meant sucrose. Sucralose is a calorie-free sweetener.

More secure: any bootloader tampering happening via physical access to the device will trip the warning.

More compatible: some apps (banks usually) flag an unlocked bootloader as a security threat.

I default to nanoreview when I do a Google search. It’s pretty comprehensive and easy to scan.

Thanks. I have a pretty old install so my module list is a relic of the time but it makes sense why it still works for me. I’ll edit.

There are workarounds:

Install magisk, add the app to the zygisk denylist before first run.

Install universal safetynet fix and magisk hide props config (modules for magisk).

For some apps, you may have to install them in island so that they can’t detect the magisk app.

Appreciate the pointers!

That’s the one, thanks! I better get to it before Fossil pulls the app. You need to extract a private key from the paired app correct?

Not hybrid watches but Garmin watches have a passive LCD screen that is readable under reflected light and the app is excellent, albeit proprietary.

I have a Fossil hybrid and Garmin Instinct and wear the instinct most of the time. I find the Fossil app too basic and it drains battery. I have heard about an open source app that can sync to them however.

This is promising, thanks!

That was my impression as well. But since I’m on a low-RAM VPS any overhead in RAM adds up, and I wanted to know how process deduplication works before I get into it.

Yes this is what I want to do. My question is how docker manages shared processes between these apps (for example, if app1 uses mysql and app2 also uses mysql).

Does it take up the RAM of 2 mysql processes? It seems wasteful if that’s the case, especially since I’m on a low-RAM VPS. I’m getting conflicting answers, so it looks like I’ll have to try it out and see.

Aren’t containers the product of compose files? i.e. the compose files spin up containers. I understand the architecture, I’m just not sure about how docker streamlines separate containers running the same process (eg, mysql).

I’m getting some answers saying that it deduplicates, and others saying that it doesn’t. It looks more likely that it’s the former though.

I’m getting conflicting replies, so I’ll try running separate containers (which was the point of going the docker way anyway - to avoid version dependency problems).

If it doesn’t scale well I may just switch back to non-container hosting.

Thank you for an excellent explanation and blogpost. I’m getting conflicting answers, even on this question, but most authoritative sources do backup what you’re saying re:FS. I’m trying to wrap my head around how that works, specifically with heavy processes. I’m running on a VPS with 2 GiB of RAM and mysql is using 15% of that.

At this point I have my primary container running. I guess I’ll just have to try spinning up new ones and see how things scale.

What if your services need different database versions, or even software? Then different database containers is probably better.

This version-independence was what attracted me to docker in the first place, so if it doesn’t work well this way then I may just replace the setup with a conventional setup and deal with dependency hell like I used to - pantsseat.gif.

Thank you. Yes makes sense. I guess it’s fairly obvious in hindsight.

Yes, that’s exactly what I’m doing now, I was only unsure about how to map the remaining services - in the same docker containers, or in new ones.

That would be ideal, per my understanding of the architecture.

So will docker then minimize the system footprint for me? If I run two mysql containers, it won’t necessarily take twice the resources of a single mysql container? I’m seeing that the existing mysql process in top is using 15% of my VPS’s RAM, I don’t want to spin up another one if it’s going to scale linearly.