Re: Installation Carte SCSI Future Domain TMC-885
On Mon, 23 Apr 2001, you wrote: > Pour diviser ce temps par deux, ne pourrait-on pas simplement ajouter une > 2eme tête de lecture par plateau, à 180°... C'est la technique adoptee sur les disques haut de gamme... il y a 20 ans... c'est tres couteux ! La gestion de la synchronisation entre les deux bras, meme si les lectures sont legerement asynchrones ne doit pas etre de la tarte. Aujourd'hui, cette technique est abandonnee et l'on prefere augmenter le nombre de plateaux (Ce qui pose d'autres problemes) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Connexion de périphériques SCSI externes "à chaud"
Bonjour, > Est-il possible de (dé)connecter un périphérique SCSI externe (graveur de > CD-R/RW ou lecteur ZIP ou lecteur de bandes DAT) sous Linux sans redémarrer > la machine ? Pour mon scanner SCSI, je devais faire (en root) quelque chose du genre echo "scsi_add_single_device " > proc/scsi C'est cite de tete, je ne garantis pas la syntaxe. Dans les ..., il devait y avoir des options specifiant le no de la carte scsi et le no du peripherique sur la carte Bien sur, il faut que le fs /proc soit active > Si oui, peut-on configurer le pilote de la carte SCSI en tant que module > (qui ne se chargerait qu'en cas de besoin) ? Ca depend de la carte, mais je pense qu'il n'y aura pas de probleme de ce cote. Dom Dominique LOVY, Dept. de Chimie-Physique, Universite de GENEVE 30 Quai Ansermet, CH-1211 GENEVE 4 (Suisse) Tel. : ++41 22 702 65 41Fax : ++41 22 702 61 03 E-Mail : [EMAIL PROTECTED] -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Connexion de périphériques SCSI externes "à chaud"
On Mon, 23 Apr 2001, Lehmann Yann wrote: > Est-il possible de (dé)connecter un périphérique SCSI externe (graveur de > CD-R/RW ou lecteur ZIP ou lecteur de bandes DAT) sous Linux sans redémarrer > la machine ? Oui, echo 'scsi remove-single-device 0 0 4 0' > /proc/scsi/scsi # ID 4 echo 'scsi add-single-device 0 0 4 0' > /proc/scsi/scsi Maintenant cela ne garantit pas que ta carte SCSI le supporte en hardware. Si tu as des disques sur le même bus SCSI, utilisés, je déconseille fortement. > Si oui, peut-on configurer le pilote de la carte SCSI en tant que module > (qui ne se chargerait qu'en cas de besoin) ? Oui, bien sûr. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
On Mon, 23 Apr 2001, Daniel Cordey wrote: > Ah, ah. Le seek time est "directement" fonction de la vitesse de rotation !!! > En effet, combien de temps faut-il pour acceder a un bloc, sachant que > celui-ci vient de passer "sous" la tete de lecture ? Ce qui fait que si l'on > double la vitesse de rotation, on divise par deux le seek time. Pour diviser ce temps par deux, ne pourrait-on pas simplement ajouter une 2eme tête de lecture par plateau, à 180°... -- Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
On Mon, 23 Apr 2001, you wrote: > Non. L'hôte écrit par bloc de 4k, sur un contrôleur, qui écrit ensuite par > bloc de 512 bytes sur des disques normaux (il existe certes des disques > avec bs=256 ou bs=1024, mais ce n'est plus courant). > .. > Donc la place gaspillée est au plus de 4k (voire moins si on implémente > les blocs fragmentés à la BSD ffs, chose que ext2 ne fait pas). Merci, leçon retenue :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Connexion de périphériques SCSI externes "à chaud"
Bonjour, Est-il possible de (dé)connecter un périphérique SCSI externe (graveur de CD-R/RW ou lecteur ZIP ou lecteur de bandes DAT) sous Linux sans redémarrer la machine ? Si oui, peut-on configurer le pilote de la carte SCSI en tant que module (qui ne se chargerait qu'en cas de besoin) ? Le système sur lequel j'aimerais réaliser ceci a un disque dur et un lecteur DVD-ROM IDE, et les périphériques SCSI ne servent que de temps à autre (sur ce système). Merci. Yann Lehmann -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
On Mon, 23 Apr 2001, Daniel Cordey wrote: > Mais... il me semble que l'on continue a ecrire un bloc de 4K par disque. Ce Non. L'hôte écrit par bloc de 4k, sur un contrôleur, qui écrit ensuite par bloc de 512 bytes sur des disques normaux (il existe certes des disques avec bs=256 ou bs=1024, mais ce n'est plus courant). Comme tout bloc de 4k au primaire finit par l'écriture de 8 blocks de 512 sur 8 parmi 9 disques (plus, sur un des 9 disques, la parité `rotative'), il n'y a pas de read-modify-write. Par contre, c'est évidemment efficace (à cause du seek) que pour des tailles importantes d'IO: p.ex. si c'est efficace usuellement pour 16k ou 32k, avec ce système faut plutôt 128k ou 256k, donc tu as raison que c'est pour les gros fichiers. Donc la place gaspillée est au plus de 4k (voire moins si on implémente les blocs fragmentés à la BSD ffs, chose que ext2 ne fait pas). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Problème bizarre sous SAMBA
Yann Souchon wrote: >>> répertoire POTATO_UNSTABLE_UPDATES; ou encore >>> http://www.fs.tum.de/~bunk/kernel-24.html). >Quelqu'un a testé ses packages pour mettre la potato en 2.4.x ? La news >a l'air d'être officiel, je pense pas que ça devrait poser trop de >problème. >Je compte installer ça pour avoir netfilter et 2 ou 3 trucs que les >2.2.x n'ont pas. J'ai testé netfilters vs masquerading avec kernel 2.4 sur la debian 2.2 ca fonctionne nickel, bon c'est vrai y'a pas mal de manipulations à faire au niveau de la gestion des modules. @++ JC
Re: Installation Carte SCSI Future Domain TMC-885
On Mon, 23 Apr 2001, you wrote: > oui, c'est ce qu'on disait avec 10 MByte/s aussi, ou nos clients avec le > 20 MByte/s, puis le 30 MByte/s ... encore qu'aujourd'hui le besoin a un > peu baissé vu que les systèmes de compression en vidéo sont très > communs et performants. C'est toujours la meme chose. On recoit une machine qui va 5 fois plus vite que la precedente, on s'extasie... puis avec le temps on finit par trouver qu'elle traine :-) > Les premiers 10'000 étaient peu fiables, chauffaient beaucoup, etc. > Voilà un disque IBM à 15'000 RPM: Les roulements a billes tournants a 15'000 tours c'est techniquement superbe ! Surtout sans lubrification... Mais au-dela, ca commence a coincer... Il est normal que ca chauffe. Pour eviter d'avoir du jeux, les roulements doivent forcement avoir une legere precontrainte (quelques microns, pas plus); mais ca suffit deja. Il va etre difficile de monter la vitesse de rotation avec des roulement non auto-lubrifies (et on oublie la lubrification avec des gouttes d'huile svp !). >http://www.storage.ibm.com/press/hdd/20010130.htm > > vitesse: 647 MBit/s (medium), plus que 52 MByte/s en continu. > Seek time: 3.4 ms (bon faut savoir ce que ça veut dire). Average seek time... purement statistique, mais quand meme significatif. > Effrayant, non ? IBM a une equipe tres forte dans ce domaine. > (d'ailleurs le seek time a peu baissé, mes disques en 1990 avaient déjà > 8-10 ms). Ah, ah. Le seek time est "directement" fonction de la vitesse de rotation !!! En effet, combien de temps faut-il pour acceder a un bloc, sachant que celui-ci vient de passer "sous" la tete de lecture ? Ce qui fait que si l'on double la vitesse de rotation, on divise par deux le seek time. Note qu'il y a 20 ans, les disques avaient un AST de 45 ms et des transferts a 300-500 KB/s. Aujourd'hui, nous avons multiplie le AST d'un ordre de grandeur seulement... alors que dans le meme temps l'augmentation de la frequence d'horloge des CPUs a fait un bond d'environ 400. On peut encore parallelise l'execution des CPU en augmentant ainsi le CPI, alors que nous arrivons vraiment a une asymptote en ce qui concerne les disques (concernant les temps d'acces). Passer de 15'000 a 20'000 est un grand defi technologique. Alors que double le nombre d'unites logique d'un CPU est beaucoup plus facile. > Un des gros problèmes du RAID5 c'est le read-modify-write, ce qui pénalise > l'écriture: pour recalculer la parité. Les systèmes commerciaux trichent > de différentes façons: une façon est le cache. Mais suivant le `pattern' > d'accès (en particulier p.ex. si le filesystem est désaligné), si le > système n'a pas d'algorithme auto-adaptatif, cela ne suffit pas. > > Mais si tu présentes des blocs de 4k (soit dit en passant c'est la taille > au niveau du fs de nos jours sur les gros disques, et aussi la taille de > page sur ix86), Comme par hasard ! D'ailleurs il me semble que tous les UNIX ont des tailles de pages de 4K et la memem taille de blocs sur les disques. La taille des pages peut etre modifiees dans HP-UX, mais cela est reserve a des applications tres particulieres (systemes dedies). > dans ce cas une configuration à 9 disques (8 disques de > données, 1 disque de parité) peut fonctionner à 100% de la performance > (soit 800% par rapport à un disque) sans read-modify-write cycle. Mais... il me semble que l'on continue a ecrire un bloc de 4K par disque. Ce qui fait qu'un fichier contenant un byte utilisera 32 KB. C'est d'ailleurs la raison pour laquelle on recommande ce genre d'utilisation seulement pour les applications utilisant de "gros" fichiers. Remarque que sachant que "hello world !" sous "Word" uccupe plus de 32 KB...:-) > Personnellement je crois plus à un concept différent, qui est de > s'affranchir, au niveau de l'OS, du concept de bloc device, et donner des > bouts de fichiers au système de stockage qui s'arrange pour le stocker de > la meilleure façon. Un peu comme un serveur de fichier, mais implémenté > dans un disque. Sauf erreur Fujitsu ont une fois montré un embedded Linux > sur un disque. Mais y-a-t-il des projets en cours pour des serveusr de ce type ? Des trucs du genre File System Agregation acceder a l'aide d'un bus rapide ? Je sais que le protocole de Fiber Channel permet un dialogue entre CPUS, mais je n'ai encore rien vu a ce sujet. > Il y a aussi GFS http://www.globalfilesystem.org qui promet beaucoup dans > l'interconnexion et la fiabilité. Je vais aller y jeter un coup d'oeil. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
On Mon, 23 Apr 2001, Daniel Cordey wrote: > 40 MB/s c'es deja pas mal ! Pour aller plus vite, il faut soit augmenter la oui, c'est ce qu'on disait avec 10 MByte/s aussi, ou nos clients avec le 20 MByte/s, puis le 30 MByte/s ... encore qu'aujourd'hui le besoin a un peu baissé vu que les systèmes de compression en vidéo sont très communs et performants. > vitesse de rotation du disque ? A 15'000 on est deja proche de l'exploit... Les premiers 10'000 étaient peu fiables, chauffaient beaucoup, etc. Voilà un disque IBM à 15'000 RPM: http://www.storage.ibm.com/press/hdd/20010130.htm vitesse: 647 MBit/s (medium), plus que 52 MByte/s en continu. Seek time: 3.4 ms (bon faut savoir ce que ça veut dire). Effrayant, non ? (d'ailleurs le seek time a peu baissé, mes disques en 1990 avaient déjà 8-10 ms). > plus gros blocs. Il n'est pas certain qu'il soit avantageux d'avoir des blocs > de 16K afin de pouvoir les lire en 4x4K... Les bus SCSI actuels permettent Un des gros problèmes du RAID5 c'est le read-modify-write, ce qui pénalise l'écriture: pour recalculer la parité. Les systèmes commerciaux trichent de différentes façons: une façon est le cache. Mais suivant le `pattern' d'accès (en particulier p.ex. si le filesystem est désaligné), si le système n'a pas d'algorithme auto-adaptatif, cela ne suffit pas. Mais si tu présentes des blocs de 4k (soit dit en passant c'est la taille au niveau du fs de nos jours sur les gros disques, et aussi la taille de page sur ix86), dans ce cas une configuration à 9 disques (8 disques de données, 1 disque de parité) peut fonctionner à 100% de la performance (soit 800% par rapport à un disque) sans read-modify-write cycle. Personnellement je crois plus à un concept différent, qui est de s'affranchir, au niveau de l'OS, du concept de bloc device, et donner des bouts de fichiers au système de stockage qui s'arrange pour le stocker de la meilleure façon. Un peu comme un serveur de fichier, mais implémenté dans un disque. Sauf erreur Fujitsu ont une fois montré un embedded Linux sur un disque. Il y a aussi GFS http://www.globalfilesystem.org qui promet beaucoup dans l'interconnexion et la fiabilité. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
On Sun, 22 Apr 2001, you wrote: > Aujourd'hui j'ai un peu perdu pied, mais les derniers disques IBM sont > autour de 40 MByte/s (croisière; en burst c'est jusqu'à 160 MByte/s). 40 MB/s c'es deja pas mal ! Pour aller plus vite, il faut soit augmenter la densite sur le disque, soit augmenter la vitesse de rotation, soit lire sur plusieurs tetes en //. Je sais bien que l'on annonce tout le temps que l'on est proche des limites physiques (en ce qui concerne les pistes magnetiques), mais la il se pourrait que l'on en soit plus tres loin :-) Augmenter la vitesse de rotation du disque ? A 15'000 on est deja proche de l'exploit... Au-dela, les problemes mecaniques des roulements augmentent de maniere drastique. Plusieurs tetes en // ? Oui, mais a condition d'avoir a lire de plus gros blocs. Il n'est pas certain qu'il soit avantageux d'avoir des blocs de 16K afin de pouvoir les lire en 4x4K... Les bus SCSI actuels permettent surtout de connecter plusieurs disques a haut debit sur un meme bus. Ce qui permet de mettre au moisn 4 disques de 40 MB/s sur un meme bus sans experimenter de saturation (en theorie). Ce bus est donc surtout adapter aux serveurs, bien qu'il offre de bonnes performances sur des stations. Pour aller au-dela, il faut commencer a rediscuter de l'architecture interne des PC :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: hdparm, ou comment mettre de l'adrénaline d ans
J'ai trouvé il y quelques mois cette article, sur mes vieux IDE Maxtor 7gb, je monte à env. 20Mo/s :-)) http://www.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html Blaise Vogel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.