D'abord merci pour les r=E9ponses. Informatives et rapides.
Une pr=E9cision pour r=E9pondre =E0 Michelle Konzack. Il ne s'agit pas d'un=
syst=E8me=20
embarqu=E9 mais d'un syst=E8me de d=E9veloppement pr=E9paratoire (emacs, gc=
c et m=EAme le=20
graphique si =E7a tient) pour investigation des pbs particuliers pos=E9s pa=
r le=20
DiskOnChip.=20
Quelques questions suppl=E9mentaires.=20
Jean-Luc Coulon indique un algorithme de r=E9partition des =E9critures. Est=
-il=20
disponible et existe-t'il une cl=E9 d'acc=E8s plus pr=E9cise que google ?
Idem =E0 propos de tmpfs (jamais entendu parler). C'est un syst=E8me de fic=
hiers en=20
m=E9moire vive ?
D'abord merci pour les réponses. Informatives et rapides.
Une précision pour répondre à Michelle Konzack. Il ne s'agit pas d'u n système embarqué mais d'un système de développement préparatoire (emacs, g cc et même le graphique si ça tient) pour investigation des pbs particuliers posés par le DiskOnChip.
Quelques questions supplémentaires.
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il disponible et existe-t'il une clé d'accès plus précise que google ?
Non, il n'est pas disponible, c'est un système propriétaire développ é par une branche de la société qui m'emploie. On s'est toujours refusé à utiliser du swap sur ce genre de produit (Systèmes informatiques embarqués). Il est probable que les circuits de gestions de certaines mémoires flash (compact flash) soient dotés d'un tel dispositif. Les fabriquants restent assez évasifs sur la manière ont sont réalisées les cellules et la maière dont elles sont gérées.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en mémoire vive ?
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Vous trouverez plus d'information dans la documentation du noyau : /usr/src/linux/Documentation/filesystems/tmpfs.txt
D'abord merci pour les réponses. Informatives et rapides.
Une précision pour répondre à Michelle Konzack. Il ne s'agit pas d'u n
système
embarqué mais d'un système de développement préparatoire (emacs, g cc
et
même le
graphique si ça tient) pour investigation des pbs particuliers posés
par le
DiskOnChip.
Quelques questions supplémentaires.
Jean-Luc Coulon indique un algorithme de répartition des écritures.
Est-il
disponible et existe-t'il une clé d'accès plus précise que google ?
Non, il n'est pas disponible, c'est un système propriétaire développ é
par une branche de la société qui m'emploie. On s'est toujours refusé à
utiliser du swap sur ce genre de produit (Systèmes informatiques
embarqués). Il est probable que les circuits de gestions de certaines
mémoires flash (compact flash) soient dotés d'un tel dispositif. Les
fabriquants restent assez évasifs sur la manière ont sont réalisées les
cellules et la maière dont elles sont gérées.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de
fichiers en
mémoire vive ?
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun
le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un
instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Vous trouverez plus d'information dans la documentation du noyau :
/usr/src/linux/Documentation/filesystems/tmpfs.txt
D'abord merci pour les réponses. Informatives et rapides.
Une précision pour répondre à Michelle Konzack. Il ne s'agit pas d'u n système embarqué mais d'un système de développement préparatoire (emacs, g cc et même le graphique si ça tient) pour investigation des pbs particuliers posés par le DiskOnChip.
Quelques questions supplémentaires.
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il disponible et existe-t'il une clé d'accès plus précise que google ?
Non, il n'est pas disponible, c'est un système propriétaire développ é par une branche de la société qui m'emploie. On s'est toujours refusé à utiliser du swap sur ce genre de produit (Systèmes informatiques embarqués). Il est probable que les circuits de gestions de certaines mémoires flash (compact flash) soient dotés d'un tel dispositif. Les fabriquants restent assez évasifs sur la manière ont sont réalisées les cellules et la maière dont elles sont gérées.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en mémoire vive ?
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Vous trouverez plus d'information dans la documentation du noyau : /usr/src/linux/Documentation/filesystems/tmpfs.txt
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
J.Pierre Pourrez
Le 10/09/04 à 16:48, Roger Mampey écrivait:
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il disponible et existe-t'il une clé d'accès plus précise que google ?
Un algorithme de répartition d'écritures très connue a été créé par une société sise à Redmond(USA) dont j'ai oublié le nom ;-) Il s'agit du système de fichiers VFAT. Chaque nouveau fichier est écrit à la suite des autres sans se préoccuper de la place libérée par les fichiers effacés tant qu'on est pas arrivé au bout du disque.
C'est généralement connu pour être un inconvénient mais dans ce cas-ci, c'est peut-être un avantage. Se pose quand même le problème des droits sur les fichiers.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en mémoire vive ?
Cela correspond à une option de la config du noyau. En principe, activée par défaut. Voir : grep CONFIG_TMPFS /boot/config-2.4.18-bf24 C'est expliqué dans la doc du noyau. En gros c'est un système de fichiers en mémoire à taille variable
Voilà Jean-Pierre
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le 10/09/04 à 16:48, Roger Mampey écrivait:
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il
disponible et existe-t'il une clé d'accès plus précise que google ?
Un algorithme de répartition d'écritures très connue a été créé par une
société sise à Redmond(USA) dont j'ai oublié le nom ;-)
Il s'agit du système de fichiers VFAT. Chaque nouveau fichier est écrit
à la suite des autres sans se préoccuper de la place libérée par les
fichiers effacés tant qu'on est pas arrivé au bout du disque.
C'est généralement connu pour être un inconvénient mais dans ce cas-ci,
c'est peut-être un avantage. Se pose quand même le problème des droits
sur les fichiers.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en
mémoire vive ?
Cela correspond à une option de la config du noyau. En principe, activée
par défaut. Voir :
grep CONFIG_TMPFS /boot/config-2.4.18-bf24
C'est expliqué dans la doc du noyau.
En gros c'est un système de fichiers en mémoire à taille variable
Voilà
Jean-Pierre
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il disponible et existe-t'il une clé d'accès plus précise que google ?
Un algorithme de répartition d'écritures très connue a été créé par une société sise à Redmond(USA) dont j'ai oublié le nom ;-) Il s'agit du système de fichiers VFAT. Chaque nouveau fichier est écrit à la suite des autres sans se préoccuper de la place libérée par les fichiers effacés tant qu'on est pas arrivé au bout du disque.
C'est généralement connu pour être un inconvénient mais dans ce cas-ci, c'est peut-être un avantage. Se pose quand même le problème des droits sur les fichiers.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en mémoire vive ?
Cela correspond à une option de la config du noyau. En principe, activée par défaut. Voir : grep CONFIG_TMPFS /boot/config-2.4.18-bf24 C'est expliqué dans la doc du noyau. En gros c'est un système de fichiers en mémoire à taille variable
Voilà Jean-Pierre
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Yves Rutschle
On Fri, Sep 10, 2004 at 04:48:17PM +0200, Roger Mampey wrote:
Une précision pour répondre à Michelle Konzack. Il ne s'agit pas d'un système embarqué mais d'un système de développement préparatoire (emacs, gcc et même le graphique si ça tient) pour investigation des pbs particuliers posés par le DiskOnChip.
Un système sans disque avec uniquement un DoC n'est conceptuellement pas très loin d'un système embarqué.
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il disponible et existe-t'il une clé d'accès plus précise que google ?
Dans le noyau, cherche "MTD" et "JFFS2". Je suis presque sûr que DoC fait ça en hardware, cela dit.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en mémoire vive ?
Correct.
Y.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Fri, Sep 10, 2004 at 04:48:17PM +0200, Roger Mampey wrote:
Une précision pour répondre à Michelle Konzack. Il ne s'agit pas d'un système
embarqué mais d'un système de développement préparatoire (emacs, gcc et même le
graphique si ça tient) pour investigation des pbs particuliers posés par le
DiskOnChip.
Un système sans disque avec uniquement un DoC n'est
conceptuellement pas très loin d'un système embarqué.
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il
disponible et existe-t'il une clé d'accès plus précise que google ?
Dans le noyau, cherche "MTD" et "JFFS2". Je suis presque sûr
que DoC fait ça en hardware, cela dit.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en
mémoire vive ?
Correct.
Y.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, Sep 10, 2004 at 04:48:17PM +0200, Roger Mampey wrote:
Une précision pour répondre à Michelle Konzack. Il ne s'agit pas d'un système embarqué mais d'un système de développement préparatoire (emacs, gcc et même le graphique si ça tient) pour investigation des pbs particuliers posés par le DiskOnChip.
Un système sans disque avec uniquement un DoC n'est conceptuellement pas très loin d'un système embarqué.
Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il disponible et existe-t'il une clé d'accès plus précise que google ?
Dans le noyau, cherche "MTD" et "JFFS2". Je suis presque sûr que DoC fait ça en hardware, cela dit.
Idem à propos de tmpfs (jamais entendu parler). C'est un système de fichiers en mémoire vive ?
Correct.
Y.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frédéric BOITEUX
Le Fri, 10 Sep 2004 15:27:59 +0000, "Jean-Luc Coulon (f5ibh)" a écrit :
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Tu es sûr ? Il me semble qu'il ne s'agit que de la mémoire physique, mais qu'en revanche, il n'alloue cette mémoire qu'au fur et à mesure des besoins, la laissant libre sinon (contrairement au ramdisk classique).
Fred.
Le Fri, 10 Sep 2004 15:27:59 +0000, "Jean-Luc Coulon (f5ibh)"
<jean-luc.coulon@wanadoo.fr> a écrit :
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun
le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un
instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Tu es sûr ? Il me semble qu'il ne s'agit que de la mémoire physique,
mais qu'en revanche, il n'alloue cette mémoire qu'au fur et à mesure
des besoins, la laissant libre sinon (contrairement au ramdisk classique).
Le Fri, 10 Sep 2004 15:27:59 +0000, "Jean-Luc Coulon (f5ibh)" a écrit :
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Tu es sûr ? Il me semble qu'il ne s'agit que de la mémoire physique, mais qu'en revanche, il n'alloue cette mémoire qu'au fur et à mesure des besoins, la laissant libre sinon (contrairement au ramdisk classique).
Le 10.09.2004 18:07:45, Frédéric BOITEUX a écrit :
Le Fri, 10 Sep 2004 15:27:59 +0000, "Jean-Luc Coulon (f5ibh)" a écrit :
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun
le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Tu es sûr ? Il me semble qu'il ne s'agit que de la mémoire physique, mais qu'en revanche, il n'alloue cette mémoire qu'au fur et à mesure des besoins, la laissant libre sinon (contrairement au ramdisk classique).
Voici le préambule de la doc (/usr/src/linux/Documentation/filesystems/ tmpfs/txt): "Tmpfs is a file system which keeps all files in virtual memory."
Le 10.09.2004 18:07:45, Frédéric BOITEUX a écrit :
Le Fri, 10 Sep 2004 15:27:59 +0000, "Jean-Luc Coulon (f5ibh)"
<jean-luc.coulon@wanadoo.fr> a écrit :
Pas exactement : il se trouvent en mémoire virtuelle. Et comme
chacun
le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un
instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Tu es sûr ? Il me semble qu'il ne s'agit que de la mémoire physique,
mais qu'en revanche, il n'alloue cette mémoire qu'au fur et à mesure
des besoins, la laissant libre sinon (contrairement au ramdisk
classique).
Voici le préambule de la doc (/usr/src/linux/Documentation/filesystems/
tmpfs/txt):
"Tmpfs is a file system which keeps all files in virtual memory."
Le 10.09.2004 18:07:45, Frédéric BOITEUX a écrit :
Le Fri, 10 Sep 2004 15:27:59 +0000, "Jean-Luc Coulon (f5ibh)" a écrit :
Pas exactement : il se trouvent en mémoire virtuelle. Et comme chacun
le sait, la mémoire virtuelle est .. virtuelle. En pratique, à un instant donné, la donnée se trouve en mémoire vive ou sur le swap.
Tu es sûr ? Il me semble qu'il ne s'agit que de la mémoire physique, mais qu'en revanche, il n'alloue cette mémoire qu'au fur et à mesure des besoins, la laissant libre sinon (contrairement au ramdisk classique).
Voici le préambule de la doc (/usr/src/linux/Documentation/filesystems/ tmpfs/txt): "Tmpfs is a file system which keeps all files in virtual memory."
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Yves Rutschle
On Fri, Sep 10, 2004 at 05:32:44PM +0200, J.Pierre Pourrez wrote:
> Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il > disponible et existe-t'il une clé d'accès plus précise que google ? Un algorithme de répartition d'écritures très connue a été créé par une société sise à Redmond(USA) dont j'ai oublié le nom ;-) Il s'agit du système de fichiers VFAT. Chaque nouveau fichier est écrit à la suite des autres sans se préoccuper de la place libérée par les fichiers effacés tant qu'on est pas arrivé au bout du disque.
C'est absolument faux. Si tu écris 250Mo de fichiers sur une VFAT, et que tu n'y touches plus, ils ne vont pas se déplacer d'eux même: tu n'écris donc plus que sur ce qui reste, ce qui est exactement le contraire de faire de la répartition d'écriture. Compare avec ce que fait JFFS: http://sources.redhat.com/jffs2/jffs2-html/
Les systèmes DOC font leur propre répartition d'écriture, qui n'a rien à voir avec VFAT. Tu pourrais formatter le DOC en ext2, qu'il devrait toujours faire la répartition d'écriture.
Y.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Fri, Sep 10, 2004 at 05:32:44PM +0200, J.Pierre Pourrez wrote:
> Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il
> disponible et existe-t'il une clé d'accès plus précise que google ?
Un algorithme de répartition d'écritures très connue a été créé par une
société sise à Redmond(USA) dont j'ai oublié le nom ;-)
Il s'agit du système de fichiers VFAT. Chaque nouveau fichier est écrit
à la suite des autres sans se préoccuper de la place libérée par les
fichiers effacés tant qu'on est pas arrivé au bout du disque.
C'est absolument faux. Si tu écris 250Mo de fichiers sur une
VFAT, et que tu n'y touches plus, ils ne vont pas se
déplacer d'eux même: tu n'écris donc plus que sur ce qui
reste, ce qui est exactement le contraire de faire de la
répartition d'écriture. Compare avec ce que fait JFFS:
http://sources.redhat.com/jffs2/jffs2-html/
Les systèmes DOC font leur propre répartition d'écriture,
qui n'a rien à voir avec VFAT. Tu pourrais formatter le DOC
en ext2, qu'il devrait toujours faire la répartition
d'écriture.
Y.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Fri, Sep 10, 2004 at 05:32:44PM +0200, J.Pierre Pourrez wrote:
> Jean-Luc Coulon indique un algorithme de répartition des écritures. Est-il > disponible et existe-t'il une clé d'accès plus précise que google ? Un algorithme de répartition d'écritures très connue a été créé par une société sise à Redmond(USA) dont j'ai oublié le nom ;-) Il s'agit du système de fichiers VFAT. Chaque nouveau fichier est écrit à la suite des autres sans se préoccuper de la place libérée par les fichiers effacés tant qu'on est pas arrivé au bout du disque.
C'est absolument faux. Si tu écris 250Mo de fichiers sur une VFAT, et que tu n'y touches plus, ils ne vont pas se déplacer d'eux même: tu n'écris donc plus que sur ce qui reste, ce qui est exactement le contraire de faire de la répartition d'écriture. Compare avec ce que fait JFFS: http://sources.redhat.com/jffs2/jffs2-html/
Les systèmes DOC font leur propre répartition d'écriture, qui n'a rien à voir avec VFAT. Tu pourrais formatter le DOC en ext2, qu'il devrait toujours faire la répartition d'écriture.
Y.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
