Cray (the company) often had interesting designs that probably ended up influencing a lot of sci-fi. CDC (control data corporation) had interesting designs as well, prior to that, and Cray (the person) worked there before founding his own company.

One other supercomputer line with iconic looks is Connection Machines which are IMO some of the coolest looking computers ever made.

Yep, I think it’s from Helsinki market square – and not sure if this needs to be said but not taken by me 😅

Yep, I also think the French in general don’t really appreciate Finnish coffee culture, if their presidents reaction is anything to go by. Still one of my favourite pictures.

Not sure if that’s a thing in France, but alternatively to plant milk for lactose intolerant

• Lactose-free milk (there are versions with lactose removed instead of broken down, that aren’t sweet and taste basically the same as normal milk)
• Lactase enzyme taken together with the coffee, to break lactose down

I don’t really see plant milk as the lactose-intolerant variant, but a vegan option, but that might just be due to the fact Finland has lactose-free milk available as an option basically everywhere as milk is such an important part of the coffee culture.

Eikös ihan samoilla perusteilla voisi vaatia kaupoilta rahaa lehtien kansien näkymisestä myymälässä, tai esimerkiksi kirjojen takakansitekstien näyttämisestä kirjakaupoissa? Linkki ei ole uutinen, ja linkinkeräimistä pääasiallinen kohde mihin päädytään on sen artikkelin julkaissut taho, sillä kyllä jos sisältö ihmistä kiinnostaa, niin linkkiä klikataan – se on sitten lehden ongelma jos linkin takaa ei löydy muuta kuin ilmoitus sisällön maksullisuudesta. Ei kukaan ala tilaamaan jotain perähikiän sanomia yhden artikkelin takia, mutta jos artikkelin voisi lukea esimerkiksi kuittaamalla 20 snt kertakustannuksen niin aika moni varmaan olisi tuon valmis maksamaan. Koko lehden digitilaus on vaan yksinkertaisesti liikaa.

Ylipäätään on hämmentävää miten vähän lehdet suostuu myymään lukuoikeuksia yksittäisiin artikkeleihin, sillä itse ainakin olisin valmis maksamaan kertaluvuista useampia kertoja päivässä. Tämä on ihan noiden uutissivustojen oma ongelma jos ei osata käyttää linkinkeräinten myötä saapuvien asiakkaiden mahdollisuutta hyväksi. Esimerkiksi jenkkimediat ovat kokeilleet yksittäisten artikkelien myymistä ja ymmärtääkseni tuo on ihan toimiva ratkaisu. Vielä kun osaisivat tehdä tuon anonyymisti siten, ettei se yksittäisen artikkelin lukuoikeuden ostaminen vaatisi käyttäjätunnuksia ja kirjautumista…

Yep, and truth be told if I had the option of paying 90 € for an actual physical copy without microtransactions, DLC instead of having all content in the game from launch, no online access required and no copy protection on the disc, I’d gladly pay that. 100 € even, if it’s a particularly good game.

But I have zero trust in that being the case with the increased prices, it’s just going to be the same thing we now have, more expensively.

In Helsinki they have a specific emergency vehicle for clearing tram tracks. It’s especially busy during winter as snow takes away some space from the parking and cars tend to start taking space away from the trams.

Article is in Finnish but hopefully automatic translation can get enough across.

https://www.is.fi/kotimaa/art-2000005983508.html

I could say precisely the same about standard pencils – you have to constantly be sharpening it if you want properly dense handwriting. Mechanical with .2 or .3 and you don’t even have to rotate it to get a sharp edge.

1st one, with either .2 or .3 lead. That also happens to be what I main for writing already.

Yep, precisely.

It’s also quite literally one of the recommended methods of installation for e.g. UHB, for which there’s even a pre-made script in the repo.

Edit: Also, Chromium devs are aware of this use case and have even added optimizations for it in the past, as visible in the highlighted comment. And the max hosts file size defaults to 32 MiB which is well over the size I’m using (24 MiB). Makes it even weirder for it to bog down completely when experimenting with a ~250 MiB hosts file, as it should just reject it outright according to implementation.

