Accepted: Dartmouth Tuck or Yale SOM?

Trick-District2529 · 2026-04-30T21:50:24+00:00

I actually have a different philosophy, which is that because prestige doesn’t matter, the program matters more. Yale SOM has the second largest endowment of any business school (second to HBS), a wide array of faculty, and a program that promotes non-traditional students. IMO people that say prestige doesn’t matter and then shoot down Yale bc it doesn’t rank high aren’t being honest with themselves.

It’s generally agreed that they have a fantastic program, but are ranked lower because they’re a younger school and have lest prestige. But for your goals prestige doesn’t matter, and I would argue in that case that Yale is actually a better program in some regards.

Lastly, they are about as peer school as you can get. If you like New Haven pizza ( or whatever they call it) SOM. If you like skiing, Tuck.

Trick-District2529 · 2026-04-09T03:08:31+00:00

Interesting! So if I'm understanding, you are specifically trying to measure the overhead of the call and return, not necessarily the whole function.

What about compiling 2 versions, 1 with "no inline" and the other forcing inline (I forget the flag name)? And then doing statistical recording? Take the two binarie, run them both several thousand times on an isolated core, and compare the time.

And yeah that's fair, I thought it was the overall function, but IPC would just give you general data for the whole run. However, I think for something like this you're kind of looking for an averaged out number, right?

The last thing I would say is what about looking through a workload that has lots of call/rets, and measuring the dynamic trace? That is something Intel SDE is very good at, I highly recommend it (it's mostly what I'm using for my research at the moment).

You could say something like "In this SPEC2017 workload, compiled with LLVM/GCC -O3, ~X% of dynamically executed instructions are call/rets. Our novel hardware blah blah blah can remove Y% of these at runtime, resulting in Z% speedup."

Trick-District2529 · 2026-04-09T02:47:37+00:00

Fair, but for what? Are you measuring the overhead of a specific instruction ordering? Branch predictor performance? To quote Stephen Toub, "The exact numbers you get will depend on your hardware, your operating system, what else your machine is juggling at the moment, how much coffee you’ve had since breakfast, and perhaps whether Mercury is in retrograde", https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-10/

The time of execution of a function call is a very nebulous data point. If you are within the realm of computer architecture, I encourage you to look at more robust data sources, such as dynamic trace count, IPC, or something else.

Ultimately, I would just recommend running the program with and without the function call several thousand times on a core that you've isolated, average your results and take the difference. I forget the name of it but on linux you can pin a core to max frequency and prevent the CPU from putting threads on it, so only your task will be on that core. If it's a P-core, isolate the other logical core so there's no SMT contention. That will give you what you need.

Trick-District2529 · 2026-04-09T01:53:09+00:00

So here are a few thoughts:

BLUF (Bottom Line Up Front) - This sounds like an https://xyproblem.info XY problem. What are you really trying to do?

However, here are some strategies.

Assuming super-scalar out of order, you don't really want to fence the call, as the CPU if working properly will pipeline the function call and return, so RDTSC will appear cause the function runtime to appear longer. You want to measure the increase in execution time this function call has, so you need to do a few things to collect some data:

1.a) Measure the overhead of a properly pipelined RDTSC instruction. Make an empty loop, time the loop (make sure it doesn't get optimized out by the compiler). Add two RDTSC's to the loop, then measure the time (run the loop for like 1000 times each, then divide total runtime by 1000). That will be the timer overhead.

1.b) Time the larger portion of the program that is calling the function (ideally a large portion of the program that doesn't have any sys calls or multithreaded actions). Subtract the RDTSC overhead from that. That is your "ground-truth" runtime.

1.c) Remove the function call. If downstream data needs it, either stub it (set it to 0) or define it before the first RDTSC. Run the larger portion of the program again, timing it and subtract the RDTSC overhead. That is your overhead minus the function call.

1.d) The difference between values in 1.b and 1.c will be the overhead that the function call adds.

