Hacker News new | past | comments | ask | show | jobs | submit | pimeys's comments login

The are going to renovate Schönefeld and make it a private airport for German politicians. I guess the project will be ready in 20-30 years...

Kent has been really vocal about writing bcachefs in Rust in the IRC channel. They even started some work already, but decided to wait until the common abstractions are ready and merged.

Rob Reiner's Misery and Brian de Palma's Carrie are both excellent too.

I started usinc Linux around the same time with RedHat 5.0. I do remember that even with Metro getting the X server running was not super easy and took me a few weeks and a few trips to the library to finally have a working GUI.

Oh man good times.


For the second part, 100%. I started years ago already collecting my own flac files, and I'm quite careful on picking the best mastering if possible. In 2024, finally, some of the latest remasters are great (like the new Steely Dans from Bernie Grundman). But between 2000-2015 or something a remaster of an album was usually just compressed to the maximum and made very _loud_.

For some of my favorite albums I have multiple masters available, because they can be very different how they sound and sometimes I can't choose the best one.

Oh, and for most of the people none of this really matters...


Earache Records released several remasters of classic metal albums with increased dynamic range:

https://bandcamp.com/search?q=full+dynamic+range&item_type=a...

(also finds some other high dynamic range albums)


Where do you find masters? I only know of stems ripped from games like Rock Band.


There is nothing official available. There may or may not be services in the internet that meticulously archive every possible master and of course you can go to discogs to buy a physical copy of a certain version of the album if somebody still has it.

This is for me over two decades of hard work and deep interest into music. I highly value my collection.


Mp3Caprice


The site seems to sell high quality 320kpbs mp3s but as far as I can tell none of them are seperate multi-channel recordings (aka masters)


Rust has HashMap with random order and BTreeMap which is ordered by the key. Additionally one can use IndexMap crate if wanting to keep the order of insertion in the map. The issue with the latter is how much memory it can waste in the worst cases. A good example is the serde_json library, if enabling the ordering of the maps. If you deserialize JSON into its dynamic Value enum, the resulting object can be many times bigger than the original string.

For immutable data that can fit to the CPU cache, utilizing a sorted vector can be many times faster and uses less memory compared to the maps.


> A good example is the serde_json library, if enabling the ordering of the maps. If you deserialize JSON into its dynamic Value enum, the resulting object can be many times bigger than the original string.

Deserialized non-trivial objects are generally larger than the original serialised value.

IndexMap should not generally be significantly larger than a HashMap though, unless the key and value are very small (sub-word).


We did measure significantly bigger memory usage with IndexMap and needed to revert back to HashMap eventually.

Deserializing into a defined struct does not waste as much memory as Value does. Especially due to the recursive nature of the Map variant, which can hold another Map.


> We did measure significantly bigger memory usage with IndexMap and needed to revert back to HashMap eventually.

That is strange and I’d assume the maintainers would be interested in the information.

By my reckoning HashMap would be consuming about capacity * 10/9 * (8 + sizeof key + sizeof value) while indexmap should be consuming capacity * 10/9 * 8 + capacity * (8 + sizeof key + sizeof value).

Unless indexmap reuses hashbrown directly in which case you’d get something like capacity * 10/9 (16 + sizeof key) + capacity * sizeof value.


It's pretty easy to try out: https://play.rust-lang.org/?version=stable&mode=debug&editio...

Now, if you have an enum such as `serde_json::Value` which is kind of recursive with its `Map` variant, and you have a ton of dynamic JSON parsing in your code, these numbers really add up. And serde_json uses `BTreeMap` (I was wrong in my previous message) by default which is even smaller than `HashMap`.

The learning here is to avoid dynamic JSON parsing if you can. And if needing it, but not caring the insertion order, avoid the `preserve_order` feature flag.

The other learning here is that there is no map structure that fits to all purposes. They all have their pros and cons and you should choose the right one for the problem.


Indexmap does reuse hashbrown. It consists of a hashtable containing `usize` indexes into a `Vec` which in turn contains the actual entries (keys and values), along with a cached hash for the key. In the end the overhead should only be that index and the hash.


Yep, it is the same in Berlin. There are local roasteries such as The Barn who make amazing coffee drinks from lightly roasted beans. The coffee has almost a fruity taste, it is so good.

