tsp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RE : [Tsp-devel] Async-Write dans un consummer.


From: Stef Euskadi
Subject: Re: RE : [Tsp-devel] Async-Write dans un consummer.
Date: Wed, 3 May 2006 13:31:28 +0200

 
Do not panic : j'ai prévu que le Kernel soit en read-only.
 
Donc tout le mécanisme async-write n'apparaît pas dans l'IHM.
 
De plus, même si le Kernel est en read-write, il faut vraiment demander la fonction async-write
car elle n'apparaît pas par défaut.
 
Dans un premier temps, je me limite au forçage d'un symbole à la main, en précisant la valeur.
 
Euskadi.
 


 
Le 03/05/06, TSP <address@hidden> a écrit :
Salut Stef.
 
Je doute qu'un tsp_async_write à 100hz écroule un provider bien fait. Pour moi, un truc compliqué comme des profiles ou des écritures à N Hz pendant  x cycles devraient être fait par des batchs, voir "téléchargés" dans le provider.
 
C'est pour cela que TARRRRRRGAAAAA intègre de l'écriture me fait bizarre :
A la fois je trouve cela sympa pour une démo, mais en même temps cela me fait peur en utilisation opérationnelle.
Je vois bien un opérateur AIT maladroit de son clique droit, qui cartonne un symbole de conso électrique de la baie SCAO, et qui envoi un pain de 1000Volt sur le satellite. Surtout si on voit TARGA comme juste un loader de conf synoptique figés, et non pas une IHM interactive.
 
Pourrais tu rajouter une option de commande en ligne, qui active la possibilité d'écrire, et qui sinon par défaut la désactive ? Ou trouver un moyen de séparer les 2 ?
Les autres, un avis sur le besoin ???
 
Y++
-----Original Message-----
From: Stef Euskadi [mailto: address@hidden]
Sent: Tuesday, May 02, 2006 1:38 PM
To: TSP
Subject: [Tsp-devel] Async-Write dans un consummer.

Agur,
 
Comme dit précédemment, j'implémente en ce moment l'async-write dans TARGA.
 
Quant à forcer un symbole avec une valeur, je me dis pourquoi ne pas imposer un profil
dans le temps, à une certaine fréquence qui est indépendante de la fréquence du provider
sur ce symbole.
 
1/ Y-a-t-il un besoin ? Moi, je trouve ça cool...
 
2/ Implémenter le truc revient à activer une succession d'async-write.
C'est peut-être pas top, mais il n'y a que ça pour l'instant.
Je conçois aisément un async-write à 1 Hz, mais est-ce que faire un
async-write toutes les 10 ms (par exemple) n'écroule pas le provider ?
 
A+

--
--
Euskadi.
---------------------------------------------------------

CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.

SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE COURRIER, MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR COURRIER ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE COURRIER, VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE DISTRIBUER, LE COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE PARTIE.



This email is for information only and will not bind EADS Astrium SAS in any contract or obligation, nor its subsidiaries.

If you have received it in error, please notify the sender by return email. If you are not the addressee of this email, you must not use, keep, disseminate, copy, print or otherwise deal with it.

---------------------------------------------------------

_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel





--
--
Euskadi.
reply via email to

[Prev in Thread] Current Thread [Next in Thread]