eyegor · HackerTrans

3 माह पहलेdiscuss

On prem beats the heck out of github post Microsoft though... At least you know how to get it working again when someone breaks it. These days with github you expect a weekly 500, a rainbow unicorn error, build failures due to unavailable errors, etc. Last I checked the third party tracker github services were barely pushing one 9 of reliability.

eyegor

7 माह पहलेdiscuss

"Chinese repos" is a very charitable interpretation of the Google drive links they used to distribute the os. It seemed like it was on the free plan too, it often didn't work because it tripped the maximum downloads per month limit.

eyegor

9 माह पहलेdiscuss

As nice as it looks, I have a lot of trouble believing the "we have magic money, it's free because that's good for business" logic.

    PDFgear is free of charge, and we don’t generate income through any hidden means. We Do NOT misuse or sell user data and we Do Not display ads. Here’s how we keep operations running: 
    We’ve secured investment to cover operational costs, including team expenses and technology like the ChatGPT API. We’re also experienced in optimizing technology usage to manage costs more effectively.

eyegor

9 माह पहलेdiscuss

Plans for language bindings? Should be trivial to whip up simpler ones like python or dotnet but I didn't see any official bindings yet.

eyegor

9 माह पहलेdiscuss

> even a 1 minute compile time is dwarfed by the time it takes to write and reason about code, run tests, work with version control, etc.

You are far from the embedded world if you think 1 minute here or there is long. I have been involved with many projects that take hours to build, usually caused by hardware generation (fpga hdl builds) or poor cross compiling support (custom/complex toolchain requirements). These days I can keep most of the custom shenanigans in the 1hr ballpark by throwing more compute at a very heavy emulator (to fully emulate the architecture) but that's still pretty painful. One day I'll find a way to use the zig toolchain for cross compiles but it gets thrown off by some of the c macro or custom resource embedding nonsense.

Edit: missed some context on lazy first read so ignore the snark above.

eyegor

11 माह पहलेdiscuss

I've used them as a quick way to get rootless configured base images. Not sure if official repos provide those now, but it used to be a big hassle to get things like postgres images running without root in their containers. Although I often had to read through their dockerfiles to figure out the uid setup, where configs live, etc because they were not consistent between the various bitnami images.

eyegor

पिछला वर्षdiscuss

Side note, if you're a lazygit fan, consider using gitui as an alternative. Feature wise they're pretty similar but gitui is much faster and I find it easier to use.

https://github.com/gitui-org/gitui

eyegor

3 वर्ष पहलेdiscuss

Sorting is pretty common in the numerics world because a lot of algorithms or techniques can be optimized heavily with sorted inputs. You either get to skip steps or bisect the dataset. Sort of like how most fast fft implementations will run 10-20% faster if you pad vectors to reach a power of 2 length. A typical "preprocess pipeline" would involve splitting vectors into power of 2 sizes or padding them to maximize cache lines, normalizing (and often mapping to an integer domain), and sorting.

eyegor

3 वर्ष पहलेdiscuss

Unfortunately this is not true in numerics. Lots of stupid heavy cfd/fea type workloads parellize well but aren't gpu accelerated. The reasons aren't clear to me, but a lot of the popular solvers are cpu only and involve mostly fp calcs. There are a few solvers that use gpus but they tend to be less accurate in exchange.

eyegor

6 वर्ष पहलेdiscuss

You included tdp but tdp /= actual electrical power. Intel approximates it from base clock (practically all consumer motherboards ignore the tdp/boost spec). AMD uses voodoo to calculate tdp, it's a pure marketing number with no basis in power usage. To make matters worse, motherboards typically go nuts with voltage on consumer boards, and power draw can vary wildly depending on what instructions you're using. There are a crap load of x86-64 extensions.

Yes, you forgot ram. And network chips, motherboard power delivery losses, motherboard power usage, cabling losses, etc. I'd guess it would total 50-100w, but feel free to current clamp the psu rails to get a realistic number.

As for the 95% uptime, I agree with you. I wasn't considering how much breathing room that actually provides, I was just going with my instincts.

eyegor

6 वर्ष पहलेdiscuss

It's outrageously low. They're also fancifully assuming cpu tdp = electrical power, cooling = 0w, and another 0w to the motherboard/network cards. And each box has 1 non-redundant, schmuck-grade $80 psu, as well as a consumer grade mobo. This would never be anywhere near their uptime.

eyegor

6 वर्ष पहलेdiscuss

I mean, they're both open source* e2e protocols. The primary difference is signal has a lot of cryptanalysis cred. It basically comes down to your opinion on which you prefer.

*have not investigated myself, but found their repo which implies as much. https://github.com/WickrInc/wickr-crypto-c

eyegor

6 वर्ष पहलेdiscuss

So, the whole point of a vpn is to route all your traffic through the vpn. To websites, all your traffic looks like vpn's traffic. The trust point is to the vpn, because they can only forward your requests if they know it's "you".

eyegor

7 वर्ष पहलेdiscuss

Here in the southern US, it's mostly a status symbol that people delude themselves into thinking they have a utility need for. Typically people here will have at most 5-6 true needs for one each year, and deal with horrible gas economy (and blinding folks in sedans) since gas is cheap. Around here there's a lot of towing (boats, trailers, etc) but it's rare to see anyone make use of the bed.

eyegor

7 वर्ष पहलेdiscuss

I'm reminded of top gear's Geoff [1]. It's that concept car angularity that makes you believe that it could be manufactured in a shed, if only it had a frame.

[1] https://pics.imcdb.org/0ge20/206146-Geoff.jpg

comments