I use Immich. It does what you described as well.
I use Immich. It does what you described as well.
The yen rebounded against the dollar on Ishiba’s victory after falling on news he would face the run-off against Takaichi, a monetary dove and fiscal expansionist.
A monetary hawk, or hawk for short, is someone who advocates keeping inflation low as the top priority in monetary policy. In contrast, a monetary dove is someone who emphasizes other issues, especially low unemployment, over low inflation.
Not sure if they got the better deal here.
I’m not sure why every time I look at this project, it rubs me the wrong way. Anyone found anything wrong with it?
I think the jury is still out on this one but there’s definitely been some of it as opposed to zero. There’s still a disturbingly high number of billionaires which makes me feel they either don’t cut down enough or when they do, it’s for show.
It’s kinda inevitable isn’t it. If you put more people to study, do R&D, engineering, provide the necessary resources for them to do those things, the more hours worked should produce results faster. You limit the health and safety guardrails a bit and things get even faster. Skip having to do the earlier development by getting foreign capitalists to build factories on your soil and share their IP, and things get even faster.
Yes I would have also enjoyed if they arrested a western CEO instead of these patsies. The show would have been quite something. 😂
Previous research, including by Dr. Fried…
Goddamn! I just read the article. This hullabaloo really looked like naked hostage diplomacy at the time as the allegations sounded too convenient to be true. Actually both could be true - China could have known about these two and not cared till they had use for them. Still our (Canadian) authorities really made it sound the allegations were bullshit.
Given the scale of China, it’s not implausible that this operation could have been setup without Chinese government involvement. If small firms can make such machines in Ukraine, small firms can make them in China too. Now whether China does something about it now that the allegations are there or not is another matter.
Accurate.
Interesting. Thanks for the recap!
As far as I can tell it dates back to at least 2010 - https://docs.oracle.com/cd/E19253-01/819-5461/githb/index.html. See the Solaris version. You can try it with small test files in place of disks and see if it works. I haven’t done it expansion yet but that’s my plan for growing beyond the 48T of my current pool. I use ZFS on Linux btw. Works perfectly fine.
I think data checksums allow ZFS to tell which disk has the correct data when there’s a mismatch in a mirror, eliminating the need for 3-way mirror to deal with bit flips and such. A traditional mirror like mdraid would need 3 disks to do this.
Not that I want to push ZFS or anything, mdraid/LVM/XFS is a fine setup, but for informational purposes - ZFS can absolutely expand onto larger disks. I wasn’t aware of this until recently. If all the disks of an existing pool get replaced with larger disks, the pool can expand onto the newly available space. E.g. a RAIDz1 with 4x 4T disks will have usable space of 12T. Replace all disks with 8T disks (one after another so that it can be done on the fly) and your pool will have 24T of space. Replace those with 16T and you get 48T, and so on. In addition you can expand a pool by adding another redundant topology just like you can with LVM and mdraid. E.g. 4x 4T RAIDz1 + 3x 8T RAIDz2 + 2x 16T mirror for a total of 44T. Finally, expanding existing RAIDz with additional disks has recently landed too.
And now for pushing ZFS - I was doing file based replication on a large dataset for many years. Just going over all the hundreds of thousands of dirs and files took over an hour on my setup. That’s then followed by a diff transfer. Think rsync or Syncthing. That’s how I did it on my old mdraid/LVM/Ext4 setup, and that’s how I continued doing on my newer ZFS setup. Recently I tried using ZFS send/receive which operates within the filesystem. It completely eliminated the dataset file walk and stat phase since the filesystem already knows all of the metadata. The replication was reduced to just the diff file transfer time. What used to take over an hour got reduced to seconds or minutes, depending on the size of the changed data. I can now do multiple replications per hour without significant load on the system. Previously it was only feasible overnight because the system would be robbed of IOPS for over an hour.
What happened to feddit.de?
If you can, move to a RAID-equivalent setup with ZFS (preferred in my opinion) in order to also know about and fix silent data corruption. RAIDz1, RAIDz2 would do the equivalent to RAID5, RAID6. That should eliminate one more variable with cheap drives.
I’d advise against using docker from docker.com’s repo on Ubuntu unless you need to. Ubuntu LTS includes a fairly recent docker package starting with 22.04. By using that you eliminate the chance for breakage due to a defective or incompatible docker update. You also get the security support for it that comes with Ubuntu. The package is docker.io
.
Virtualization isn’t required for docker on Linux generally, unless a container tries to use KVM or something like that. Also docker already exists in Ubuntu’s repos under the docker.io
package so that’s the easiest place to download (apt install docker.io
) from.
Wasn’t that part of the point of Brexit?
Which is why the guy tha lost might have been a better option.