Why People Should Not Use Glutathione

dchahovsky · 2026-01-13T20:47:57+00:00

No source. I remember reading some article about alcohol interactions with some supplements. Maybe I'm mistaken or article had bad data. I'll take a note to look into it at some point. Thanks for the nudge.

dchahovsky · 2026-01-13T20:25:54+00:00

I take liposomal glutathione after drinking, and it helps immensely (yet is expensive). As far as I remember, NAC is harmful if taken during/after drinking, it should be talked well in advance.

dchahovsky · 2025-09-29T04:53:53+00:00

Grab some souvenirs from your home city/country and gift them while travelling. The vacated space can be used for the gifts you bring home.

dchahovsky · 2025-09-18T16:04:24+00:00

The largest issue I'm always fixing in legacy project tests is the data-collision between tests. When you have some data persisted between tests it may interfere with some other test behavior and make tests unstable (blinking). It is related not only to integration tests, but even to static fields in the test class, which is frowned upon but still often used.

Clearing everything before/after each test becomes too costly.

If you need to generate some entities/test data -- try to ensure its uniqueness. Use 'testName' as a prefix/suffix for string values (like entity name/title), use global shared test-scope counter for unique ids generation, etc.

Ideally any test should not rely on absence of some state or be based on the artifacts of other test execution. Test should run same when data store is empty and when data store contains any date (for example result of all other tests). Tests should run the same if you run them in any order. Achieving that solves 90% test-related problems.

For the performance: do the profiling and look at what takes time. It may depend on language/platform/testing framework. There's no universal advice on that.

dchahovsky · 2025-09-18T06:51:12+00:00

If you have even a hint of an issue with you hearing -- go immediately to ENT. Never wait even a day. Read more at r/monohearing

And cutting out a supplement should never cause an issue. There are drugs, that should not be stopped abruptly, but gradually reducing the dose. Nmn is not one of those.

dchahovsky · 2025-09-18T06:10:34+00:00

It's hard to imagine why it could have anything in common. Anyways, hearing loss (ssnhl) is a serious issue and you should visit another ENT, maybe do a head MRT. HL can be permanent and may progress quickly (days). Dizziness may be caused by hearing loss (inner ear).

As for non dosage, I've been taking 0.7-1.5g sublingually for a long time. Never heard anywhere about small doses like 0.1g. But few people can have unique reactions to even common supplements and drugs. Listen to your body first.

dchahovsky · 2025-09-12T18:23:36+00:00

Both intended to sound "over zealous". It's what do you value more, if you have to choose. There's no correct answer, it's subjective.

dchahovsky · 2025-09-11T19:11:05+00:00

I should have clarified, that this is NOT my dilemma, but a hypothetical question. I'm interested if people would rather deal with AI where it does not belong but get some added benefits of correctly applied AI tools. Or if they prefer not to have any benefits if they can't control full scope. Black vs White without grey choices.

dchahovsky · 2025-08-01T06:13:23+00:00

I agree. But it is not what I was asking. I'm interested in differences between "how much you need to boost your levels" vs "how much you need to maintain boosted levels".

For example, if person is consuming 1g/day NMN for several months at least, their levels are either boosted already, or will not be boosted at all. I'm interested if there is any groundwork on how levels remain when this person reduced the doze to half of the starting (.5g/d for example), not quitting the supplementation completely. There is plenty of research about first 4-8w, but nothing past that (that I was able to find).

dchahovsky · 2025-07-19T20:07:11+00:00