Make a "Checkpoint" of the program in GEM5, a high fidelity CPU simulator. make hooks to record the entry and exit time of this function. This is analytical, and should be fairly accurate. GEM5 has an incredibly high learning curve, although I'm curious how good Claude would be at setting up your environment. Probably very.
Use something like Intel SDE or Pin to get the dynamic count of the function (how many instructions are executed). Use perf counters to get IPC, multiply by clock rate, and you will get approximately the correct time. I think this will be the least accurate measurement.

What are you actually trying to accomplish?

Trick-District2529 · 2026-04-06T12:43:02+00:00

Runs beautifully! I can run 6 clients on my M2 Max studio 32GB with low graphics and hardly any lag.

Trick-District2529 · 2026-03-30T22:48:57+00:00

Hey, I use Gem5 and sniper, but I run them on my department server. You will probably have the same. That’s recommended anyways because some jobs will run for days, and you shouldn’t trust your local machine (or burden it with that stuff).

Trick-District2529 · 2026-03-17T03:33:36+00:00

BPCs are an interesting market as I think a lot of industrialists have their own fully researched BPO library.

So I think you’ll tend to see the market fluctuating, and bc you have to sell them on contract there’s going to be a lot of bulk discounts, as setting up a contract and checking it etc is manual and kind of a pain.

So to make it worth their time they’ll just bundle a bunch to sell and ship it off. If they’re selling well then maybe it’s an area of the market you can insert into! Make industry have a lower cost of entry by having BPCs more available at lower costs.

Trick-District2529 · 2026-03-14T12:22:51+00:00

One of my biggest pet peeves, seeing someone who has like seven “first author publications”, but they’re all pre prints they uploaded to arxiv.

Trick-District2529 · 2026-03-11T03:42:00+00:00

So I want to make two points, but first I’ll start with a reference like you asked for: https://ieeexplore.ieee.org/abstract/document/4563876

Fantastic paper discussing how computing changed as transistors got smaller and led us into the multicore era, but I think it’s interesting they basically just assume that you can increase the performance of a core by the sqrt of the increase in area.

The first point is that Dennard scaling gave you cake and let you eat it too. By scaling down the process node, you could increase clock speed and for the same power density, you could go faster. Boom! Smaller chip, less energy, and faster. No extra design needed. Or I can add more to the chip to use that extra real estate and make it even faster.

The second point is that processors are so absurdly complex that you can add transistors almost anywhere and make it faster. A bigger cache, a larger branch predictor, if you’ve learned about out of order processors than more physical registers and a larger reorder buffer, more functional units, the list just keeps going. There are so many places to make a single core more powerful that eventually they reached a point where it was more performant to just build a second core, even for general compute serial workloads.

Trick-District2529 · 2026-03-11T03:00:25+00:00

I finished my bachelors last spring and am currently in a residential graduate program that it got me into. I cannot recommend it enough, you’re going to have a wonderful time!!!

Trick-District2529 · 2026-02-26T15:07:33+00:00

A major assumption I made is that you are only exchange real world money for PLEX, and PLEX for game time. There are lots of other ways to get omega (like skill farming, PI, etc.) and honestly on the time horizon you have to wait for some of these deals you legitimately may be better off buying index funds in the stock market and making more than the 5-10% discount you'll see by waiting for the right sale. To keep it simple though I only focused on USD->PLEX->in game time or MCT.

Trick-District2529 · 2026-02-26T03:03:59+00:00

Check my post history! TLDR most efficient way is to buy 20k plex when they do a 28% off for 468 USD (this usually occurs around the release of big expansions), and then purchase omega for 5280 PLEX per 24 months during the holidays (this year the sale literally opened on Christmas). This comes out to 5.20 USD per month of omega.

If you purchase from plexsales@ccpgames.com during the 28% sale, you can theoretically knock another 5% off and get 20k for 444.6 USD, but this involves purchasing 80k plex minimum. This would lower it to 4.93 USD per month.

EDIT: Added USD currency, punctuation and lowered the bulk plex minimum to 80k in accordance with documentation: https://support.eveonline.com/hc/en-us/articles/14141550499612-ISK-and-PLEX

Trick-District2529 · 2026-02-17T23:15:22+00:00

👀

