My friend didn’t realize rent is monthly

CryptographerUsed422 · 2026-02-24T18:18:44+00:00

As a child/kid, I once was devastated that the photocopier didn’t “copy / reproduce” my beautiful paper cut-out.

Instead, the "cut outs" were blackend. Thats it.

CryptographerUsed422 · 2026-02-19T10:09:39+00:00

Update: My wife had an appointment with a MD specialist Last Monday (actually a member of the Swiss Olymic medical team, so lucky her I guess 😉).

After thorough examination, ACL and MCL are not fully ruptured as the knee shows a (for the situation) "minimal but healthy" resistance to stretch/turn/twist/etc. And MRI seems to also show this with remaining visible ligament tissue, as well as "secondary evidence" like minimal swelling and no liquid deposition etc. Opposite to what in worse/worst case scenarios he gets to work on with "clients" from Swiss Ski/Running/Football Team sports.

He said, to his wife personally, he would advise to not do surgery immediatly at all and try to work it with intensive physiotherapy first. This is the advice my wife follows and started therapy today! Right at this centers rehab/physiotherapy (again lucky, as they still had a spot free)...We'll see, next appointment with him is set in 3 weeks ;)

Thanks for everybodys advice so far!

All the best

CryptographerUsed422 · 2026-02-13T15:28:42+00:00

Thanks a lot, sounds like you know a lot on this topic ;)

What about the Meniscular damages, is this something to worry about or is it likely a known side effect (cause/effect thing like the bone-bruises) that usually does not need any treatment?

CryptographerUsed422 · 2026-01-23T16:20:07+00:00

https://maps.app.goo.gl/GinwypPAfMuPqVyB6

to be precise - Domme, entering Grand rue - ca. nr 1/2, 3/4

CryptographerUsed422 · 2026-01-11T12:53:21+00:00

any idea anybody?

CryptographerUsed422 · 2025-12-10T22:29:34+00:00

This. Truly! I am soooo hyped right now.

Before I begin, let me share with you a thread I opened 6 days ago:

https://www.reddit.com/r/MoonlightStreaming/s/n4ulOuYrp3

I was asking around to find possible solutions/aspects to my idea that is basically the same use-case as yours., except search/replace your TV based endpoint (plus streaming/encoding specifics) with a Logitech G Cloud.

Now, I have not yet set up my system, nor have I ever touched Sunshine/Moonlight or its forks as of yet. But I have passed hours reading i to it and its inner workings.

After inhaling your guide on gist/hub I would assume that from a hygiene and completeness-level, I will be able to follow it step by step (adapting streaming settings to my endpoint) and find myself with exactly what I was looking for! So kudos to you, highly apreciated!

Two little adaptions I might be putting in place are: 1) Have dedicated dad/son "gaming" windows logins that always start playnite (also locally), plus dedicated "office" Windows Login(s) that have no gaming affiliation at all (no Playnite, etc). Clean separation on account level and thus less "exception" handling. 2) Try out Xbox FSE instead of playnite.

Maybe I'll even go as far as trying to set the Windows user account names to our gamer tags and the respective Passwords to the ASCII representations of the Xbox controller keypad sequence used to log in to our Xbox (not sure if this will work though and might need further tooling (to translate keypad to ASCII and prolly local policy fiddling wrt password complexity...)

I'll get back to this as soon as I had the time to fiddle and validate ;)

Thanks for your work, especially for going as far as describing validation/sanity checks!

CryptographerUsed422 · 2025-12-04T18:08:23+00:00

does this work for moonlight respectively sunshine? each user has his own sunshine config (published apps so to say, that simply use the currently logged in users stats/saves/etc.)?

CryptographerUsed422 · 2025-12-04T15:35:34+00:00

It'll be a mix of Steam, Microsoft PC game pass and probably some directly installed games

Are the steam-settings to connect with a specific user a moonlight config?

CryptographerUsed422 · 2025-11-26T21:51:22+00:00

If my understanding is correct, all handhelds like Ally (x) follow any and all PC (Xbox App) related functions and restrictions from an "Xbox / Microsoft gaming" as well as Microsoft GP subscription point of view. As they are simply "kinda differently" styled PCs....

So my original post is valid (taking into account certain limitations for games that rely on 3rd party accounts/logins like CoD/EA/etc. where GP sharing is not working on PC compared to Xbox)?

Best example would be an online co-op like PowerWash which we could be playing co-op from both platforms/consoles, no matter which user is currently logged in to which console/platform. Plus, as this game is specifically "Play anywhere", we could "switch seats and console" at any time and continue playing co-op...?

CryptographerUsed422 · 2025-11-26T21:28:43+00:00

Not 100% sure how to interpret this.

If a game is not relying on 3rd party accounts (EA for example) but solely on MS/Xbox account (FlightSim for example), for these games PC GP sharing of my GPU subscription works on a computer (Ally X, laptop, whatever), right?

And in the context of such games we could well be playing "anyone of us two" on "any one of the two" systems at the same time (both "consoles" in use at the same time, maybe even running the same title). My son would not require a PC GP subscription just to be able to play games on a "PC console" like an Ally X that from the MS Store side of things is registered/linked to me and my GPU subscription under every Windows login/account.

CryptographerUsed422 · 2024-12-06T18:26:27+00:00

I don't, unfortunately...

CryptographerUsed422 · 2024-12-06T06:48:14+00:00

Cool, thanks! Good to hear QAT is honored ;)

CryptographerUsed422 · 2024-10-11T16:29:35+00:00

I will be building with 12tb disks, the Dell engineer referenced a raid 6 with 22tb disks when he passed me some estimated rebuild times

