Brève introduction
La version open source peut être obtenue librement, modélisée librement et résolu et identifié des problèmes par eux-mêmes. La conception, la base et la plate-forme du cadre du projet et la mise en œuvre ne sont pas open source et ne fournissent pas de documentation.
Le système d'algorithme se compose de support d'algorithme d'algorithme API +. Le support d'algorithme fait référence à l'exécution de conditions d'algorithme, telles que les systèmes de modélisation, les idées d'applications d'algorithmes, telles que le système DNN-thread, qui est un support d'algorithme, la base de données de l'exemple est également un support d'algorithme et des outils de modélisation construits sur la base de l'exemple de base de données sont également un support.
L'API de l'algorithme fait partie des projets open source avec diverses propriétés de reconnaissance CV + dans GIT. Zai aura des innovations indépendantes, et les idées et les directions d'algorithme sont essentiellement cohérentes avec ces projets open source. Certains projets open source sont encore plus avancés que les algorithmes de Zai et ont un taux de reconnaissance plus élevé. En regardant des projets open source, nous examinons l'intensité des mises à jour. Seules les mises à jour solides continues peuvent vraiment progresser vers la production sociale et l'application, sinon ils seront emportés par le temps.
Dans les premières versions de Zai (1.2 / 1.3), j'ai toujours accordé une grande attention à la construction du système d'algorithme. Fondamentalement, chaque fois que je mets à jour, de nombreux nouveaux algorithmes seront ajoutés. Plus tard, une fois la version de version terminée, ces algorithmes peuvent être équivalents à des dizaines de projets open source, et la plupart de ces algorithmes n'ont pas été appliqués. C'est gênant! Étant donné que la plupart des applications ne sont que la détection des cibles, la classification cible, la classification des scène et d'autres algorithmes ne seront essentiellement pas appliqués. Même si des dizaines d'algorithmes sont ajoutés, cela ne changera rien. Par exemple, ce sera le même lors de l'ajout de yolov7. Il n'a pas de sens d'intégrer plusieurs algorithmes de même nature dans le moteur informatique. Cela ne modifiera pas le modèle d'application, ni ne modifiera les résultats de la modélisation et le succès ou l'échec du projet.
L'appariement entre les algorithmes et les projets réels est en fait très petit, et les solutions AI que nous utilisons via Baidu, Hongruan, Sensetime, etc. sont toutes faites avec un grand effort, qui n'est pas au niveau de l'algorithme. Ces entreprises ont leurs propres systèmes techniques et idées au niveau de l'application. Les algorithmes sont une ressource et le sort des algorithmes est dépisté et reconstruit par le système technique. La proportion d'algorithmes est très petite. Les systèmes autour des algorithmes sont au cœur de la survie des sociétés d'IA. Pour dire les choses d'une autre manière, les sociétés d'IA s'appuient sur les dividendes de l'époque, les algorithmes sont la nourriture que les sociétés d'IA mangent et le système de support de cadre et d'algorithme est le système digestif des sociétés d'IA et enfin produire diverses solutions d'application.
Après avoir clarifié le positionnement essentiel de l'algorithme, retournez au système d'algorithme ZAI, le noyau de l'algorithme est le système de support de l'algorithme. Ce n'est qu'après cela que le cadre de couche d'application peut être établi.
La partie du système de support de l'algorithme de Zai est baptisée depuis trois ans. Maintenant, Zai prend son propre itinéraire.
Le système de base de données AI ne peut être utilisé que pour les systèmes de modélisation. Par exemple, les échantillons de classificateur de scène seront au moins des dizaines de milliers de 720p / 1080p. Un peu plus grand, ces échantillons répondront à une échelle à un million de niveaux. Pour le moment, pour la gestion des mégadonnées et l'accès efficace, les appareils matériels du serveur doivent être utilisés, tels que la grande mémoire,> 20 CPU de base. Cela a certaines exigences pour la technologie de la base de données.
Le système de base de données AI n'est pas une base de données traditionnelle, mais une structure de données au niveau du programme. Ces structures de données prennent tous en charge l'accélération multi-threading et à grande échelle (système de support Big Data de niveau TB). Le PC utilisé dans le développement traditionnel MIS / ERP ne peut pas s'adapter aux bases de données d'IA: une fois que la taille de l'échantillon est grande, la mémoire est insuffisante et elle doit être rationalisée ou utilisée la méthode à grande échelle pour gérer la base de données, ce qui perdra beaucoup de temps à faire un travail insignifiant qui rivalise avec le matériel.
Structure de la base de données d'IA = + Structure de la chaîne d'échantillon + structure de matrice de la chaîne d'échantillon qui s'adapte aux exigences de données de tous les modèles
Système de base de données AI = Z.ai.Common (base de données AI) + Z.ai.Editor (base de données de copie d'outils AI) + *. DPROJ (l'ensemble du système de chaîne d'outils de modélisation, environ 20-30 outils de support de modélisation). Ces bases de données utilisent les bibliothèques d'outils DFE, ZDB1 et ZDB2 en bas de la couche de stockage.
Le système de base de données AI ne fait pas de distinction entre le modèle cible. Toutes les données requises par le modèle seront prises en charge en conséquence dans le système de base de données AI. Ces supports comprennent la prise en charge de l'API, la prise en charge standardisée et la prise en charge de la chaîne d'outils.
En raison du développement du projet, la chaîne d'outils de l'IA a été mise à jour en tant que version interne.
Au moment de la rédaction du moment de la rédaction, la chaîne d'outils a construit près de 150 versions, qui ont subi de nombreuses réparations et mises à jour.
L'historique du nombre de versions a été 1,4 EVAL1..Eval9 (90% du nombre de versions ont disparu ici)
Après cela, beta1..beta3 (à ce moment, le plan de temps de sortie pour 2023-juin)
Conseil: la version open source n'inclut pas la technologie de support de plate-forme
Autrement dit: seule la modélisation et la reconnaissance de l'IA peuvent être utilisées, et l'implémentation de l'application dépend de votre propre
Tout d'abord, clarifiez la voie d'utilisation future de ZDB2: la fondation des mégadonnées
Deuxièmement, clarifiez la résolution de problèmes de Big Data: le moteur de la base de données doit se conformer au mécanisme informatique, le scénario d'application de la base de données n'est jamais certain et la base de données ne sera pas un système pour résoudre tous les problèmes de données. ZDB2 estime que pour résoudre le problème de la base de données, vous devez concevoir le moteur de la base de données vous-même et utiliser un moteur de base de données de conception unique et indépendant dans tous les projets.
Examen de la promotion de l'itinéraire technique du système ZDB2
Il n'a pas été mis dans le plan de promotion de premier plan pour le moment, mais il sera ouvert ZDB2 et fournira également des démos connexes. La logique sous-jacente est parce que je suis programmeur, et ma relation avec le monde est que le monde a besoin de ma contribution. Dans le même temps, le monde me calcule et me plagiant à tout moment, mais le monde ne peut pas arrêter mon comportement de contribution. Pendant longtemps, moi et le monde avons été une relation de marchandise mutuellement sur un faisceau d'équilibre. Il s'agit également de l'intention initiale de la technologie open source uniquement mais pas de projets open source: adopter la technologie et établir un mécanisme de filtrage open source.
Étant donné que ZDB2 a des capacités de support de Big Data, la forte probabilité à l'avenir donnera une très bonne base de données en bas lorsque certaines conditions seront remplies. Seul un moteur de données personnalisé peut répondre à toutes les exigences.
ZNET représente l'intégralité du système de serveur backend, une architecture de niveau supérieur basé sur ZNET.
Du point de vue macro, Système C4 + Système ZDB2 + Système Biglist + Core System
Cet ensemble de coups de poing combinés ne peut être utilisé que dans les versions 1.4 ou futures.
Le moteur de données du système backend ZDB2 est unique. Presque tous les serveurs backend ZNET fonctionnent dans le modèle de thread (toutes les demandes avec un retard de plus de 100 ms sont tirées par des threads). Le système BigList apporte une grande capacité à la liaison de données et C4 fournit une architecture avancée pour le backend du serveur.
Il existe de nombreux programmeurs dans le cercle PAS qui prennent le modèle de conception comme voie de travail. Ils ont apporté des cadres backend idiots à la majorité des débutants, et ils ont une fondation de théorie informatique très profonde. Cela a créé une situation: les utilisateurs et les concepteurs sont dépendants, pas complètement interdépendants, et lorsque les concepteurs ne peuvent pas s'améliorer, les utilisateurs seront passifs. Réfléchir dans la vie réelle et le travail est un signe que de nouvelles choses apparaissent dans le monde. Beaucoup de gens l'ont découvert, mais les concepteurs ne peuvent pas le contrôler, ce qui fait que les utilisateurs en aval des concepteurs incapables de commencer.
Prenant l'exemple de certains programmeurs et concepteurs de fabricants de Delphi, leur travail consiste à maintenir et à développer Delphi. En 2016, je les ai toujours vus essayer de commencer avec OpenGL, et j'ai manifestement manqué l'ère de mise à niveau historique d'Open1.x (Solid Tube) -> Open2.0 (pipeline programmable). Delphi a acquis DXScene via des itinéraires commerciaux et FMX a été amené à l'avant. Il s'agit d'un comportement passif, qui n'est pas une pratique pionnière. Si le concepteur a des auto-limites sur le chemin et que le projet ne peut pas répondre aux normes, l'utilisateur sera très, très passif.
Résumé: ZNET représente l'intégralité du système de serveur backend à l'avenir, en le gardant ouvert et à la mise à jour.
DrawEngine est abrégé sous forme de DE, et son positionnement est léger + standardisé, et il nécessite une interface de rendu et de sortie. Il est situé dans la couche utilisateur frontal.
Les normes API graphiques proviennent de Khronos, et les fabricants de logiciels et de matériel auront également leurs propres spécifications. La plupart de ces spécifications se reflètent dans les mécanismes de disposition des pixels, d'optimisation des pixels et d'optimisation de l'API.
Dans le même temps, l'API graphique a également de nombreuses normes, Metal, OpenGL, GLES, Vulkan, D3D, ce qui crée une situation: le rendu doit être compatible avec diverses plates-formes et API, et nécessite un grand nombre d'interfaces, et ces interfaces sont diffusées et mises à jour très rapidement, ce qui rend difficile le développement et le maintien de l'interfaces. DE Évite directement les interfaces standard précédentes et la plate-forme dans le positionnement de conception, et fabrique du middleware: il est normal de faire différencier le rendu, et ce n'est pas un problème que le rendu peut prendre en charge au moins un système API sur la plate-forme cible.
La couche sous-jacente de FMX est un rendu. Pour la prise en charge de l'API multiplateforme, il est en fait possible de le faire. Il est utilisé pour concevoir des jeux et VR est bien. DE utilise FMX comme interface de sortie, mais il ne sera pas limité à FMX. DE n'est pas un positionnement de rendu.
L'application de DrawEngine ne permet pas directement au programme de terminer le processus, car le rendu nécessite des sources de données, telles que des vidéos, des images et divers cadres visuels. La plupart du temps, cela nécessite un système comme la chaîne d'outils, le backend et la production de contenu. L'itinéraire de code pur ne peut pas être contrôlé.
D'un autre côté, DE a une certaine perspective globale de l'infographie. Il prend son propre itinéraire.
Dans la mise à jour 1.4, la capacité de planification de rendu de DrawEngine a été très optimisée.
Les composants de l'infographie résolvent
Veuillez lire: 1.34 Old Version Document
Veuillez lire: détails
| Architecture | AI-Demo | outils | Outils | Advance-Demo | Net-C4-Demo | Déménager |
|---|---|---|---|---|---|---|
| x86 | Passé | Passé | Passé | Passé | Passé | Passé |
| x64 | Passé | Passé | Passé | Passé | Passé | Passé |
| MKL64 | Passé | Passé | Passé | Passé | Passé | Passé |
| CUDA10 | Passé | Passé | Passé | Passé | Passé | Passé |
| Cuda11 | Passé | Passé | Passé | Passé | Passé | Passé |
| Cuda12 | Passé | Passé | Passé | Passé | Passé | Passé |
Le compilateur FPC teste toutes les bibliothèques du répertoire source. Le sous-répertoire du répertoire source est la corrélation de la plate-forme. FPC ne le soutient pas.
sur
2023-7-26