sugar_in_your_tea

joined 2 years ago
[–] sugar_in_your_tea@sh.itjust.works 6 points 4 hours ago* (last edited 4 hours ago)

I haven't seen anything specific, but Cloudflare says its "global network" is down (regional networks are fine).

So yeah, maybe DNS like AWS.

[–] sugar_in_your_tea@sh.itjust.works 1 points 20 hours ago (1 children)

All that shows is who the business partners are. Nvidia sells GPUs, AI companies buy GPUs, and companies buy products from AI companies. For example, Microsoft's Copilot is based on OpenAI's models. End customers buy products from companies that either do AI themselves or buy products from AI companies.

All you're seeing here is how markets work. If it's a bubble, it'll likely impact those in the picture, but it's not a bubble because of the picture.

I'm pretty sure he is the anti-christ...

So, short the financial sector. Got it.

[–] sugar_in_your_tea@sh.itjust.works 3 points 20 hours ago* (last edited 20 hours ago)

Yeah, a "safe" PE ratio is around 20. The PE of the entire market is about 28, so investors are basically saying Nvidia is going to grow at double the rate vs the rest of the economy.

I think that's bonkers, but what's even more bonkers is Palantir with a ~1700 PE ratio. That's ludicrous.

If Nvidia crashes, I expect it fall to about half it's current valuation, maybe a bit higher, and that's assuming their sales aren't impacted. If the floor falls out from GPUs, then drop that to 1/3 or so.

The best case, I think, is for Nvidia and Tesla to do well in the short term (next 6 months or so) and then crash. That way Thiel and most people following his investment advice get to eat it, but the bubble doesn't stay propped up for too long.

[–] sugar_in_your_tea@sh.itjust.works 2 points 21 hours ago* (last edited 21 hours ago)

Yup, I have ~15 options. Basically:

  • low cost S&P 500, US mid-cap fund, US small-cap fund, and total international funds (all under 0.10% ER)
  • 1-2 actively managed options for each of the first bullet point with much higher fees
  • 3 bond funds
  • a cash fund
  • a retirement fund (tons of bonds and cash)

I'm in a mix of the first bullet point.

401ks won't let you pick specific stocks, generally speaking, but they should have more options than just target date funds. Most will at least have an S&P 500 fund and usually an international fund.

money... is made from merely money being passed around whilst no actual value is created

Crypto is a zero-sum game, so money is never "made," it's exchanged. So if one person does well, another person must do poorly. That's the same for stocks, though stocks are a bit different in that the stock price includes the actual, physical assets a company owns.

Real estate isn't. When real estate increases in value, that doesn't mean another property decreased in value, it just means people value that property more today than in the past. This could be due to limited supply (there are only so many plots a geographic area) or renovations, meaning its intrinsic value changes (higher expected rents), therefore it's not a zero sum game.

So you really need to define what "wealth" is if you're going to lump real estate in with stocks and crypto currency.

Stocks were a share of ownership in a structure

They still are. The stock price includes the intrinsic value of the company, as well as expected future growth in its intrinsic value. It's that expected future growth that is doing a lot of work here, and it's why companies like Palantir can trade at ~1700 times earnings when a "normal" company would be around 10-20x (for reference, Nvidia trades around 50 times earnings, Johnson and Johnson is around 20), people expect Palantir to grow way faster than "normal" companies.

Expected future growth has always been a part of that equation, that's not new. What is new is the amount of hype around certain stocks, and that probably has more to do with the news cycle (people have access to information way quicker than 50 years ago or even 20 years ago).

each token can claim less and less quyantities of the traditional underlying value things - just notice food inflation.

Inflation has also been a thing as long as fiat currencies have been a thing. The target has been 2%, and the average between 1913 and 2020 was about 3.6% (source; I took the total 2555% and divided it by the 87 years of that period).

Whilst official Inflation numbers don’t tell us this story

Do you have evidence of that? The CPI the US uses has been criticized for various reasons, but it's still the official measure used, and there's a good reason for that: it's pretty good.

Things like housing are very location-dependent, so changes in one region won't really reflect on overall inflation figures if other areas aren't experiencing that as well. But if you look at expenditure figures using percentages of peoples' incomes, housing stays relatively constant in overall percent, which is around 30%. Again, these are national numbers, things may certainly vary by region, since areas like LA will be quite a bit different than rural Texas.

The societal consequences of the value-representation structures we have (literally, of thing like money, stocks and even certificates of ownership) unwinding would be huge.

Sure, if what you say is actually true. But I don't think that's the case. I think instead, salaries increases tend to trail inflation, and some people still haven't yet caught up from the high inflation just after COVID. The averages look good, but that breaks down in individual cases.

