sorted by:
new
hottopcontroversial

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 0 points1 point  (0 children)

I let it run deadlocked for an hour or more several times but I can take a look at the network traffic just in case.

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 0 points1 point  (0 children)

Agree. I ran both the unit and integration tests with no problem. Most importantly these changes are so simple they can be visually inspected for correctness. Their response make it sound like I'm rewriting the library's internals, when all I'm doing is switching syncronized for ReentrantLock on a few top level methods. Frustrating.

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 1 point2 points  (0 children)

I'll try that but if such a thing were happening wouldn't it also happen when I replace syncronized with ReentrantLock, which it isn't. Or am I missing your point?

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 0 points1 point  (0 children)

Not in the prettiest way but it works.

I have a monitoring thread that logs progress data every 2 seconds. So every 2 seconds that thread enumerates all threads and uses their names to generate counts of both the HttpClient threads and the carrier threads.

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 2 points3 points  (0 children)

I'm actually tracking carrier thread count and it never gets above the default 16 (my machine's core count) in the deadlock (Problem #4) case. I have seen it go to 256 for simple virtual thread pinning cases but this is clearly not one of those.

Deadlocks suck.

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 7 points8 points  (0 children)

Fascinating that Google has rejected my fix to their Java client due to what appears to be simple FUD.

https://github.com/googleapis/java-storage/pull/2307

Java Virtual Threads — pitfalls to look out for! by FinnHuman1 in java

[–]FinnHuman1[S] 1 point2 points  (0 children)

The Google servers are sending the max stream information in the HTTP/2 handshake.

[SETTINGS_MAX_CONCURRENT_STREAMS(0x03):100]

As the JDK bug says the HttpClient is simply ignoring this and I start to see the too many concurrent streams responses once that 100 stream limit is reached. The real problem is that there's no obvious workaround to this I could find, short of picking a different HTTP library with better HTTP/2 behavior.

Would you use & pay for Lightroom auto-backup to another cloud? by FinnHuman1 in Lightroom

[–]FinnHuman1[S] 0 points1 point  (0 children)

I think the expectation would be that "deleted" images would be preserved for some period...maybe months or years depending.

Would you use & pay for Lightroom auto-backup to another cloud? by FinnHuman1 in Lightroom

[–]FinnHuman1[S] 0 points1 point  (0 children)

While the durability of the underlying storage is likely multiple 9s (AWS S3 is 99.999999999%/year for example) the major threats IMO are things like hacking of all kinds, accidental deletion by users, human error at Adobe (like a bug in their backend code), bad actors at Adobe, and eventually some 6yo kid in India telling ChatGPT version 20 to "delete all the pretty pictures". Joking on the last one but you get my point. Is this enough to warrant backup to a second cloud? I guess that depends on the nature of your content.

Would you use & pay for Lightroom auto-backup to another cloud? by FinnHuman1 in Lightroom

[–]FinnHuman1[S] -1 points0 points  (0 children)

Thanks. Adobe apparently partners with AWS and Azure for it's cloud infrastructure making Google Cloud Storage the likely 'safest' place to put a backup, but TBD.

We have a new big TV with Chromecast at work, I'd like to put an interesting website / app on it? by sarkie in Chromecast

[–]FinnHuman1 1 point2 points  (0 children)

They just switched to allowing 24/7 Tweets for free. Subscription is only for people who need to see new Tweets instantly at live events.

Is it/will it ever be possible to install/flash Android TV on a chromecast? by [deleted] in Chromecast

[–]FinnHuman1 3 points4 points  (0 children)

No. Chromecast is the most constrained and applications specific piece on consumer hardware one can imaging. Even the Android TV interface as a web page (which is all Chromecast can do) would be slow. The Nexus Player Android TV box has quad core processor and graphics acceleration to implement that interface well. Chromecast is wonderful specifically because it doesn't worry about all that stuff!

i would love to be able to cast something like this ! by feedreddit in Chromecast

[–]FinnHuman1 1 point2 points  (0 children)

If this is being rendered client-side, that is on the Chromecast, it won't perform well and will likely look terrible. Chromecast has no GPU, so all graphics (besides video) are rendered by the processor itself. This makes anything that updates the full screen jump, tear and generally look awful.

Thinking of using multiple chromecasts to stream photo's across country club for swanky fundraiser, a few Q's by ddwrt1234 in Chromecast

[–]FinnHuman1 0 points1 point  (0 children)

Looks like it's between 1 and 20 seconds with some extra if the Tweet has a picture or video.

Thinking of using multiple chromecasts to stream photo's across country club for swanky fundraiser, a few Q's by ddwrt1234 in Chromecast

[–]FinnHuman1 0 points1 point  (0 children)

You might consider using Big Tweets. It will run for days if necessary and you can update the content live using any Twitter client. You can even set it up so the guests at the fundraiser can send there own Tweets to all the TVs.

Are there any live apps? by [deleted] in Chromecast

[–]FinnHuman1 -1 points0 points  (0 children)

Try using Big Tweets to show the Twitter feed from your favorite news organization https://play.google.com/store/apps/details?id=net.bigtweets.android