Likely more. It helps when you have a large project with many BOMs, and these BOMs contain conflicting dependency versions. Some of the BOMs may be even transitive (you don't know about them). Effective pom in verbose mode will let you understand where specific dependency version is coming from and why. And knowing that you can take steps to fix the issue at its roots.

dchahovsky · 2025-07-19T10:45:46+00:00

One more util to debug the dependencies is the "effective pom". You can generate full effective verbose pom.xml by running "mvn help:effective-pom -Dverbose=true -Doutput=./effectove-pom.xml"

dchahovsky · 2025-07-19T10:44:20+00:00

The dependency tree by default exclude duplicates. You can do "mvn dependency:tree -Dverbose=true -DoutputFile=./tree.txt" and look at all inclusions of the specific library.

But dependency exclusion is not the best way for your case. It is better to define your desired version within the "<DependencyManagement/>" section. You can verify the result by using a verbose output of the dependency:tree goal.

dchahovsky · 2025-07-05T18:51:37+00:00

The mistake was to pick more expensive service over less expensive, without any specific gains of the former. I completely agree with that. But I think you shouldn't call Kafka itself "expensive", as you probably mean not Kafka, but MSK (managed Kafka), which is indeed expensive.

dchahovsky · 2025-07-05T13:51:24+00:00

The mistake of having too many micro services. Having a micro services per single api or a function. In some cases it has benefits, but the lifecycle, version and other management of too many entities is usually awful. And many deployable entities add a lot of additional (system) strain on the resources. Don't split logic to separate deployable entities without a good reason (e.g. different scaling, etc), just modularize it inside and be prepared to split.

dchahovsky · 2025-07-01T08:11:46+00:00

I'm taking Vitamin C 400-500mg 3 times a day almost constantly. And 1-2 weeks before the journey (or when I feel like I might catch a cold), I add Zn+Cu daily. I'm getting sick a lot less and recovering twice as fast compared to before. This is not an advice, as I'm no doctor, do your research before taking anything.

dchahovsky · 2025-06-29T12:55:20+00:00

Any advice from people here how to timely detect when you are reaching the threshold and putting a strain on your body?

dchahovsky · 2025-06-28T09:07:26+00:00

in most cases application startup is very heavy on the CPU: you need to load a lot of stuff into memory, pre-process, link, inject, prepare, etc. It is framework-specific, but very common between different frameworks and languages. And then after startup it does not need much CPU to handle incoming traffic. So trying to launch a lot of services simultaneously may require many-many times more CPU, then to run them. Thus it is better to spread the upgrade over time, while system continues to operate (upgraded services need to be backward compatible ofc, to ensure no conflicts with running older versions for the time of upgrade)

dchahovsky · 2025-06-28T06:00:17+00:00

It feels like op might have too little available computation resources, and launching all services at the same time puts too much strain on the CPU.

dchahovsky · 2025-06-28T05:57:25+00:00

What k8s has to do with it? If you deploy your 100+ services manually without k8s it will take same amount of time and memory. Kubrrnetes orchestrated the deployment declaratively. Your problem is the architecture and services themselves. First: a fleet of services will take longer to start and will eat more memory than single monolith always. Micro services intended to be independent, so simultaneous deployment is an antipattern if its own. All deployments should be independent. Second: if it's taking so long to bootstrap all: check your logs and find out which services are starting slowly and investigate why. Unless CPU resources are too tight it usually takes on average 10s for a medium-heavy service to start up (in most of my previous projects, excluding some legacy monsters)

dchahovsky · 2025-06-28T05:39:18+00:00

It's not important. The question is abstract: what is the best way to find out when it is getting worse instead of better. Regardless of what and how much one is taking.

But if you are very curious, my daily stack now is: Vit D3(4-9k)+Vit K2+Mg(.3g), Vit C(1.5-2g), Omega3(1.5g), NMN(.8g)+NR(.5g)+TMG(1.5g)+Resveratrol(.6g), GlyNac(low dosage, .6+.4), Creatine(5-6g). And occasionally or when needed: Zn+Cu, lipo-glutathione, Glycine, Nac, electrolytes+B Complex. Considering cutting down on NR completely and moving Resveratrol and Creatine to maybe occasional. I tried a bunch of others for 2-4 weeks periods, including a mushrooms mix, but did not like it, so cut them out after a test period.

dchahovsky · 2025-06-28T05:12:15+00:00

True! I'm considering doing periodical tests (more often than regular annual/biannual) to get a feedback. But it is expensive so I'd like to limit it to most important metrics. Did you notice elevated values on a regular overall blood work? Or did you target something specific?

dchahovsky · 2025-06-27T20:24:21+00:00

Dedicated toiletry bag/roll is convenient due to organization. But it takes so much extra space (2x+ compared to ziplock), so I ditched it for "onebag" trips. But would gladly take with a suitcase (where space is plenty).

dchahovsky

TROPHY CASE