Merci pour ta r�ponse. Cel� r�pond en partie � ma question.

Dans mon cas, cela signifie donc que le kernel est OK (puisque je suis en
2.4).

Reste donc

> le filesystem EXT2 : Comment savoir si une limitte est fix�e ? je l'ai cr�e
de base sans modifier de param�tres.
> les librairies C peuvent elles �tre mises � jour ?
> Les application user-space ? une application de base de donn�e par exemple ?



merci pour tes lumi�res :o)

Alexandre Dulaunoy a �crit :

>         Le probl�me n'est pas si  simple. Les limites sont � plusieurs
>         endroits dans le syst�me :
>
>         - Le Kernel
>         - Le filesystem lui-m�me
>         - Les librairies C
>         - Les application user-space
>
>         Le Kernel depuis  le 2.4 supporte le LFS  (Large File Support)
>         car en  fait avant  les calls l_seek  & co retournait  sur une
>         machine 32bits. La valeur sign�e de 32 bits ne pouvait exprim�
>         pas plus de 32bits.
>
>         Donc  LFS  est disponible.  Maintenant  le  probl�me, il  faut
>         l'utiliser.
>
>         C'est � dire comme les libraries C incluent des nouveaux calls
>         pour  retourner  des  valeur  sur  64bits  (sur  des  machines
>         32bits), par ex. fopen64 ... (ce qui est le cas avec GLIBC2.2)
>
>         Bien entendu, il faut que les programmes en user-space utilise
>         cela genre compil� avec  des macros sp�cifiques. Mais qui font
>         plusieurs  trucs comme  le return  en  64 bits  ou co...  Bien
>         entendu, il faut utiliser aussi les bons calls.
>
>         Je  dirais que la  majorit� des  applications bien  �crites ne
>         posent pas de probl�me.
>
>         Je n'ai pas encore parl� du  FileSystem ;-) En fait, tu as des
>         fs qui utilisent LFS (comme ext2 dans le 2.4 ou ext3). Mais tu
>         as aussi  des fs qui  sont limit�s �  2Gb pour des  raisons de
>         conception.
>
>         Je peux  entrer dans plus  de d�tails mais  je ne sais  pas si
>         cela r�pond � ta question.
>
>         adulau
>
> --
>                               Alexandre Dulaunoy -- http://www.foo.be/
>   3B12 DCC2 82FA 2931 2F5B 709A 09E2 CD49 44E6 CBCD  ---   AD993-6BONE
> "People who fight may lose.People who do not fight have already lost."
>                                                         Bertolt Brecht
>
> On Mon, 14 Oct 2002 [EMAIL PROTECTED] wrote:
>
> > Bonjour la liste,
> >
> > Suse linux 7.2
> >
> >
> > Je suis confront� � un petit probl�me sur certaines machines de
> > production.
> >
> > J'ai besoin d'utiliser des fichiers de + de 2 Go. Or, il semble que 2 Go
> > soit justement la limitte acceptable par le syst�me. Je peux cr�er les
> > fichiers, mais il est impossible de les manipuler. Je suis oblig� de les
> > supprimer. S'agit il d'un particularit� de la suse ?
> >
> > Lorsqu'on regarde la d�finition du syst�me de fichier EXT2, il s'av�re
> > que pour un processeur 32 bits, le plus gros fichier peut faire 4Go.
> > Comment expliquer cette diff�rence ? On peut donc cr�er un fichier de +
> > de 2 Go, mais on ne pas l'utiliser ?
> >
> > J'ai du mal � �claircir la situation.
> >
> > Merci d'avance pour vos r�ponse.
> >
> > --
> > Sinc�rement,
> >
> > jm.aries
> >
> >
> > _______________________________________________________
> > Linux Mailing List - http://www.unixtech.be
> > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
> > Archives: http://www.mail-archive.com/[email protected]
> > IRC: efnet.skynet.be:6667 - #unixtech
> >
> >
> >
>
> _______________________________________________________
> Linux Mailing List - http://www.unixtech.be
> Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
> Archives: http://www.mail-archive.com/[email protected]
> IRC: efnet.skynet.be:6667 - #unixtech

--
Sinc�rement,

jm.aries
Imprimeries IPS


_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/[email protected]
IRC: efnet.skynet.be:6667 - #unixtech

Répondre à