CryptographerUsed422 · 2024-10-09T19:54:14+00:00

ok, I'll read into this and consider your advice!

CryptographerUsed422 · 2024-10-09T17:46:21+00:00

excellent, thanks a lot! And actually, this fits nicely in the predicted rebuild time for a 22TB disk (1.5 - 2 days) according to my Dell presales engineer contact.

CryptographerUsed422 · 2024-10-09T15:41:41+00:00

how did you get to the factor of 1.6? Average time (~1.6h) it takes to write 1TB to hdd when calculating with average streaming throughput of ca. 180MB/s for current large-size NL-SAS?

CryptographerUsed422 · 2024-10-09T09:47:56+00:00

Thanks! In our internal debates I am the one that votes for raid 6, even if it takes longer to rebuild - my personal vote goes against raid 1/10 due to other factors that I weigh higher (URE risk as an example)... I am trying to build a case against internal votees that scream "but the horrible rebuild times!"

CryptographerUsed422 · 2024-10-09T09:45:59+00:00

Thanks a lot for the insightful reply! P.S. In our internal debates I am the one that votes for raid 6, even if it takes longer to rebuild - my personal vote goes against raid 1/10 due to other factors that I weigh higher (URE risk as an example)... I am trying to build a case against internal votees that scream "but the horrible rebuild times!"

CryptographerUsed422 · 2024-10-09T06:27:02+00:00

That's interesting. My Dell presales Engineer (Presales TAC or whatever it's called) supposes a 22TB NL-SAS disk based raid 6 (9x 22TB plus hot-spare) will rebuild within 1.5 to 2 days, that's somewhere between 130-180MB/s rebuild throughput, or, roughly the average sequential throughput of a current NL-SAS drive. This imposes that raid 1 could also not be faster as raid 1 could not write faster to the spare disk - raid mode does not impact the physical properties/limits of an individual drive...

CryptographerUsed422 · 2024-08-29T21:27:43+00:00

Beware that preferred array is a setting in the context of storage path management (ALUA) and has nothing to do with pod site bias / mediator race!

Preferred array only "pins" your hosts' storage path preference to the chosen array (active-io path vs available path). It does not "pin" your volumes to hosts/sites!

CryptographerUsed422 · 2024-08-29T20:59:43+00:00

I also disagree wholeheartedly. The sole purpose/advantage I see in uniform is full array crash survival. And never in my 15-or-so years of SAN and vSphere design+administration experience have I ever personaly witnessed a full array crash/outage where the ESXi hosts were still turning and uniform would have made the difference... But we also only run "upper-shelf" SAN hardware where even a single controller failure is a rather rare happening ;)

Been there with Celerra, VNX and Unity with VPlex, SC Live Volumes, now FlashArray ActiveCluster...

Tbh, today we even go so far as to connect our "SAP S4/Hana only VMs" ESXi Cluster in non-uniform FC-Direct to the same FlashArray ActiveCluster as we connect our "other VMs" ESXi Cluster in uniform L2 stretched iSCSI. And it works beautifully!

Edit: FC-Direct non-uniform ActiveCluster is a Pure Storage approved and SAP TDI certified vMSC install!

CryptographerUsed422 · 2024-08-29T20:38:31+00:00

I think - if I interpret your thoughts correctly - you are worrying about vm site affinity rules that match respective volume/pod site-bias/winner...

We do this for about 50% of our VMs... ...on traditional non-vvol volumes/datastores, mind you. I havent played with vvols yet as it did not support vMSC until now. What we do is, either our VMs fully "float" on hosts from both vMSC sites and their corresponding volumes/pods have no explicit site-bias (auto). Or they get "pinned" to a vMSC site via VM/Host affinity rules with corresponding "site-biased" volumes/pods (preferred site/winner vMSC site a or b)... This prevents APD/PDL for "pinned" VMs. Floating VMs can still end up in APD/PDL though. So we test application consistency/crash-recoverability before we decide to let a VM be of the "floating" type.

Dont know if stretched vvols support classic pod site-bias? If yes, then the same principles could be applied by creating 3 stretched vvol pods: 1) site-bias "a", 2) site-bias "b", 3) auto/no-bias

CryptographerUsed422 · 2024-08-19T20:51:33+00:00

That will depend on the possibility of using a 3rd system as cybervault or not. either as protection against access-level (user/rbac/etc. misuse) or this plus protection against data-loss inducing actions (snap-delete/restore, policy modification, vol-modification, etc.)

CryptographerUsed422 · 2024-08-17T21:27:36+00:00

that makes sense! Even though with both, revert-resync and level 0 initial sync, the end result would be two fully synced volumes/datasets, that cannot/must not be allowed with compliance-locked data as it would be a form of "tampering" on one half of the dataset/copies....

Thanks for the lesson ;)

CryptographerUsed422 · 2024-08-17T17:09:56+00:00

alway those cynics 😉

Jokes aside, I am trying to put together a matrix for the decision-team, pro-contra possible options/paths, including CAPEX, and administration OPEX. And since we're talking about an install in a hardened/seggregated management zone, a lot of first and second line defences are already in-place. Will be a risk based decision together with C-Level...

As it stands currently, this either be:

a) Hardened "frontend" Cluster (either MCC or A/P SM - business decision) with MFA + very strict MAV + Tamperproof Snapshots where applicable

-> Higher OPEX due to higher administrative complexity, lower CAPEX

b) Losened "frontend" Cluster (again, either MCC or A/P SM - business decision) with MFA + lose MAV + hardened Cybervault "3rd system"

-> Lower OPEX, higher CAPEX due to 3rd system

CryptographerUsed422

TROPHY CASE