I just got back from the US and had Starbucks a few times. The coffee was almost an exact opposite from that. Bitter, bland and burnt. Luckily we visited Seattle that has some good coffee culture still left, but I really don't get the popularity of Starbucks.


Given how popular it is, I have to assume that Americans simply like coffee that way.


Starbucks is in the business of selling milk, mainly. That’s where they make the most money. If you’re going to serve someone a “coffee” drink with 30 oz. of dairy, the espresso has to be as black as tar or it won’t be tasted at all. This is the main reason Starbucks roasts the coffee as they do.

The second reason is cheap consistency: it’s harder to do a medium roast blend and get a reliable flavor profile than to just burn everything to ash.


The open secret is that Americans don’t drink the coffee forward drinks. They drink sugar syrup options.


I'm an American although not a big fan of Starbucks (I like to brew my coffee at home), but I definitely prefer dark roasted coffee and buy my beans that way.


I guess in London you get wifi only on stops, it's the same in Berlin. In Helsinki the wifi connection is available inside the trains, and in the stations. So you never get a connection loss when moving. I never understood the decision in Berlin to do this, why not just provide internet inside the train...

And yeah, most of the internet works very badly when you drop the network all the time...


WiFi at a stop is as easy as putting up a few wireless routers, it's a bit more complex than at home but the same general idea.

Wifi inside the trains involves much more work, and to get them to ALSO be seamless across the entire setup - even harder. Easily 10x or 100x the cost.

It's sad, because the Internet shouldn't be that bad when the network drops all the time; it should just be slower as it waits to send good data.


I think they just put a wire in the tunnel.


Yes, that's the best way which is often used. A "leaky cable" aka "leaky feeder", to be particular.


Berlin did not have mobile connections inside the tunnels until very recently (this year, I believe). This included the trains not being connected to any outside network. Thus wifi on the subway was useless to implement.


They did if you were on o2, that's why I'm still with Aldi Talk (they use the o2 network); they've had LTE through the entire network for a while now. The new thing is 5G for everyone.


Despite Berlin's general lack of parity with modern technology, I've never actually had a problem with internet access across the ubahn network in the past decade. I noticed that certain carriers used to have very different availability when travelling and so switched to a better one, but I was always surprised at being able to handle mobile data whilst underground.


Really? I don't even get consistent internet on the Ringbahn. There are lots of holes in the coverage in Berlin.

Which provider are you with? Vodafone is still dead in large parts of the U-Bahn, but I know that one of them works much better.


Wow! I was in Berlin last week and kept losing connection... like all the time. I use 3 with a Swedish plan. In Sweden, it literally never drops, not on trains, not on metro, not on faraway mountains... it works everywhere.


used to have spotty coverage underground with vodafone, when i switched to telekom, internet suddenly magically worked underground on the routes i used.

I believe someone published a map of the data coverage of different providers on the berlin ubahn, but probably outdated now


Yeah, admittedly this year I've also started experiencing holes on the ringbahn (strangely and consistently around frankfurter allee), but the ubahn has been fine.

I'm with sim.de which I believe is essentially an O2 reseller (apn references o2)


Gesundbrunnen too.


I was in Berlin earlier this month and the cellular connections underground were quite good now. So maybe this is less of a problem?


It's provider-specific


Not any more? https://unternehmen.bvg.de/pressemitteilung/grossprojekt-erf...

Summary: since 2024-05-06, users of all networks also get LTE in the U-Bahn thanks to a project between BVG and Teléfonica (not surprising that Teléfonica deployed the infra because they had the best U-Bahn LTE coverage beforehand)


Yes, right now it's mostly just wifi at stations only. However, they're deploying 4G/5G coverage in the tunnels and expect 80% coverage by the end of 2024 [1].

So… you can expect apps developed by engineers in London to get much worse on slow internet in 2025. :-)

[1]: https://tfl.gov.uk/campaign/station-wifi


And finally saying "make it so" to make the command happen.


"Engage" to order some travel solution?


He hated fiddling in the studio. Similarly he was really vocal how he hated Smashing Pumpkins, I guess for similar reasons.

Me? I love Dan, and I love Smashing Pumpkins... And I think Steve Albini was one of the greatest engineers of my generation.


Me too, thanks.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: