Dat avec ecriture compressee
Bonjour, C'est pas spécifique Debian, mais porte sur la compréhension des périphériques scsi avec format compressé. Je suis sous woody, j'ai un dat interne de type HP C5683A (dat40i) branché en UW160. Normalement il permet la compression et ainsi stocker 40 go sur une bande, au lieu de 20Go. Bien sûr la doc HP est très riche pour windows et très faible pour Linux. Je n'ai pas réussi à savoir comment activer le mode compressé ! De plus je voudrais faire un tunning pour éventuellement rendre le périphérique plus performant. Est-ce avec le driver scsi (cf doc /usr/src/linux/drivers/scsi/README.st) qu'il faut jouer (ioctl MTSETDENSITY). Est-ce avec les périphériques générés comme /dev/nst0 /dev/nst0a /dev/nst0l /dev/nst0m. Votre aide sera la bienvenue. -- - Bertrand Lemaitre ISTIA Université d'Angers 62 Av Notre Dame du Lac , 49000 Angers -
Re: Dat avec ecriture compressee
euh... je tente une réponse... : bonjour, si tu utilises 'tar' pour tes backup, tu peux utiliser les arguments 'c' (compress) ou 'j' (bzip) pour compresser en même temps. Mais je ne sais pas si ton DAT peut en + compresser cette compression, ou si c'est au choix... voilà une pauvre réponse :-/ Benoit. Bertrand lemaitre a écrit: Bonjour, C'est pas spécifique Debian, mais porte sur la compréhension des périphériques scsi avec format compressé. Je suis sous woody, j'ai un dat interne de type HP C5683A (dat40i) branché en UW160. Normalement il permet la compression et ainsi stocker 40 go sur une bande, au lieu de 20Go. Bien sûr la doc HP est très riche pour windows et très faible pour Linux. Je n'ai pas réussi à savoir comment activer le mode compressé ! De plus je voudrais faire un tunning pour éventuellement rendre le périphérique plus performant. Est-ce avec le driver scsi (cf doc /usr/src/linux/drivers/scsi/README.st) qu'il faut jouer (ioctl MTSETDENSITY). Est-ce avec les périphériques générés comme /dev/nst0 /dev/nst0a /dev/nst0l /dev/nst0m. Votre aide sera la bienvenue.
Re: Dat avec ecriture compressee
Le 12240ième jour après Epoch, Bertrand lemaitre écrivait: > Bonjour, > > C'est pas spécifique Debian, mais porte sur la compréhension des > périphériques scsi avec format compressé. > > Je suis sous woody, j'ai un dat interne de type HP C5683A (dat40i) > branché en UW160. > > Normalement il permet la compression et ainsi stocker 40 go sur une > bande, au lieu de 20Go. Il me semble que sur ce type de DAT, tu as un switch qui force la compression systématiquement. Sinon, il me semble aussi que le nom du périph intègre cette notion: st0 : Normal nst0 : No rewind nrst0 : No rewind, compress nvst0 : ... Ces valeurs sont des exemples, et en aucun cas ne sont les valeurs à entrer pour ta sauvegarde. -- Never offend people with style when you can offend them with substance. -- Sam Brown, "The Washington Post", January 26, 1977 -- François TOURDE - tourde.org - 23 rue Bernard GANTE - 93250 VILLEMOMBLE Tél: 01 49 35 96 69 - Mob: 06 81 01 81 80 eMail: mailto:[EMAIL PROTECTED] - URL: http://francois.tourde.org/
Re: Dat avec ecriture compressee
utilise la commande mt (c'est une commande qui existe sur tous les unix a ma connaissance ) elle sert a gerer les enregistrement sur bande mt datcompression 2 : activation de la compression mt datcompression 0 : deactivation de la compression mt datcompression 1 : visulation de la compression sinon t'as mt status : qui te permet d'avoir des infos sur la bande mt offline : ejection de la bande sinon c'est des commande de deplacement sur la bande ( RTFM) sinon pour ceux qui on des robots la commande qui permet de les gerer est mtx Remq 1 : la compression en general a plutot un taux de 1.5 (c'est purement empirique la ) mais bon si c'est du divx ou du mp3 oublie :-)) Remq 2 : j'ai l'impression que les differents mode represente par les dev permette de force le type de DDS ( mais bon ca sans garantie je me sert que de st0 ou st0m ) Remq 3 : mt et mtx on leur package propre . Bertrand lemaitre a écrit: Bonjour, C'est pas spécifique Debian, mais porte sur la compréhension des périphériques scsi avec format compressé. Je suis sous woody, j'ai un dat interne de type HP C5683A (dat40i) branché en UW160. Normalement il permet la compression et ainsi stocker 40 go sur une bande, au lieu de 20Go. Bien sûr la doc HP est très riche pour windows et très faible pour Linux. Je n'ai pas réussi à savoir comment activer le mode compressé ! De plus je voudrais faire un tunning pour éventuellement rendre le périphérique plus performant. Est-ce avec le driver scsi (cf doc /usr/src/linux/drivers/scsi/README.st) qu'il faut jouer (ioctl MTSETDENSITY). Est-ce avec les périphériques générés comme /dev/nst0 /dev/nst0a /dev/nst0l /dev/nst0m. Votre aide sera la bienvenue.
[Precision ?!?] Re: Dat avec ecriture compressee
Le Mon Jul 07 2003 à 03:02:50PM +0200, Benoit Lathiere ecrivit : > euh... je tente une réponse... : > > bonjour, > > si tu utilises 'tar' pour tes backup, tu peux utiliser les arguments 'c' > (compress) ou 'j' (bzip) pour compresser en même temps. > Mais je ne sais pas si ton DAT peut en + compresser cette compression, ou > si c'est au choix... mt, comme précisé dans un autre mail active la compression matérielle. Il est tout de même à noter que l'utilisation d'un compresseur avec tar diminue le temps de sauvegarde (par expérience, mais peut être que les lecteurs DAT sont maintenant plus performants). Je n'ai pas testé si la taille d'archives diminuait en appliquant la double compression (40 Go représente ~ 6 heures ...). La question est sont-ce les même types de compressions, est-ce que c'est du même type que les compressions sur les magnétoscopes ? Au quel cas, il y a usure de bande. David Dumortier.
Re: [Precision ?!?] Re: Dat avec ecriture compressee
Sur les magnetoscope il me semble que ce n'est pas de la compression mais une utilisation differente de la bande , on utilise une densite d'ecriture superieur a la norme . Pour les DDS c'est une compression quit est effectuer par le controlleur du DDS avant l'inscription sur la bande . Tu dois pouvoir gagner de la place en utilisant bzip2 ou gzip car leurs systemes de compression sont plus performant que celui du DDS . Mais comme d'habitude ca depends de ce que tu compresse . David Dumortier a écrit: Le Mon Jul 07 2003 à 03:02:50PM +0200, Benoit Lathiere ecrivit : euh... je tente une réponse... : bonjour, si tu utilises 'tar' pour tes backup, tu peux utiliser les arguments 'c' (compress) ou 'j' (bzip) pour compresser en même temps. Mais je ne sais pas si ton DAT peut en + compresser cette compression, ou si c'est au choix... mt, comme précisé dans un autre mail active la compression matérielle. Il est tout de même à noter que l'utilisation d'un compresseur avec tar diminue le temps de sauvegarde (par expérience, mais peut être que les lecteurs DAT sont maintenant plus performants). Je n'ai pas testé si la taille d'archives diminuait en appliquant la double compression (40 Go représente ~ 6 heures ...). La question est sont-ce les même types de compressions, est-ce que c'est du même type que les compressions sur les magnétoscopes ? Au quel cas, il y a usure de bande. David Dumortier.
Re: [Precision ?!?] Re: Dat avec ecriture compressee
Merci à tous. En creusant avec mt, j'ai effectivement découvert comment positionner la densité et activer la compression. Dans la doc mt debian n'apparaissent pas les codes de densité que j'utilise : 0x25 pour dds-3 0x26 pour dds-4 Par contre j'ai un message au démarrage (dmesg) qui est identique pour les 2 lecteurs (1 supporte le dds3, l'autre le dds-4), "st0 : block limits 1-16777215" et je me demande si ce n'est pas cette info qui ferait que les bandes ne sont pas utilisées complètement lorsque la compression est activée et que la fin de bande serait détectée prématurément. Dans les options de compilation du noyau je n'ai rien vu qui traite du block limit, à moins qu'il ne s'agisse de la même notion que le block size (cf /usr/src/linux/drivers/scsi/README.st). Savez vous comment la fin de bande est détectée ? Par ce que le périphérique ne peut plus écrire physiquement ou parce qu'il a détecté que le nombre de blocks écrits correspondait à une valeur limite ? Le jeu 10/07/2003 à 10:00, Romaric ALIX a écrit : > Sur les magnetoscope il me semble que ce n'est pas de la compression > mais une utilisation differente de la bande , on utilise une densite > d'ecriture superieur a la norme . > > Pour les DDS c'est une compression quit est effectuer par le > controlleur du DDS avant l'inscription sur la bande . > > Tu dois pouvoir gagner de la place en utilisant bzip2 ou gzip car leurs > systemes de compression sont plus performant que celui du DDS . Mais > comme d'habitude ca depends de ce que tu compresse . > > > David Dumortier a écrit: > > >Le Mon Jul 07 2003 à 03:02:50PM +0200, Benoit Lathiere ecrivit : > > > > > >>euh... je tente une réponse... : > >> > >>bonjour, > >> > >>si tu utilises 'tar' pour tes backup, tu peux utiliser les arguments 'c' > >>(compress) ou 'j' (bzip) pour compresser en même temps. > >>Mais je ne sais pas si ton DAT peut en + compresser cette compression, ou > >>si c'est au choix... > >> > >> > > > >mt, comme précisé dans un autre mail active la compression matérielle. Il > >est tout de même à noter que l'utilisation d'un compresseur avec tar diminue > >le temps de sauvegarde (par expérience, mais peut être que les lecteurs DAT > >sont maintenant plus performants). Je n'ai pas testé si la taille > >d'archives diminuait en appliquant la double compression (40 Go représente ~ > >6 heures ...). > > > >La question est sont-ce les même types de compressions, est-ce que c'est du > >même type que les compressions sur les magnétoscopes ? Au quel cas, il y a > >usure de bande. > > > >David Dumortier. > > > > > > > > > > > > -- > Pensez à lire la FAQ de la liste avant de poser une question : > http://savannah.nongnu.org/download/debfr-faq/html/ > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- - Bertrand Lemaitre ISTIA Université d'Angers 62 Av Notre Dame du Lac , 49000 Angers -
