Da ich das ASHVA-Projekt selbst kontinuierlich begleite, kann ich gut nachvollziehen, worauf es beim langfristigen Betrieb von Rechenleistung für Programme ankommt.
Heute läuft alles problemlos. Aber klappt es morgen bei der nächsten Ausführung auch noch?
Gerade bei KI-Aufgaben, die täglich wiederholt werden, sollte man sich darüber frühzeitig Gedanken machen.
Als ich mich mit dem Cargo von @Acurast beschäftigt habe, bin ich auf einen konkreten Mechanismus gestoßen: Er ermöglicht es einem 64-Bit-Android-Core-Prozessor, Linux-Aufgaben auszuführen. Bei jeder Ausführung wird jedoch eine neue Linux-Umgebung bereitgestellt. Wenn man beispielsweise heute für eine KI-Aufgabe vorübergehend ein bestimmtes Softwarepaket installiert, bleibt es bei der nächsten Ausführung nicht automatisch erhalten.
Das bedeutet: Damit KI-Aufgaben jeden Tag planmäßig ausgeführt werden können, müssen Entwickler die benötigte Software und Umgebung für jede Ausführung im Voraus einplanen und sicherstellen, dass beim Start der Aufgabe alles wieder vollständig eingerichtet werden kann. Gemeint ist hier die temporäre Laufzeitumgebung von Cargo – nicht, dass externe Daten oder das Gedächtnis eines Agents ebenfalls gelöscht werden.
Je länger ich an Projekten arbeite, desto mehr achte ich auf solche Details. Acurast kann bereits Linux-Aufgaben auf Smartphone-Prozessoren ausführen. Doch ob die Umgebung auch beim nächsten und übernächsten Mal problemlos eingerichtet und die Aufgabe abgeschlossen werden kann, muss sich erst im praktischen Betrieb zeigen. Entwickler brauchen schließlich Rechenleistung, die wiederholt zuverlässig arbeitet – ein einziger erfolgreicher Lauf reicht nicht aus.
Offizielle Dokumentation: https://docs.acurast.com/developers/getting-started/quickstart-cargo/
https://hub.acurast.com/rebellion?ref=qqj0i8
Heute läuft alles problemlos. Aber klappt es morgen bei der nächsten Ausführung auch noch?
Gerade bei KI-Aufgaben, die täglich wiederholt werden, sollte man sich darüber frühzeitig Gedanken machen.
Als ich mich mit dem Cargo von @Acurast beschäftigt habe, bin ich auf einen konkreten Mechanismus gestoßen: Er ermöglicht es einem 64-Bit-Android-Core-Prozessor, Linux-Aufgaben auszuführen. Bei jeder Ausführung wird jedoch eine neue Linux-Umgebung bereitgestellt. Wenn man beispielsweise heute für eine KI-Aufgabe vorübergehend ein bestimmtes Softwarepaket installiert, bleibt es bei der nächsten Ausführung nicht automatisch erhalten.
Das bedeutet: Damit KI-Aufgaben jeden Tag planmäßig ausgeführt werden können, müssen Entwickler die benötigte Software und Umgebung für jede Ausführung im Voraus einplanen und sicherstellen, dass beim Start der Aufgabe alles wieder vollständig eingerichtet werden kann. Gemeint ist hier die temporäre Laufzeitumgebung von Cargo – nicht, dass externe Daten oder das Gedächtnis eines Agents ebenfalls gelöscht werden.
Je länger ich an Projekten arbeite, desto mehr achte ich auf solche Details. Acurast kann bereits Linux-Aufgaben auf Smartphone-Prozessoren ausführen. Doch ob die Umgebung auch beim nächsten und übernächsten Mal problemlos eingerichtet und die Aufgabe abgeschlossen werden kann, muss sich erst im praktischen Betrieb zeigen. Entwickler brauchen schließlich Rechenleistung, die wiederholt zuverlässig arbeitet – ein einziger erfolgreicher Lauf reicht nicht aus.
Offizielle Dokumentation: https://docs.acurast.com/developers/getting-started/quickstart-cargo/
https://hub.acurast.com/rebellion?ref=qqj0i8