Reprise du message précédent :

C'est vrai, ça j'en ai rien à faire.
C'est juste que je me demande s'il vaut mieux 10², 16², 26² ou 100² subdivisions. Est ce qu'a partir d'un certain nombre ça va me couter plus ou est ce que ça n'a aucun impact ?

ca va dépendre de trop  de paramètres pour avoir une réponse absolue
 
a la limite, tu fais un jeu de test ( un script qui crée les arborescence, un autre qui lit et qui mesure )  histoire  de choisir une bonne solution en fonction du matériel dispo

Les fichiers de la ged sont stockés sur un serveur. Je suis pas sur que nos clients sauvegardent quotidiennement le serveur ou le duplique !
Mais au final, ça change rien de faire des millésimes
 

Tu dois bien avoir un connard sur le net qui a deja fait ca
 
Ou demande a machine il a rien a faire

S'il sait pas gerer son infra il va crever et c'est bon

10TO dans une GED et ils font pas de sauvegardes ? C'est pour des clampins de la fonction publique ?

 
Ah bah ouais, quelle que soit la répartition des fichiers, s'ils sont jamais sauvegardés t'es niqué

Même pour du multisites ou des raisons de sécurités (s'il veut sauvegarder les données économique sur un serveur sécurisé) ?

Globalement non. Tout dépend du serveur et du réseau, mais pour un serveur récent, le zippage est plus rapide que le transfert. Après, il est pas interdit de faire des tests, mais d'expérience:
- pour les gros fichiers, on gagne en gzippant,
- pour les tout petits fichiers, on perd, mais le temps total est faible. Par contre, dès qu'il y a des centaines de fichiers, il est plus rapide et plus fiable de faire un gros paquet avec zip ou tar.gz et de tout envoyer d'un coup.

Machine !
Bouge ton gros cul flasque

 
le BTP

 
Faut voir ce qu'il stocke, si c'est du gros pdf ou du jpg ca a pas trop d'interet
En general une ged c'est pas vraiment des paquets de petits fichiers

sinon ya sharepoint qui fait ged aussi

ouai mais le dézippage va se faire sur le poste client aussi
Ca ça peut puer du sexe
 
Gzip c'est du gnu ! Ca va pas m'entrainer certaine obligation légal ou moral ?

Ouai gros pdf, gros fichiers autocad, grosses images.

non, d'ailleurs, même directX Inclu gzip

Bah c'est 99% du temps deja compresse les pdg et les images (autocad je sais pas)
Puis au prix du GO

Dion, expert sharepoint

Si t'es sur le même disque et un OS qui ne date pas de Mathusalem, entre 26² et 100², à mon avis tu seras bien en peine de voir une différence. Si tes 10 To sont répartis sur différents disques, tu vas évidemement dépendre des accès disques en question.

Pourquoi un modulo d'ailleurs ?
Les 2 ou 4 derniers chiffres de mon id en ordre inverse peuvent pas suffire ?

Je pense business, le temps que Stiffler arrive a faire un truc comme ca il aura coule sa boite ...

 
C'est quoi la taille des fichiers ? Moyenne, médiane ? A moins de décompresser des trucs de plusieurs dizaines/centaines de Mo, pas de problème.

C'est pas pour économiser le GO, c'est plus pour l'ouverture de certains fichiers.

Pour du jpg et du PDF, effectivement, ça n'a aucun intérêt vu que ce sont des formats déjà  compressés. Mais pour du Word et du Excel, voire (cauchemardons un peu), une BD Access, alors là, c'est très intéressant. Si le client est intelligent, il serait capable de décider en fonction de l'extension quel type de fichier il a affaire, et compresse ou non en fonction.

edit:
ok, PDF, compression inutile, jpg aussi, autocad (fichiers texte ou dwg) --> très utile

(au passage si les mecs dont de l'autocad, j'espère qu'ils sont pas sur un 286)

 
il se pose des questions le petit c'est bien  

si, si tu veux 100 ou 10000 répertoires.  
 
le modulo a l'avantage de te permettre d'en faire 42 si ca te chante, mais c'est probablement inutile dans ton cas.

Si les utilisateurs travaillent directement sur les fichiers sur le serveur, il y a pas de copie locale, non ? (je veux dire par windows)
Du coup Gzip n'as pas d'intérêt, si ? Mais par contre mon serveur risque d'être sur les genoux ? (on vise 100-150 utilisateurs maxi ! )

Tout est < 10Mo sauf certains pdf / autocad de 100 à 300 Mo !

La BD access tu la compactes frequemment, comme ca tu gardes une taille optimale (best practice Microsoft Office Specialist).
Si le client est intelligent il fait pas appel a une boite specialise en windev pour redevelopper une GED
 

Ah bah c'est comme si vapeur essayait de bosser hein
 

^
tu sais que la compression a la volée gzip est activée sur la majorités des serveurs web ?

Jvous ai parle de mon appli de calcul mono cpu ?

okay merci

ouai ça je sais !

Un système ouverture et manipulation des fichiers directement sur le serveur, c'est envisageable ?
C'est moins propre que de la copie locale mais la gestion des fichiers par l'appli est plus facile, non ?

Hé j'ai édité !
Je peux inclure gzip dans mon appli, comme ça ils l'auront sur tous les posts clients !

ça dépend, il faut que ce soit utilisable ou juste que ça marche?

tu vas rigoler quand 2 personens vont ouvrir le meme document ( word par exemple )  , ainsi que pour la gestion de la sécurité

L'existence de Captain Obvious établie scientifiquement

Le plus simple, c'est encore de proposer la compression en option. Comme ça, quelques tests sur le réseau final donneront assez vite une réponse.
Quand à la possibilité de travailler directement par le réseau, je ne connais pas suffisamment Autocad pour savoir si c'est possible ET si ça a un intérêt. Les archis eux-mêmes sont mieux à même de te répondre sur ce point. Mais de toute façon, s'ils bossent sur le serveur, ils bosseront forcément sur une copie du fichier archivé. Donc l'intérêt de la chose est à mon avis très limité. Et là, il faut penser  au problème du lock qui empêche 2 archis de bosser sur le même fichier en même temps.
C'est entre autre pour ce genre de pb que pas mal de bureaux d'archi passent à des outils comme Revit. Mais bon, on ne change pas le workflow de 150 personnes du jour au lendemain.
Enfin, la possibilité de revenir en arrière sur un plan est quand même utile en archi, je pense. D'où l'idée de soit gérer des versions par BD, soit par un outil comme Mercurial.

edit: grillé par flo850

Les  applefan son désespérants