Comment concatener plusieur chaine de caractere, un nombre assez
important? je connais strcat, mais c'est pas tres pratique des que l'on
doit concatener plus de deux chaines... En gros je cherche un equivalent
a ce que l'on trouve sur java ou c++, un truc simple du style
"char1"+"char2"+char3" -> "char1char2char3".
--
Pascal
La fragmentation, en pratique, se fait d'autant plus sentir que les écarts de taille entre les blocs sont gros (de manière générale)
effectivement, avec mmap() c'est un gaspillage de l'espace d'adressage qu'on obtient et non un gaspillage de la mémoire elle-même.
Par contre, malloc() de chez GNU active le mmap() pour des blocs de 256K et en pratique, je n'ai jamais alloué de blocs de 256K. et je ne vois pas beaucoup de cas où on alloue des blocs de 256K. Et je pense que la fragmentation est aussi valable pour le cas de petits blocs.
Pour mmap, mmap ne crée pas de fragmentation, par son fonctionnement même. On a une perte de mémoire vu que la granularité de mmap est celle d'une page (4096 octets sur ia-32) ^^^^^ sur linux ia-32.
mais sur des grosses quantatités de mémoire, la perte est négligeable (sur 1Mo, elle est au pire de 0.4%)
Je devrais faire quoi ? Parler dans le vent sans me référer à quelque chose de concret ? Ou parler de ce que je connais pas ?
Justement, tu as l'air de dénigrer les autres implémentation sans les connaître.
Oui, il existe des cas où malloc (où n'importe quel malloc) gaspille de la mémoire à cause du phénomène gruyère. Maintenant, dans la pratique, il y a très peu de cas où ce gaspillage est important, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
tu sors cette proposition d'un chapeau ?
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
La fragmentation, en pratique, se fait d'autant plus sentir que les
écarts de taille entre les blocs sont gros (de manière générale)
effectivement, avec mmap() c'est un gaspillage de l'espace d'adressage
qu'on obtient et non un gaspillage de la mémoire elle-même.
Par contre, malloc() de chez GNU active le mmap() pour des blocs de 256K
et en pratique, je n'ai jamais alloué de blocs de 256K.
et je ne vois pas beaucoup de cas où on alloue des blocs de 256K.
Et je pense que la fragmentation est aussi valable pour le cas de petits
blocs.
Pour mmap, mmap ne crée pas de fragmentation, par son fonctionnement
même. On a une perte de mémoire vu que la granularité de mmap est
celle d'une page (4096 octets sur ia-32)
^^^^^ sur linux ia-32.
mais sur des grosses
quantatités de mémoire, la perte est négligeable (sur 1Mo, elle est au
pire de 0.4%)
Je devrais faire quoi ? Parler dans le vent sans me référer à quelque
chose de concret ? Ou parler de ce que je connais pas ?
Justement, tu as l'air de dénigrer les autres implémentation sans les
connaître.
Oui, il existe des cas où malloc (où n'importe quel malloc) gaspille
de la mémoire à cause du phénomène gruyère. Maintenant, dans la
pratique, il y a très peu de cas où ce gaspillage est important,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
tu sors cette proposition d'un chapeau ?
--
DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
La fragmentation, en pratique, se fait d'autant plus sentir que les écarts de taille entre les blocs sont gros (de manière générale)
effectivement, avec mmap() c'est un gaspillage de l'espace d'adressage qu'on obtient et non un gaspillage de la mémoire elle-même.
Par contre, malloc() de chez GNU active le mmap() pour des blocs de 256K et en pratique, je n'ai jamais alloué de blocs de 256K. et je ne vois pas beaucoup de cas où on alloue des blocs de 256K. Et je pense que la fragmentation est aussi valable pour le cas de petits blocs.
Pour mmap, mmap ne crée pas de fragmentation, par son fonctionnement même. On a une perte de mémoire vu que la granularité de mmap est celle d'une page (4096 octets sur ia-32) ^^^^^ sur linux ia-32.
mais sur des grosses quantatités de mémoire, la perte est négligeable (sur 1Mo, elle est au pire de 0.4%)
Je devrais faire quoi ? Parler dans le vent sans me référer à quelque chose de concret ? Ou parler de ce que je connais pas ?
Justement, tu as l'air de dénigrer les autres implémentation sans les connaître.
Oui, il existe des cas où malloc (où n'importe quel malloc) gaspille de la mémoire à cause du phénomène gruyère. Maintenant, dans la pratique, il y a très peu de cas où ce gaspillage est important, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
tu sors cette proposition d'un chapeau ?
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
Marc Boyer
Erwan David wrote:
(Gaël Le Mignot) écrivait :
Sans TCP-IP sous licence BSD aurait-on internet aujourd'hui ? À mon avis non...
D'ailleurs, sans BSD, aurait-on eut Unix aussi repandu qu'il l'est ?
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
Erwan David wrote:
kilobug@freesurf.fr (Gaël Le Mignot) écrivait :
Sans TCP-IP sous licence BSD aurait-on internet aujourd'hui ? À mon
avis non...
D'ailleurs, sans BSD, aurait-on eut Unix aussi repandu qu'il l'est ?
Marc Boyer
--
Lying for having sex or lying for making war? Trust US presidents :-(
Sans TCP-IP sous licence BSD aurait-on internet aujourd'hui ? À mon avis non...
D'ailleurs, sans BSD, aurait-on eut Unix aussi repandu qu'il l'est ?
sans BSD, aurions-nous eu Linux ? ou Mac OS X ?
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
kilobug
La fragmentation, en pratique, se fait d'autant plus sentir que les écarts de taille entre les blocs sont gros (de manière générale)
effectivement, avec mmap() c'est un gaspillage de l'espace d'adressage qu'on obtient et non un gaspillage de la mémoire elle-même.
comment ça ?
Par contre, malloc() de chez GNU active le mmap() pour des blocs de 256K et en pratique, je n'ai jamais alloué de blocs de 256K.
128k par défaut: Symbol param # default allowed param values M_MMAP_THRESHOLD -3 128*1024 any (or 0 if no MMAP support)
et je ne vois pas beaucoup de cas où on alloue des blocs de 256K.
Tout ce qui est manipulation de données massives (image, son, ...)
Et je pense que la fragmentation est aussi valable pour le cas de petits blocs.
Sauf cas d'écoles, non, les trous se bouchent par des petits blocs en général. Pas toujours, mais souvent
Pour mmap, mmap ne crée pas de fragmentation, par son fonctionnement même. On a une perte de mémoire vu que la granularité de mmap est celle d'une page (4096 octets sur ia-32) ^^^^^ sur linux ia-32.
non, la taille de la page ne dépend pas de l'OS, mais de la MMU.
C'est vrai que sur ia-32 on peut aussi avoir des pages de 4Mo, mais c'est très très peu utilisé.
mais sur des grosses quantatités de mémoire, la perte est négligeable (sur 1Mo, elle est au pire de 0.4%)
Je devrais faire quoi ? Parler dans le vent sans me référer à quelque chose de concret ? Ou parler de ce que je connais pas ?
Justement, tu as l'air de dénigrer les autres implémentation sans les connaître.
non, je ne les dénigre pas, je n'en parle pas... où tu m'as vu dire que _seul_ le malloc GNU se comportait ainsi, ou que les autres étaient moins bon ?
Oui, il existe des cas où malloc (où n'importe quel malloc) gaspille de la mémoire à cause du phénomène gruyère. Maintenant, dans la pratique, il y a très peu de cas où ce gaspillage est important, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
tu sors cette proposition d'un chapeau ?
non, de mon expérience pratique, ainsi que de ce que j'ai pu en lire
-- Gael Le Mignot "Kilobug" - - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA
Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
La fragmentation, en pratique, se fait d'autant plus sentir que les
écarts de taille entre les blocs sont gros (de manière générale)
effectivement, avec mmap() c'est un gaspillage de l'espace d'adressage
qu'on obtient et non un gaspillage de la mémoire elle-même.
comment ça ?
Par contre, malloc() de chez GNU active le mmap() pour des blocs de 256K
et en pratique, je n'ai jamais alloué de blocs de 256K.
128k par défaut:
Symbol param # default allowed param values
M_MMAP_THRESHOLD -3 128*1024 any (or 0 if no MMAP support)
et je ne vois pas beaucoup de cas où on alloue des blocs de 256K.
Tout ce qui est manipulation de données massives (image, son, ...)
Et je pense que la fragmentation est aussi valable pour le cas de petits
blocs.
Sauf cas d'écoles, non, les trous se bouchent par des petits blocs en
général. Pas toujours, mais souvent
Pour mmap, mmap ne crée pas de fragmentation, par son fonctionnement
même. On a une perte de mémoire vu que la granularité de mmap est
celle d'une page (4096 octets sur ia-32)
^^^^^ sur linux ia-32.
non, la taille de la page ne dépend pas de l'OS, mais de la MMU.
C'est vrai que sur ia-32 on peut aussi avoir des pages de 4Mo, mais
c'est très très peu utilisé.
mais sur des grosses
quantatités de mémoire, la perte est négligeable (sur 1Mo, elle est au
pire de 0.4%)
Je devrais faire quoi ? Parler dans le vent sans me référer à quelque
chose de concret ? Ou parler de ce que je connais pas ?
Justement, tu as l'air de dénigrer les autres implémentation sans les
connaître.
non, je ne les dénigre pas, je n'en parle pas... où tu m'as vu dire
que _seul_ le malloc GNU se comportait ainsi, ou que les autres
étaient moins bon ?
Oui, il existe des cas où malloc (où n'importe quel malloc) gaspille
de la mémoire à cause du phénomène gruyère. Maintenant, dans la
pratique, il y a très peu de cas où ce gaspillage est important,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
tu sors cette proposition d'un chapeau ?
non, de mon expérience pratique, ainsi que de ce que j'ai pu en lire
--
Gael Le Mignot "Kilobug" - kilobug@nerim.net - http://kilobug.free.fr
GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959
Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA
Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
La fragmentation, en pratique, se fait d'autant plus sentir que les écarts de taille entre les blocs sont gros (de manière générale)
effectivement, avec mmap() c'est un gaspillage de l'espace d'adressage qu'on obtient et non un gaspillage de la mémoire elle-même.
comment ça ?
Par contre, malloc() de chez GNU active le mmap() pour des blocs de 256K et en pratique, je n'ai jamais alloué de blocs de 256K.
128k par défaut: Symbol param # default allowed param values M_MMAP_THRESHOLD -3 128*1024 any (or 0 if no MMAP support)
et je ne vois pas beaucoup de cas où on alloue des blocs de 256K.
Tout ce qui est manipulation de données massives (image, son, ...)
Et je pense que la fragmentation est aussi valable pour le cas de petits blocs.
Sauf cas d'écoles, non, les trous se bouchent par des petits blocs en général. Pas toujours, mais souvent
Pour mmap, mmap ne crée pas de fragmentation, par son fonctionnement même. On a une perte de mémoire vu que la granularité de mmap est celle d'une page (4096 octets sur ia-32) ^^^^^ sur linux ia-32.
non, la taille de la page ne dépend pas de l'OS, mais de la MMU.
C'est vrai que sur ia-32 on peut aussi avoir des pages de 4Mo, mais c'est très très peu utilisé.
mais sur des grosses quantatités de mémoire, la perte est négligeable (sur 1Mo, elle est au pire de 0.4%)
Je devrais faire quoi ? Parler dans le vent sans me référer à quelque chose de concret ? Ou parler de ce que je connais pas ?
Justement, tu as l'air de dénigrer les autres implémentation sans les connaître.
non, je ne les dénigre pas, je n'en parle pas... où tu m'as vu dire que _seul_ le malloc GNU se comportait ainsi, ou que les autres étaient moins bon ?
Oui, il existe des cas où malloc (où n'importe quel malloc) gaspille de la mémoire à cause du phénomène gruyère. Maintenant, dans la pratique, il y a très peu de cas où ce gaspillage est important, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
tu sors cette proposition d'un chapeau ?
non, de mon expérience pratique, ainsi que de ce que j'ai pu en lire
-- Gael Le Mignot "Kilobug" - - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA
Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Marc Boyer
In article , DINH Viêt Hoà wrote:
Erwan David wrote:
(Gaël Le Mignot) écrivait :
Sans TCP-IP sous licence BSD aurait-on internet aujourd'hui ? À mon avis non...
D'ailleurs, sans BSD, aurait-on eut Unix aussi repandu qu'il l'est ?
sans BSD, aurions-nous eu Linux ? ou Mac OS X ?
Linux, je sais pas. Sans Minix, Linus aurait-il eut l'envie de faire Linux ? Et sans le succes de la famille BDS, Tanenbaum aurait-il eut envie d'ecrire Minix ? Sans le succes des BSD, les vendeurs de mainframe se seraient-il mis a Unix ?
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
In article <etPan.3fc4d785.413d137c.682a@homer>, DINH Viêt Hoà wrote:
Erwan David wrote:
kilobug@freesurf.fr (Gaël Le Mignot) écrivait :
Sans TCP-IP sous licence BSD aurait-on internet aujourd'hui ? À mon
avis non...
D'ailleurs, sans BSD, aurait-on eut Unix aussi repandu qu'il l'est ?
sans BSD, aurions-nous eu Linux ? ou Mac OS X ?
Linux, je sais pas. Sans Minix, Linus aurait-il eut l'envie
de faire Linux ? Et sans le succes de la famille BDS, Tanenbaum
aurait-il eut envie d'ecrire Minix ? Sans le succes des BSD,
les vendeurs de mainframe se seraient-il mis a Unix ?
Marc Boyer
--
Lying for having sex or lying for making war? Trust US presidents :-(
Sans TCP-IP sous licence BSD aurait-on internet aujourd'hui ? À mon avis non...
D'ailleurs, sans BSD, aurait-on eut Unix aussi repandu qu'il l'est ?
sans BSD, aurions-nous eu Linux ? ou Mac OS X ?
Linux, je sais pas. Sans Minix, Linus aurait-il eut l'envie de faire Linux ? Et sans le succes de la famille BDS, Tanenbaum aurait-il eut envie d'ecrire Minix ? Sans le succes des BSD, les vendeurs de mainframe se seraient-il mis a Unix ?
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
Gabriel Dos Reis
(Marc Espie) writes:
| Juste un doigt de proselytisme.
c'est plus qu'un doigt là, c'est du racolage actif ; que fait Sarko ? ;-p
-- Gaby
espie@tetto.gentiane.org (Marc Espie) writes:
| Juste un doigt de proselytisme.
c'est plus qu'un doigt là, c'est du racolage actif ; que fait Sarko ? ;-p
c'est plus qu'un doigt là, c'est du racolage actif ; que fait Sarko ? ;-p
-- Gaby
Gabriel Dos Reis
(Gaël Le Mignot) writes:
| moi, merci. Je ne comprends pas comment des auteurs de logiciel libre | peuvent trouver normal de laisser leur code se faire piller par des | gens ...
peut-être parce que tu n'as pas assez fait de logiciel libre et que ce n'est pas ton gagne pain ?
-- Gaby
kilobug@freesurf.fr (Gaël Le Mignot) writes:
| moi, merci. Je ne comprends pas comment des auteurs de logiciel libre
| peuvent trouver normal de laisser leur code se faire piller par des
| gens ...
peut-être parce que tu n'as pas assez fait de logiciel libre et que ce
n'est pas ton gagne pain ?
| moi, merci. Je ne comprends pas comment des auteurs de logiciel libre | peuvent trouver normal de laisser leur code se faire piller par des | gens ...
peut-être parce que tu n'as pas assez fait de logiciel libre et que ce n'est pas ton gagne pain ?
-- Gaby
kilobug
(Gaël Le Mignot) writes: | moi, merci. Je ne comprends pas comment des auteurs de logiciel libre | peuvent trouver normal de laisser leur code se faire piller par des | gens ...
peut-être parce que tu n'as pas assez fait de logiciel libre et que ce n'est pas ton gagne pain ?
Perdu, je suis justement payé pour développer du logiciel libre, c'est mon boulot...
-- Gael Le Mignot "Kilobug" - - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA
Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
kilobug@freesurf.fr (Gaël Le Mignot) writes:
| moi, merci. Je ne comprends pas comment des auteurs de logiciel libre
| peuvent trouver normal de laisser leur code se faire piller par des
| gens ...
peut-être parce que tu n'as pas assez fait de logiciel libre et que ce
n'est pas ton gagne pain ?
Perdu, je suis justement payé pour développer du logiciel libre, c'est
mon boulot...
--
Gael Le Mignot "Kilobug" - kilobug@nerim.net - http://kilobug.free.fr
GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959
Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA
Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
(Gaël Le Mignot) writes: | moi, merci. Je ne comprends pas comment des auteurs de logiciel libre | peuvent trouver normal de laisser leur code se faire piller par des | gens ...
peut-être parce que tu n'as pas assez fait de logiciel libre et que ce n'est pas ton gagne pain ?
Perdu, je suis justement payé pour développer du logiciel libre, c'est mon boulot...
-- Gael Le Mignot "Kilobug" - - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA
Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Gabriel Dos Reis
(Gaël Le Mignot) writes:
| | > (Gaël Le Mignot) writes: | > | moi, merci. Je ne comprends pas comment des auteurs de logiciel libre | > | peuvent trouver normal de laisser leur code se faire piller par des | > | gens ... | | > peut-être parce que tu n'as pas assez fait de logiciel libre et que ce | > n'est pas ton gagne pain ? | | Perdu, je suis justement payé pour développer du logiciel libre, c'est | mon boulot...
je crois qu'il y a une différence entre « en vivre » et « être payé pour ».
-- Gaby
kilobug@freesurf.fr (Gaël Le Mignot) writes:
|
| > kilobug@freesurf.fr (Gaël Le Mignot) writes:
| > | moi, merci. Je ne comprends pas comment des auteurs de logiciel libre
| > | peuvent trouver normal de laisser leur code se faire piller par des
| > | gens ...
|
| > peut-être parce que tu n'as pas assez fait de logiciel libre et que ce
| > n'est pas ton gagne pain ?
|
| Perdu, je suis justement payé pour développer du logiciel libre, c'est
| mon boulot...
je crois qu'il y a une différence entre « en vivre » et « être payé
pour ».
| | > (Gaël Le Mignot) writes: | > | moi, merci. Je ne comprends pas comment des auteurs de logiciel libre | > | peuvent trouver normal de laisser leur code se faire piller par des | > | gens ... | | > peut-être parce que tu n'as pas assez fait de logiciel libre et que ce | > n'est pas ton gagne pain ? | | Perdu, je suis justement payé pour développer du logiciel libre, c'est | mon boulot...
je crois qu'il y a une différence entre « en vivre » et « être payé pour ».
-- Gaby
DINH Viêt Hoà
(Marc Espie) writes:
| Juste un doigt de proselytisme.
c'est plus qu'un doigt là, c'est du racolage actif ; que fait Sarko ? ;-p
d'ailleurs, je propose de monter une association, on établirait une chapelle dans laquelle on danserait et on chanterait à la gloire du logiciel libre ... Ah mince, c'est déjà fait.
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
espie@tetto.gentiane.org (Marc Espie) writes:
| Juste un doigt de proselytisme.
c'est plus qu'un doigt là, c'est du racolage actif ; que fait Sarko ? ;-p
d'ailleurs, je propose de monter une association, on établirait une
chapelle dans laquelle on danserait et on chanterait à la gloire du
logiciel libre ... Ah mince, c'est déjà fait.
--
DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
c'est plus qu'un doigt là, c'est du racolage actif ; que fait Sarko ? ;-p
d'ailleurs, je propose de monter une association, on établirait une chapelle dans laquelle on danserait et on chanterait à la gloire du logiciel libre ... Ah mince, c'est déjà fait.
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
