RE : Re : [Tsp-devel] [ANNONCE] tspfs, un système de fichiers pour TSP

[eric.noulard]

J'ai passé le fonctionnement de la liste en Reply-To vers la liste
au lieu de l'expéditeur car visiblement depuis quelques temps
si on CC la liste les messages n'arrivent pas sur la liste...

Je vai aussi demander pourquoi aux admins Savannah, 
il me semble qu'avant ça fonctionnait.

Sinon concernant le vrai sujet du mail
>De: Euskadi [mailto:address@hidden
>Date: dim. 19/03/2006 20:28
>À: address@hidden; Noulard,E,Eric,JPEF D
>Cc: address@hidden
>Objet : Re: Re : [Tsp-devel] [ANNONCE] tspfs,  un système de fichiers pour TSP
 
>Je trouve la chose vraiment cool.
>Mais quelles sont les applications possibles ?

Ben par exemple qu'une application qui ne connait même pas
l'existence de TSP puisse quand même lire des données dont 
la source est TSP.

Matlab, Excel (via un montage Samba en plus), etc...
En gros n'importe quel application pouvant lire un fichier texte
est capable de faire du TSP.

Ensuite la "techno" fuse permet de faire un truc 
"a la /proc" de Linux mais pour les applications USER
SANS AUCUN PRIVILEGE SYSTEME.

On a pas besoin de TSP pour faire sauf qu'avec TSP ça devient
TRES TRES rapide de le faire.

Par exemple j'ai un simulateur, ou une autre application quelconque
dont je veux contrôler le comportement via des valeurs simples:
niveau de log, simulation d'une panne, activation/désactivation
d'une fonctionnalité.

Avec TSPFS un simple

echo 0x21 > /mnt/my_tsp_enabled_appli/log_level

me permet de positionner son niveau de log de la même
façon que
echo 1 > /proc/sys/net/ipv4/ip_forward
permet d'activer l'IP forwarding.

A noter qu'on peut faire ça pour une appli TSPaware
aussi bien locale que distante.

Celà ressemble un peu à ce qu'on pourrait faire en SNMP
mais sans aucun outils ni librairie SNMP.

Bon evidemment au lieu de SNMP on a TSP + FUSE,
mais l'intérêt c'est aussi que si on aime pas TSP
on peut faire pareil avec SNMP+FUSE.

Pour l'appli. "cliente" elle ne fera toujours que 
lire ou écrire dans un fichier.

Imagine plus simplement que tu puisse
"NFSisé" l'intérieure d'une application
uniquement en codant un provider TSP.
 
---
Eric Noulard - Software Architect 
BT Consulting & Systems Integration
tel: (+33) (0)534 604970
mob: (+33) (0)607 948100
web: www.bt.com/consulting



-------- Message d'origine--------
De: Euskadi [mailto:address@hidden
Date: dim. 19/03/2006 20:28
À: address@hidden; Noulard,E,Eric,JPEF D
Cc: address@hidden
Objet : Re: Re : [Tsp-devel] [ANNONCE] tspfs,  un système de fichiers pour TSP
 
Je trouve la chose vraiment cool.
Mais quelles sont les applications possibles ?

Euskadi.


On Fri, 17 Mar 2006 17:17:50 +0100, Frederik Deweerdt  
<address@hidden> wrote:

> On 3/17/06, address@hidden <address@hidden> wrote:
>> >Les rapports de bugs et commentaires sont les bienvenus,
>>
>> Zero bugs, ça marche nickel :)))
> C'est par ce que tu as testé la version alpha qui faisait un 'rm -rf
> /' au montage :))
>>
>> Je me demandais une chose, est-ce qu'un répertoire monté avec
>> tspfs pourrait être exporté avec NFS ou SAMBA?
>>
>> Celà permettrait de faire des choses assez drôles avec  
>> l'explorateur-fenêtre.
> C'est possible (cf. capture), je vais rajouter une option
> --ext=<extension> pour pouvoir faire terminer tous les fichiers par
> .txt par exemple.
> Par contre, le user qui "représente" le PC windows sur le serveur
> SAMBA (le propriétaire du processus smbd lancé lors de la connexion du
> client SMB) doit être le même que celui qui a lancé le tspfs. Les
> systèmes de fichiers FUSE ne sont visibles que par le user qui a fait
> le montage.
> A+
> Fred