Rents, for example, are starting to come down in my area (about 6.5% from last year), which was one of the hardest hit. A lot of the problem was due to new construction projects getting delayed due to COVID supply-chain disruption, and we're finally catching up to where we should've been.

Whether you have the rights is kind of irrelevant to this discussion. Let's say it's GOG games that are all DRM-free, my point is digital consumption has nearly infinite upper limits for consumption.

[–] sugar_in_your_tea@sh.itjust.works 5 points 1 day ago (4 children)

It seems the nature of things are changing from physical things to digital things, and that has infinite potential. I expect at some point we'll start mining the landfills because it's easier than extracting stuff from the rock. Once that happens, there's no physical limit on the greed.

[–] sugar_in_your_tea@sh.itjust.works 33 points 1 day ago (6 children)

Which economy was that? We've had greed for hundreds of years, if not many thousands.

[–] sugar_in_your_tea@sh.itjust.works 1 points 4 days ago (1 children)

DS4 is pretty close.

 

Current setup:

  • one giant docker compose file
  • Caddy TLS trunking
  • only exposed port is Caddy

I've been trying out podman, and I got a new service running (seafile), and I did it via podman generate kube so I can run it w/ podman kube play. My understanding is that the "podman way" is to use quadlets, which means container, network, etc files managed by systemd, so I tried out podlet podman kube play to generate a systemd-compatible file, but it just spat out a .kube file.

Since I'm just starting out, it wouldn't be a ton of work to convert to separate unit files, or I can continue with the .kube file way. I'm just not sure which to do.

At the end of this process, here's what I'd like in the end:

  • Caddy is the only exposed port - could block w/ firewall, but it would be nice if they worked over a hidden network
  • each service works as its own unit, so I can reuse ports and whatnot - I may move services across devices eventually, and I'd rather not have to remember custom ports and instead use host names
  • automatically update images - shouldn't change the tag, just grab the latest from that tag

Is there a good reason to prefer .kube over .container et al or vice versa? Which is the "preferred" way to do this? Both are documented on the same "quadlet" doc page, which just describes the acceptable formats. I don't think I want kubernetes anytime soon, so the only reason I went that way is because it looked similar to compose.yml and I saw a guide for it, but I'm willing to put in some work to port from that if needed (and the docs for the kube yaml file kinda sucks). I just want a way to ship around a few files so moving a service to a new device is easy. I'll only really have like 3-4 devices (NAS, VPS, and maybe an RPi or two), and I currently only have one (NAS).

Also, is there a customary place to stick stuff like config files? I'm currently using my user's home directory, but that's not great long-term. I'll rarely need to touch these, so I guess I could stick them on my NAS mount (currently /srv/nas/) next to the data (/srv/nas//). But if there's a standard place to stick this, I'd prefer to do that.

Anyway, just looking for an opinionated workflow to follow here. I could keep going with the kube yaml file route, or I could switch to the .container route, I don't mind either way since I'm still early in the process. I'm currently thinking of porting to the .container method to try it out, but I don't know if that's the "right" way or if ".kube` with a yaml config is the "right" way.

 

Apparently US bandwidth was reduced to 1TB for their base plan, though they have 20TB for the same plan in Europe. I don't use much bandwidth right now, but I could need more in the future depending on how I do backups and whatnot.

So I'm shopping around in case I need to make a switch. Here's what I use it for:

  • VPN to get around CGNAT - so all traffic for my internal services goes through it
  • HAProxy - forwards traffic to my various services
  • small test servers - very low requirements, basically just STUN servers
  • low traffic blog

Hard requirements:

  • custom ISO, or at least openSUSE support
  • inexpensive - shooting for ~$5/month, I don't need much
  • decent bandwidth (bare minimum 50mbps, ideally 1gbps+), with high-ish caps - I won't use much data most of the time (handful of GB), but occasionally might use 2-5TB

Nice to have:

  • unmetered/generous bandwidth - would like to run a Tor relay
  • inexpensive storage - need to put my offsite backups somewhere
  • API - I'm a nerd and like automating things :)
  • location near me - I'm in the US, so anywhere in NA works

Not needed:

  • fast processors
  • lots of RAM
  • loose policies around torrenting and processing (no crypto or piracy here)
  • support features, recipes, etc - I can figure stuff out on my own

I'll probably stick with Hetzner for now because:

  • pricing is still fair (transfer is in line with competitors)
  • can probably move my server to Germany w/o major issues for more bandwidth
  • they hit all of the other requirements, nice to haves, and many unneeded features

Anyway, thoughts? The bandwidth change pisses me off, so let me know if there's a better alternative.

view more: next ›