While investigating the RISC-V ecosystem, we noticed that there isn't an easy way for developers to build and test their software on native hardware without buying it.
So we integrated custom RISC-V servers in our bare metal servers infrastructure and made them available to the public to enable the building, porting and testing of more native RISC-V software.
A 4 Cores TH1520 with 16 GiB of RAM and 128GB of eMMC is 15,99€/month.
According to my tests, it's billed by the hour with no minimum commitment. It's attractive indeed for transient workloads. €15.99 for one month commitment sounds okay-ish when comparing with competitor's offering at this price (but you don't get RISC-V servers there (yet)).
This is an great deal for developers, if 0,042€/hour means per hour of compute. If you tests with cross compilation and qemu anyways and sometimes needs test/benchmark on the native hardware, then this means you can spend about 5€ and you are probably set for months if not a year.
Also, with the latest gcc you can finally target rvv 0.7.1, which is supported by these CPUs. You just write your standardized rvv 1.0 intrinsics and if you add `-march=64gcxtheadvector` gcc 14 will just generate the equivalent rvv 0.7.1: https://godbolt.org/z/va9sfEnMW
That is an insane amount of storage for so few links. Is your setup somehow very greedy?
Saving article only view (images + text) should probably do better
I suspect your numbers come from JavaScript and css, etc? Is there a way for archivebox to not download react 5000 times but share source files? Most likely custom bundles that sites compile will not make this possible most of the time. Just thinking out loud here.
It's recommended to run it on a compressed filesystem like ZFS. On mine it's using ~75GB for ~3000 URLs. It varies greatly depending on the content, usually the vast majority of storage is from video/audio ripped with youtube-dl.
As a consultant myself (not Accenture) I chuckled over the difference in titles between the two articles - "digital transformation" vs "website redesign".
Check your connections. I moved away from Bittorrent Sync because I couldn't easily stop it hitting external trackers, or if I did, sync stopped working completely (especially on the Android client).
It is possible to turn off the tracker and use "predefined hosts" instead - see details here: http://help.getsync.com/customer/portal/articles/1901264
Note that the "predefined hosts" must be able to access each other (once you turn off the tracker for a folder you also disable NAT traversal)
Cool, thanks! It's funny that I and other potential target audience members here, were apparently unaware of this; the internet is a big place. It's a bit too expensive for me, I think -- at least the pre-assembled version. I may steal the smartcard idea, though (or some other form of hardware security.) It might be possible to coerce a phone's SIM slot into serving as an interface to a card.
> While on the subject of smartphone driven hardware, experience has shown me that software has a much shorter mean-time-to-obsolescence than hardware. Any gizmo that needs an app to make it work will have the service life of a bluebottle, as Apple’s planned obsolescence orphans the app with an iOS upgrade.
This has been my experience too and I wish manufacturers would remove the requirement on having an app to use/configure the device.
Because of that, I try to make sure that such devices I design provides a basic web interface that makes it possible to setup and use the device.
This is impossible or at least difficult if the device is powered by a 8-bit MCU but with the dropping prices of beefier MCU and linux-compatible SoC this shouldn't be an issue in the future.
Of course, there is also the issue of remote services that those devices often depends on, even if it's not exactly necessary sometimes.
I'm using MQTT on my current project that involves interactive applications running on solar powered devices.
I'm using RabbitMQ for the broker, it supports MQTT too, this means I can use MQTT on the clients and the services on the backend only needs to understand AMQP.
I made a simple RPC system on top of it, unfortunately it's a homegrown solution as I couldn't use RabbitMQ RPC features with MQTT.
They are working on it, previously difficult intersections like the Nation roundabout are now easy to use by bike. Multiple "pain points" like those have been identified and have work done to it or are planned.
On the other hand, I still crap my pants when going through Bastille...
You are essentially right, though, have an efficient network requires good nodes and good paths, right now the paths are pretty good but some nodes are painful and to get around them, you need to leave the network.
So we integrated custom RISC-V servers in our bare metal servers infrastructure and made them available to the public to enable the building, porting and testing of more native RISC-V software.
A 4 Cores TH1520 with 16 GiB of RAM and 128GB of eMMC is 15,99€/month.