Hacker Newsnew | past | comments | ask | show | jobs | submit | more paravz's commentslogin

this type of marketing satire worked for me: 80% entertainment 20% substance


This brings back the days of trillian (the best multi-chat client for the desktop in the age of ICQ, AIM, MSN) that got killed by the raise of mobile phones and mobile chat apps.


Extra battery in the trailer can make it go so much further. And make battery in the trailer replaceable during a "charge" stop


Germany is doing something with electrified truck lanes on the highway. The trucks get charged through a pantograph as they're travelling.


Sounds good but it will require long stretches of infrastructure to be electrified or am I wrong?


If we base our numbers off the Mercedes truck elsewhere in the thread [1], then that takes 1 hour to charge a 600 kW battery, which can go for about 600 mkles. If we assume a speed of about 60 miles per hour, then that only requires a bit over 10% of the road to be electrified (60 miles out of every 600, I'd recommend splitting it up to 15 miles every 150). And maybe add a bit more to be safe, plus charging at rest stops in case the vehicle is low on battery when it gets get on the highway, and some more depending on the terrain (e.g. more up mountains than down).

That being said, the Volvo being discussed only charges at 180 kW/h, and the article doesn't have battery or range information.

[1] https://news.ycombinator.com/item?id=38315909


podman and podman-compose became mainstream and replaced docker for me in "server" scenarios on rhel8/rhel9, fedora and derivatives. Glad to see progress on the desktop!


great callout! A more advanced self hosted option can be https://github.com/mpolden/echoip


I have started using globally exported TZ=:/etc/localtime after previous discussion, but since stopped, since at some desktop applications (slack for example) were not reading timezone correctly.


sounds like cdc_rsync should be a good replacement for rsync in a generic backup


Imagine an rsync that was A LOT smarter for backup use cases. Detecting files that have been renamed, files that have been compressed, similar files, files that have only been appended to, files that are the same across multiple systems (Oh, yeah, I probably already have a copy of this kernel file from this other host). Basically, deduplication as part of rsync.


Exactly what I'm looking for recently.. I dismissed ZFS (not mature on Linux) and btrfs (seems to be too complex and buggy as seen in a few horror stories)

So far I started using --link-dest for rsync, as explained in https://lincolnloop.com/insights/detecting-file-moves-rename... and used in https://github.com/dparoli/hrsync/blob/master/hrsync#L52


BorgBackup has most of what you're looking for, though it doesn't implement CDC and doesn't replicate the files as-is in the backup location (instead using a compressed/deduped/chunked storage format)


For single system backups I've switched to using restic and it's been pretty great. I don't trust Borg, a couple years ago I tried doing a recovery using it and ran into some unicode issue in, I believe, a filename, and I couldn't track down exactly what file it was or get any files backed up after that file in the archive. I ended up using another backup I had.

For my multiple backups to a backup host where I'm using rsync, restic really doesn't work (having 100+ systems backed up to the same destination).


I switched from Cygwin+rsync(over ssh) to robocopy+samba to speed up backups (up to saturating 1Gbit connection):

    for %i in (C D) do robocopy %i:\ \\backup-server\b-%COMPUTERNAME%\%i /MIR /DCOPY:T /NFL /NDL /R:0 /W:1 /XJ /XD "System Volume Informatiowsn" /XD "$RECYCLE.BIN" /XD "Windows" /XD "Windows.old"


--link-dest is also used in hrsync, another rsync wrapper: https://github.com/dparoli/hrsync/blob/master/hrsync#L52


What is Gb/s per watt of power between 2x400Gb/s servers and a single 800Gb/s ?

Following these reports since 2015, when I compared estimated cost of your 9Gb/s server to F5 load balancer :)


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

Search: