• 1 Post
  • 12 Comments
Joined 2 years ago
cake
Cake day: July 20th, 2023

help-circle

  • Yeah, but even if they seems to be contradictory messages, they are not.

    RAM is always the first resource that is depleted is a nas/homeserver built, more ram or the possibility of expanding the ram is always a safe bet. But for a nas or a non Realtime system ddr4 is also not mandatory.

    Reduce the cooling goes into the direction that the system is not going to be under high cpu load, so no need to dissipate, you can even reduce the cpu.

    SSD is not necessary for a nas but it will make you VMs or containers snappier.

    So coming back to the subject, your cpu is overkill, and therefore your mother board too (it has even support for sli!), having more ram is always good but my opinion is with 16gb you are good to go for a good amount of time (my server runs on 8gb and I don’t experience any problem yet), obviously, your cooling needs to pair your cpu tdp.

    SSD or m2 memories are cheap additions, and like somebody else suggested, it is good to have many pci slots even if they don’t go full speed (x16) but will give you the flexibility to add more sata ports or Ethernet connections on the 10gb.

    Honestly, if budget is not a concern you can not be mistaken with this built, but I can see potential to spare like 100 bucks in hw and another 100 in bills in next years



  • Because the modification of that computer is order of magnitudes more difficult than a mechanical modification of a moving part. The humanity / regular human is able to understand much better the interactions of the mechanical parts that usually are always local and well defined.

    This does not exist in the Sw, FW and digital hw, the interactions are not local and are millions timesmore complex to understand and properly modify.

    It would be an utterly irresponsability to modify (blindly) the Sw of an xray machine that could make it unsafe and ultimately it could kill humans, and it is the same concept with the car. It is irresponsable to make a modification that can make the system unsafe.

    For the rest? Regulations, free software foundation and good selfhosting Cheers




  • First, second and third most important point is : Tesla needs to allow the connection to an alternative server.

    The fourth should be access to the api and data that are exchanged.

    You shouldn’t mess with the FW of your own car even for some innocent feature like this one, you don’t know/understand the interactions that may happen between different Sw components and the hw layer, you can not provide a similar of level of testing, including some worst case scenarios, that can make your car unsafe during some problems or unforeseen conditions. And perhaps also, the car could loose its license for driving…

    If tesla allows that, then we can start speaking about it. But last time I check on that was not possible


  • Not good, you are going to lose a lot of stuff, from personal relations, connections to your wife and even your health.

    I hope (really) your are not in a compromised financial situation and this is really temporary. If so, it is OK but you need to have a plan to reduce the hours in the foresable future.

    If this is not the situation, then learn how to disconnect from the work in the spare time and spent quality time when possible, also do cardio. It helps. A lot.

    When you are young you can really chew everything it is throwed at you, but it is not true anymore when you are past the 40s.

    Take care of yourself, nobody else is going to do it.




  • Some clarifications :

    The 3 2 1 rule applies only for the data. Not the backup, in my case I have the real/live data, then a daily snapshot in the same volume /pool and a external off-site backup

    For the databases you got misleading information, you can copy the files as they are BUT you need to be sure that the database is not running (you could copy the data and n the middle of a transaction leading to some future problems) AND when you restore it, you need to restore to the exact same database version.

    Using the export functionality you ensure that the data is not corrupted (the database ensure the correctness of the data) and the possibility to restore to another database version.

    My suggestion, use borgbackup or any other backup system with de duplication, stop the docker to ensure no corruptions and save everything. Having a downtime of a minute every day is usually not a deal breaker for home users