TLDR: looks like you’re right, although Chrome shouldn’t be struggling with that amount of hosts to chug through. This ended up being an interesting rabbit hole.

My home network already uses unbound with proper blocklist configured, but I can’t use the same setup directly with my work computer as the VPN sets it’s own DNS. I can only override this with a local resolver on the work laptop, and I’d really like to get by with just systemd-resolved instead of having to add dnsmasq or similar for this. None of the other tools I use struggle with this setup, as they use the system IP stack.

Might well be that chromium has a bit more sophisticated a network stack (than just using the system provided libraries), and I remember the docs indicating something about that being the case. In any way, it’s not like the code is (or should be) paging through the whole file every time there’s a query – either it forwards it to another resolver, or does it locally, but in any case there will be a cache. That cache will then end up being those queried domains in order of access, after which having a long /etc/hosts won’t matter. Worst case scenario after paging in the hosts file initially is 3-5 ms (per query) for comparing through the 100k-700k lines before hitting a wall, and that only needs to happen once regardless of where the actual resolving takes place. At a glance chrome net stack should cache queries into the hosts file as well. So at the very least it doesn’t really make sense for it to struggle for 5-10 seconds on every consecutive refresh of the page with a warm DNS cache in memory…

…or that’s how it should happen. Your comment inspired me to test it a bit more, and lo: after trying out a hosts file with 10 000 000 bogus entries chrome was brought completely to it’s knees. However, that amount of string comparisons is absolutely nothing in practice – Python with its measly linked lists and slow interpreter manages comparing against every row in 300 ms, a crude C implementation manages it in 23 ms (approx. 2 ms with 1 million rows, both a lot more than what I have appended to the hosts file). So the file being long should have nothing to do with it unless there’s something very wrong with the implementation. Comparing against /etc/hosts should be cheap as it doesn’t support wildcard entires – as such the comparisons are just simple 1:1 check against first matching row. I’ll continue investigating and see if there’s a quick change to be made in how the hosts are read in. Fixing this shouldn’t cause any issues for other use cases from what I see.

For reference, if you want to check the performance for 10 million comparisons on your own hardware:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/time.h>


int main(void) {
	struct timeval start_t;
	struct timeval end_t;

	char **strs = malloc(sizeof(char *) * 10000000);
	for (int i = 0; i < 10000000; i++) {
		char *urlbuf = malloc(sizeof(char) * 50);
		sprintf(urlbuf, "%d.bogus.local", i);
		strs[i] = urlbuf;
	}

	printf("Checking comparisons through array of 10M strings.\n");
	gettimeofday(&start_t, NULL);

	for (int i = 0; i < 10000000; i++) {
		strcmp(strs[i], "test.url.local");
	}

	gettimeofday(&end_t, NULL);

	long duration = (end_t.tv_usec - start_t.tv_usec) / 1000;
	printf("Spent %ld ms on the operation.\n", duration);

	for (int i = 0; i < 10000000; i++) {
		free(strs[i]);
	}
	free(strs);
}

Thanks for the suggestion – I’ll have to give a try to the ungoogled version.

But I’ve previously encountered multiple cases of people complaining headphones not being able to match the advertised battery life – and the reason ended up being either too old a phone (meaning it lacks the newer codecs and versions for Bluetooth), or some bug in pairing leading to using the wrong codecs and/or protocol

Couple things I could think of, that can lead to this sort of behavior:

1. Using them in a cold environment, like -20 to -30 degrees Celsius.
2. Headphones dropping down to an older standard for some reason, and connecting e.g. via bt 4.x or using an incorrect codec (would explain why one of them is draining so much faster) – should be possible to check in BT settings
3. The headphones just have a bad battery, I’ve run into multiple headphones which just turn off once the battery reaches 50-60 %, especially when it’s cold out

But these are just suggestions and speculation, I’m not really an expert on the subject.

Good link that, I’ll have to add those flags to my list of aliases

The more frustrated you are when running git blame the more likely the command turns out to be a mirror.

Wouldn’t be surprised if he’d take the comparison as a compliment