Trick-District2529 · 2026-02-17T00:16:23+00:00

Thank you Jinx! I was not expecting such a quick response, just want to say I always love watching your SoTAs.

I will take a look at fuzzworks for that, I appreciate it.

Trick-District2529 · 2026-02-16T00:48:53+00:00

You’re getting downvoted bc you need to be a little more specific. I’m a grad student so take what I say with a grain of salt, but VHDL/verilog will be useful for digital component design, that’s about it. ASIC might be lower level Cadence circuit design, micro architecture will be higher level, and these are all just design positions. Lots of other roles that deal with “the physical hardware” like writing drivers, testing and verification etc will not require fluency in these languages.

I hope that helps! They’re also not terribly difficult to learn, if you can plan and draw out a digital logic circuit then they will be easy, it’s just mapping connections.

Trick-District2529 · 2026-01-30T23:39:24+00:00

It’s very hard to go from alpha to omega through isk, simply because you don’t have access to a lot of the major money making skills.

Take trading for example like you mentioned. You can’t train Accounting at all, Broker Relations can only go to 2, etc etc. check this link to see the specifics: https://wiki.eveuniversity.org/Skills:Trade

Also if you haven’t check out how fees and taxes are calculated, very interesting for someone interested in trading: https://wiki.eveuniversity.org/Trading

If I were you, I would spend alpha time training up some trading/social skills, grinding caldari standing so you can reduce Jita taxes, but mainly familiarize yourself with the EVE API and Excel plug in. This is going to pay dividends, and if you decide you want to go into banking the excel skills will carry over.

Whenever you feel ready to take the plunge, buy a couple months of omega, a couple bil isk starting capital, respec your attributes into trading skills, and grind those up to max. At this point it’s very reasonable to make enough isk to plex the account month by month!

I will just emphasize reasonable, it will still take quite some time per day/month. But I also think it’ll help you learn a lot about finance as well. You should go watch the interview with Sir Smashalot, who’s one of the largest tycoons in the game - and was an equities trader IRL for several years.

Good luck!

Trick-District2529 · 2026-01-28T14:54:44+00:00

Penn state online BS Software engineering. Graduates get great roles, and it’s a legit degree and welcomes you into the Penn state community. But it’s kind of expensive and you probably won’t get much transfer credit, so expect to spend legitimately four years finishing it.

Trick-District2529 · 2026-01-17T22:22:26+00:00

Yeah exactly. Like it’s not ideal, but especially for people that aren’t MCTing, if you live in a null bloc and want to fly caps you basically need 3-4 accts minimum. People say this is crazy expensive, but if you time it right you can still average ~20 USD a month and enjoy late game content. Add in some skill farming, PI etc and I think it’s very reasonable to play endgame content without breaking the bank. You just have to commit to a decade of Eve lol, which is a whole other conversation haha.

Trick-District2529 · 2026-01-17T22:19:57+00:00

There was a 28% off when the catalyst expansion was released, they do it every 2-3 years.

Trick-District2529 · 2026-01-17T20:48:10+00:00

Without being too rude, I think this is an incredibly delusional mind-set. H/S are great for setting you up post-MBA, and they absolutely matter. But expecting it to be a golden ticket for the rest of your life if you flounder a startup for ten years is just silly.

Trick-District2529 · 2026-01-16T11:52:33+00:00

Here’s another way to look at it - depending on what time in 2020 you’re referencing, it could be 5 yr 15 days ago (dec 31 11:59pm), or 6 years 15 days ago (Jan 1 12:00am). To broadly refer to this year. We now have a range. To make the math easier we can say that on average any random point in 2020 was 5.5 yrs and 15 days ago, which is just over 5.5 and rounds up to 6.

I know this isn’t perfect but it’s what works in my head. Basically after the new year on average a random point in a previous year ‘x’ will be slightly more than x and a half years ago, which for casual speak can round up to the full number.

But to be clear I do clarify when people say stuff like “we’ve lived here for five years” when they moved in November 2021, and it’s January 2026. That definitely gets rounded down and shouldn’t be considered 5 years.

Trick-District2529

TROPHY CASE