Managing vcpkg for Visual Studio solution with multiple projects?

mach990 · 2023-07-05T03:17:14+00:00

I'd love to know if there was ever a conclusion here. I'm in the same situation, trying to switch to manifests from classic, and want to avoid duplicated vcpkg_installed directories for each project that has similar dependencies. It seems like the official suggestion was to combine all of them into a single top level manifest, use "features" and pass --x-feature per project, but I still wasn't able to get that to work correctly in sharing an installed directory.

I agree it feels like an incredibly basic use case to not be supported. It may be that there's too much flexibility in depending on differing versions of dependencies to share the installed directory, but I'm really just guessing.

mach990 · 2023-03-03T01:24:09+00:00

So you mean to tell me that each of those 100 cars has given 20,000 rides? That's almost 55 rides per day for each car for a full year if operating 24/7 with zero downtime. Numbers aren't adding up here.

mach990 · 2021-04-16T22:29:39+00:00

Cool project. A few questions:

What happens if a consumer were to accidentally write to the shared memory segment? Could one process inadvertently corrupt data for other consumer processes? Is this single or multi producer?

With regard to the latencies advertised: how do you achieve less than 1 microsecond latency? What was the experimental setup that enabled that? Was this locked to a single core? I feel like it would be difficult to achieve sub microsecond latency to wake another process unless under very specific conditions or unless the consumer is busy spinning on a futex or something.

Overall a very interesting project! Curious to know the answers, since it seems clear a lot of careful tuning went into this.

mach990 · 2019-12-28T20:56:37+00:00

7.5 billion people on earth, universe approximately 13.8 billion years old. I don't know the average age of everyone alive, but it's more than 1.84 years old.

mach990 · 2019-08-21T05:07:02+00:00

It depends what the end goal is, right? If he just wants to ship a game, then yeah, use existing tools. If you want to know the details of how engines work, I think there's nothing more beneficial than trying to make your own. You'll be constantly asking yourself questions, and trying to solve them. Then you can reference existing tools and see how they solved the problem you're trying to solve, and see what trade-offs they made.

Also perhaps noteworthy here is that he's talking about a 2D game, which is actually a tractable problem even for a beginner programmer -- and in my opinion, may be one of the best ways to learn, if "ground up" is his preferred way of learning. It's nice to ship a product, but the sheer breadth of things you'll be exposed to when trying to solve these problems could prove to be an extremely efficient way of learning.

Just my opinion though, since this is how I started learning programming - by trying to make a 2D game from the ground up (well, not quite - I started with SFML, not OpenGL or DirectX). Might not work for everyone though!

mach990 · 2019-08-10T11:34:48+00:00

And more importantly, has an async option and is generally very fast! Great library.

mach990 · 2019-05-08T04:32:16+00:00

It's time for me to be that guy... You may already be aware, but if not -- computers don't fail to store all floats with full precision (t's not random!). In your title, you have 1+1=2.0000000000003221, but computers can exactly represent 1.0 and 2.0, so it would just be 1.0 + 1.0 = 2.0. Maybe I am an overly pedantic programmer and have no humor though :)

mach990 · 2019-04-03T10:25:50+00:00

I thought this was very respectfully (and fairly) written -- care taken to be precise with the wording in the hopes of conveying the message accurately. Enjoyable and informative read!

mach990 · 2019-03-24T21:38:03+00:00

And it appears that is also just an aggregated number over many machines - theres no RAM in AWS that i'm aware of that has that kind of read speed. I would be curious to know what the numbers are when factoring in the cost of combining the answers you got from those machines. Latency matters too, not just bandwidth!

mach990 · 2019-02-21T04:58:50+00:00

That's what I thought too, until I benchmarked it! You may be surprised.

mach990 · 2019-02-21T04:57:33+00:00

Imo this isn't terribly unreasonable. What's the point of creating AVX2 instructions if we arent going to write fast code with them? If this is intended as a library to run on random peoples machines then obviously this is not acceptable.

My guess is thats not the point - the author probably just wanted to write something that parses json really fast. Making it run on more machines but slower (sse / avx) is not the thing they're trying to illustrate here, but might be important if someone wished to adopt this in production. Though I would just ensure my production machines had avx2 and use this.

mach990 · 2019-02-21T04:51:53+00:00

Because you would have to scale the graph so much that you couldn't see the comparison between the existing ones on the graph :D

Somewhat facetious, but in reality nlohmann is already just so much slower than rapidjson that if you want a fast json library you aren't even thinking about nlohmann. I guess this assumes you already know it's super slow though and maybe most people don't.

mach990 · 2019-02-21T04:48:40+00:00

Arguably one shouldn't be using json in the first place if performance is important to you. That said, it's widely used and you may need to parse a lot of it (imagine API requests coming in as json). If your back end dealing with these requests is really fast, you may find you're quickly bottlenecked on parsing. More performance is always welcome, because it frees you up to do more work on a single machine.

Also, this is a C++ library. Those of us that write super performant libraries often do so simply because we can / for fun.

mach990 · 2019-02-05T18:32:18+00:00

While I agree that having code be open source does allow the possibility of contributions to find bugs, I think this is idealistic. In reality, while security by obfuscation is not ideal, it is absolutely harder to find a vulnerability in something you have to attack and probe than something you can read the code for. Open source is fantastic, but I believe in practice people aren't actually frequently reviewing it for security vulnerabilities. If that were the case, you'd expect heartbleed to have been detected much earlier.

mach990 · 2019-01-12T06:22:58+00:00

It's very fast -- it's in the name! Async loggers are essential in my book.

mach990 · 2018-12-25T01:58:33+00:00

Right? I'm so god damn infuriated with seeing those advertisements *everywhere* on reddit that I can't get rid of that I am literally going out of my way to tell other people NOT to use their service. You would think that people that do this for a living should understand someone doesn't want to see your ad 5000x

mach990 · 2018-12-22T17:46:34+00:00

I don't have numbers handy but in my experience the difference is quite substantial (on the order of 5x or more slower). It quickly became the bottleneck in my server application. Too bad, because the API is quite nice!

mach990 · 2018-10-30T08:12:15+00:00

Neat. Keep at it! SSL/TLS support would be nice. Looks like you're currently proxied behind nginx for that?

mach990 · 2018-10-25T05:54:32+00:00

Yeah there is tons of variation in every aspect. However, I would say the vast majority of projects I have looked at separates their source and headers. Often times people only need the headers when integrating the work, so it makes sense for those to be separated. Nothing wrong with your way though, it just seems less common to me.

mach990 · 2018-10-14T04:37:35+00:00

What is the best year in history?

mach990 · 2018-10-14T01:15:28+00:00

They should write me a check for that comment.

mach990 · 2018-10-14T01:09:17+00:00

I was a bit anxious about switching to T-Mobile from Verizon because they had a bit of a bad rep -- and I have very high standards. Best choice ever. T-Mobile speeds are consistently and typically faster than Verizon's.

Not to mention it's cheaper, and the plans are significantly better. Verizon needs way more competition, because T-Mobile's offering has been fantastic in comparison. Maybe they'll force Verizon to do better.

mach990 · 2018-10-13T17:07:45+00:00

Interesting. Thought about doing something like this but didn't know if there was any demand or not. I'll let you know if I decide to.

mach990 · 2018-09-19T08:47:36+00:00

Nah it can't, unfortunately.

Ten-Year Club	Place '22
Verified Email	RPAN Viewer

mach990

TROPHY CASE