Re: Choix d'un serveur Linux (Re: Le C sous Linux)
En durée de vie, le DAT peut durer jusqu'à 15 ans s'il est stocké dans de bonnes conditions *et déroulé régulièrement* (faudrait que je retrouve l'information exacte pour être sûr). Mais dans des conditions usuelles de bureautique sans trop de précautions, peut-être 5 ans (en tous cas j'arrive à relire mes backups de 1995). Le CD pressé, lui, peut durer vraisemblablement 20 ans. Le CD gravé, hum, je ne pense pas au-delà de 5 ans. Et cela dépend probablement de l'entreposage, etc. La longévité des CD-R dépend surtout des matériaux utilisés. Un CD-R à base d'argent ou à base d'alu peut durer entre un mois (expérience) et 100 ans (estimation des fabricants). Kodak prévoit une longévité de 200 ans pour ses CD-R à base d'or (~2.40 la pce chez Infomaniak) http://www.kodak.com/US/en/digital/cdr/features.shtml Pour plus d'infos (en anglais) voir http://www.cd-info.com/CDIC/Technology/CD-R/ ou http://www.mscience.com/survey.html Il est parfois utile de distinguer entre l'archivage des données (sur des CD-R) et la sauvegarde journalière des disques durs (sur plusieurs cassettes DAT/QIC en rotation). Ce qui dure le plus longtemps c'est vraisemblablement le paper-tape :)) (mais la densité n'est pas énorme). Et question compatibilité il n'y a pas mieux - on peut les lire à l'oeil nu :)) Milan Starke Distridim SA, tel/Fax +41(22)7936046 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Choix d'un serveur Linux (Re: Le C sous Linux)
On 29 Sep 2000, Paul-Jean Cagnard wrote: Je me suis limité à 9 GB par simple conservatisme: j'achète toujours une génération de retard (en 1996 j'ai acheté des DCAS/4 GB (5400 RPM) alors Une seule ? Ca me rappelle qqch a propos de teletype, et aussi de PDP-11... hihi je n'ai jamais acheté de PDP-11 ni de teletypes. Ils sont venu dans le paquet dilog (j'ai effectivement acheté un terminal VT100 vers 1992, que j'utilise encore de temps en temps). -- Marc Schaefer Chinasol, Almuñecar. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Choix d'un serveur Linux (Re: Le C sous Linux)
On a deux approches: - l'approche avec support: remplacement du matériel rapide, voire dépannage sur site, et peut-être la garantie de fonctionnement de tous les composants sur une Red Hat standard p.ex. (à ma connaissance les constructeurs ne connaissent pas encore les autres distributions, mais en général cela veut dire une excellente compatibilité: se méfier quand même des Red Hat `optimisées', cela pourrait cacher le fait qu'un driver propriétaire est intégré). - on fait soi-même, sans support. En choisissant bien le matériel et le système de backup/réinstallation, c'est peut-être la meilleure solution rapport qualité/prix. Je me demande si choisir une machine VALinux pourrait être intéressant. Un bureau s'est ouvert dans les environs de Lausanne (je n'ai malheureusement pas l'adresse ici). Une autre alternative est d'acheter une machine supportée par son constructeur, sous Linux (Compaq, Dell et IBM semblent dans la course). Si l'on trouve que ces machines sont trop chères, alors renoncer au support et acheter quelque chose de bien mais le monter soi-même (genre une carte-mère haut de gamme L440GX+ d'Intel, avec disques-durs IBM SCSI DDRS ou DNES 9 GB, 2 en RAID1 soft (la carte-mère précitée comporte deux chips AIC7xxx SCSI, un LVD Ultra II et les deux supportant l'Ultra Wide). C'est aussi une carte mère bi-processeur. Je l'ai essayée rapidement avec deux processeurs (de vitesse différente, mais ça a marché quand même ...) sans problème. (2.2.17). Je l'ai achetée il y a une année environ (donc elle n'existe peut-être plus). C'était assez cher (surtout la RAM car il fallait à l'époque un certain type qui maintenant est plus répandu). Maintenant, pour beaucoup d'applications serveur, un AMD K6 + Tekram Ultra2 (une Ultra peut aussi convenir avec peu de disques) + disque-dur IBM peut suffir. Exemple de budget que j'ai fait pour une telle machine assez haut de gamme mais montée par moi (pas encore achetée): +-++--+ |CD-ROM || 70.00 CHF| |Floppy || 30.00 CHF| |Case || 70.00 CHF| |Power supply |Included| 0.00 CHF| |Keyboard || 20.00 CHF| |Motherboard |Asus K7V|300.00 CHF| |DIMM |256 MB/133 |580.00 CHF| |Processor|Athlon 750 |350.00 CHF| |CPU fan || 30.00 CHF| |Video|ATI Xprt98 | 80.00 CHF| | |AGP | | |Ethernet |3Com 10/100 |120.00 CHF| |SCSI Adapter |Tekram UW2 |270.00 CHF| |SCSI disk|9 GB DNES |380.00 CHF| |Hub || 65.00 CHF| +-++--+ | || 2,365.00| | || CHF| +-++--+ Difference between A7V and A7M: 7V hasn't ISA, has 4 speed AGP, 133 memory. Video AGP support can be an issue if not used as a server. Je n'aime pas trop l'IDE, encore que j'ai acheté récemment un disque-dur de 15 GB IDE, assez rapide (un peu moins qu'un IBM DDRS ou DNES en bande passante séquentielle, beaucoup moins en seek time), mais 2.5 fois moins cher proportionnellement (sans compter la carte SCSI). Mais en IDE les solutions de sauvegarde, à part CDR, sont assez mauvaises. Pour la sauvegarde, on peut imaginer créer un CD-ROM de restauration (système) avec la configuration sauvegardée (il y a des ébauches de ce genre de chose sur freshmeat), et créer autant de CD-ROMs qu'il y a de données utilisateur, le premier mois, et ensuite chaque jour sauvegarder l'incrémental sur CDs ou sur un disque amovible. Avec un volume de données plus conséquent, ou le besoin d'avoir un backup hors-site voire un historique important, un système DAT peut-être intéressant, surtout par sa capacité (jusqu'à 20 GB sans compression) et sa vitesse (2.2 MByte/s sans compression). Une unité plus ancienne peut aussi convenir. L'inconvénient du DAT réside dans le besoin de changer les cassettes et de nettoyer régulièrement les têtes avec une cassette spéciale: un changeur peut donc être recommandé dans certains cas. On peut aussi organiser (en particulier si la bande passante est suffisante) une sauvegarde sur un site distant. -- Marc Schaefer. Chinasol, Almuñecar. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
Hello, Je débute en C et l'on m'a conseillé Xemacs pour l'édition sous Linux. Est-ce un bon choix? Et vi ou Emacs sont-ils très utilisés? D'autre part, j'aimerais savoir si certains d'entre vous ont des informations concerant la bioinformatique (génomique etc...) car je débute dans ce domaine également. Merci d'avance... Thierry. --- Marc SCHAEFER [EMAIL PROTECTED] a écrit : On Thu, 21 Sep 2000, Alain Borel wrote: De plus, je trouve aussi que emacs est un peu a la limite de la philosophie Un*x des petits programmes qui ne font qu'une seule chose, le mieux possible: - il n'est _pas_ petit (Eight Megabytes and Constantly Swapping) - il fait meme psychiatre; pas mal pour un editeur de texte... Juste .9 Mais je parlais du fait que Emacs s'interface à n'importe quel compilateur (pour le lancer, mais aussi pour les erreurs). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. __ Do You Yahoo!? Send instant messages get email alerts with Yahoo! Messenger. http://im.yahoo.com/ -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
Thierry Lombardot wrote: D'autre part, j'aimerais savoir si certains d'entre vous ont des informations concerant la bioinformatique (génomique etc...) car je débute dans ce domaine également. Merci d'avance... Oui. Il faudrait préciser un peu ce que tu veux (questions générales, programmes sous Linux, etc), et si ça ne concerne pas directement Linux, continuer la discussion par privé en email. Pour continuer dans le meme ordre d'idée, je dois acheter un serveur Linux pour l'installer dans un laboratoire de génétique. J'ai de l'expérience dans l'achat d'ordinateurs de bureau pour installer Linux, mais pas de serveurs. Je cherche donc quelques idées de marques/machines pour un petit serveur web et fichiers pour 20 personnes. Ah oui, le budget. Disons que c'est pour le monde académique, et le budget est le plus serré possible, comme partout et pour tout le monde. Qui a de l'expérience ? Fred. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
On Fri, 22 Sep 2000, Daniel Cordey wrote: *Emacs est certainement l'editeur le plus utilise sous Unix/Linux. vi est bien anterieur a Emacs et doit obligatoirement fonctionner dans une fenetre "terminal" (Xterm ou autre). Peut-etre le plus significatif est le vi est plus facile à caser sur une disquette de récupération (rescue). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
Daniel Cordey [EMAIL PROTECTED] writes: Encore "pire" mais fonctionnant VRAIMENT sur TOUS les Unix... vi... no comment . Oui, mais pas sur tous les terminaux. Si on veut quelque chose qui marche dans tous les cas il faut utiliser ed. ;-] -- Paul-Jean Cagnard "Gianna Nannini, pourquoi tant de N ?" -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
Encore "pire" mais fonctionnant VRAIMENT sur TOUS les Unix... vi... no comment . Oui, mais pas sur tous les terminaux. Si on veut quelque chose qui marche dans tous les cas il faut utiliser ed. ;-] Ah... pourtant les directory terminfos me paraissent bien remplis :-) Et puis, mis a part les particularites de certains terminaux (extensions), 98% sont capables d'un mode Vt100... meme HP a fini par se ranger a ce standard qui date de plus de vingt ans B-) Quels sont les terminaux (a part les vieux terminaux HP) qui ne seraient pas capables d'emuler du VT100 en 24x80 ? http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Le C sous Linux
Bonjour à tous. Utilisant Borland C sous DOS au cours professionel je voudrai faire mes exercices à la maison sous Linux. J'ai bien trouvé gcc et Kwrite avec les couleurs pour la syntaxe. Mais c'est quand même moi pratique de passer d'une fenêtre à l'autre, que d'avoir tout dans la même fenêtre. Exist'il un truc ""tout en un"" comme Turbo Pascal sous Linux. Merci Pascal __ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
At 22:47 20.09.2000 +0200, you wrote: Bonjour à tous. Utilisant Borland C sous DOS au cours professionel je voudrai faire mes exercices à la maison sous Linux. J'ai bien trouvé gcc et Kwrite avec les couleurs pour la syntaxe. Mais c'est quand même moi pratique de passer d'une fenêtre à l'autre, que d'avoir tout dans la même fenêtre. Exist'il un truc ""tout en un"" comme Turbo Pascal sous Linux. Bien que n'étant ps un spécialiste du C, il me semble que Kdevellop ferait ton affaire. Merci Pascal __ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. -- Patrick GONCALVES http://www.multimania.com/patg ICQ : 20057008 http://www.mediafoot.net -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
Bonjour à tous. Utilisant Borland C sous DOS au cours professionel je voudrai faire mes exercices à la maison sous Linux. J'ai bien trouvé gcc et Kwrite avec les couleurs pour la syntaxe. Mais c'est quand même moi pratique de passer d'une fenêtre à l'autre, que d'avoir tout dans la même fenêtre. Exist'il un truc ""tout en un"" comme Turbo Pascal sous Linux. Simple: Utilise un multi-virtual-desktop (KDE, ou les plus anciens fvwm-2 ou autre window manager multi-desktop). Configure Ctrl-gauche, Ctrl-droite, Ctrl-haut, Ctrl-bas pour bouger d'un desktop a l'autre (facile en KDE avec leur configurateur, voir sous 'Keys'). Utilise aussi 'focus follow mouse' pour eviter de devoir cliquer. On va supposer 2 desktops virtuels comme suit: +---+ | One | +---+ | Two | +---+ (on fait simple au debut, ca devient vraiment top avec 8 desktops et 4 modules en developement simultanne). Place un xterm (ou autre kterm, enfin un terminal) en 'One'. Place KWrite (ou emacs, ou xedit si ca existe encore :-)) en 'Two'. Le mieux est de les placer les deux du meme cote du desktop (disons en bas a droite), ou de maximiser les 2 fenetres. Arrange toi pour que la souris arrive dans l'une ou l'autre fenetre si tu change de desktop (avec Ctrl-bas ou Ctrl-haut). Tu peux tres rapidement passer du terminal (pour la compilation / run du programme) a l'editeur avec un bete Ctrl-bas ou Ctrl-haut. Et comme les commandes dans le term se rapellent avec 'haut', ca donne des sequences rapides de Ctrl-haut, haut, enter, voir ce qui plante, Ctrl-haut, editer/corriger-bug, Ctrl-haut, haut, re-compil, etc. Avec emacs comme editeur ca devient vraiment space. Des journees entiere de developement sans toucher la souris. Les mains restent sur le clavier, pas de deconcentration. Focalisation totale sur le code. C'est vrai que ca marche mieux avec un editeur qui permet de faire des selections sans utiliser la souris. Peut-etre que kwrite le permet Sinon il y a bien sur la compilation/execution dans emacs. Le saut entre les buffers devient vraiment costaud. On s'y perd rapidement. Mais une solution pratique pour les afficionados du tout console. Et les rois du je-ne-fais-pas-de-noeuds-avec-les-doigts-dans-les-sequences-de-C-x-C-f-C-x-C-s :-). Markus -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
"P. Damien" [EMAIL PROTECTED] writes: Bonjour à tous. Utilisant Borland C sous DOS au cours professionel je voudrai faire mes exercices à la maison sous Linux. J'ai bien trouvé gcc et Kwrite avec les couleurs pour la syntaxe. Mais c'est quand même moi pratique de passer d'une fenêtre à l'autre, que d'avoir tout dans la même fenêtre. Exist'il un truc ""tout en un"" comme Turbo Pascal sous Linux. Moi quand je programme j'utilise emacs et seulement (bien sur c'est un choix perso et pas du tout objectif). Dans le ~/.emacs (à ajouter, ou bien à créer si ce fichier n'existe pas) ;; font-lock pour tous les modes majeurs (global-font-lock-mode 1) (setq font-lock-maximum-decoration t) ;;permet d'avoir de la coloration syntaxique. Bon ensuite quand vous éditez un fichier qui se termine par l'extension .c il fera de la coloration et vous serez dans le c-mode. Pour compiler, pas la peine de lancer un xterm un appel à M-x compile permet de faire un gcc fichier.c -o fichier (ou toute autre ligne de commande, par défaut c'est make qui est proposé). Si votre programme ne se compile pas correctement vous pouvez demander à emacs de vous aidez. En faisant C-x ` emacs vous positionne dans le buffer de votre programme et vous met à un endroit où d'après lui il y a une faute. A noter que si votre projet prend de l'ampleur l'utilisation des Makefile sera un sacré gain de temps. -- Soliman hindy http://netweb.org http://netweb.org/hindy/ http://perso.aminux.net -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Le C sous Linux
On Wed, 20 Sep 2000, P. Damien wrote: dans la même fenêtre. Exist'il un truc ""tout en un"" comme Turbo Pascal sous Linux. Justement, sous UNIX on préfère 5 petits programmes (qui s'interfacent entre eux) qu'un gros programme qui fait tout mal :) L'idée étant que tu apprends un éditeur et que tu utilises celui-ci avec n'importe quel langage de n'importe quel constructeur. De même pour les Makefiles: tu peux faire du tex avec (c'est ce que je fais: make dvi, make print, make show, make present). Cela dit, KDevelop, même s'il ne convaincra pas un programmeur avancé gcc/make/Emacs a plusieurs avantages: - il génère un Makefile - il génère automatiquement la documentation du programme dans divers formats (hum, tu dois quand même l'écrire) - il a un éditeur pas trop mauvais (mais ce n'est pas Emacs ...) - il supporte RCS/CVS en natif. - il génère aussi un ./configure. - il s'interface avec gcc, make, kdebug (qui s'interface avec gdb) - pour ceux qui trouvent cela utile il permet de savoir où une fonction ou variable donnée a été définie. - il centralise toute la documentation C/C++/KDE/Qt. Je l'ai essayé une semaine pour voir sur un nouveau projet: ça fonctionne, oui, mais quand on est habitué à la puissance d'Emacs on ne voit pas trop l'intérêt. De plus, étant habitué à la programmation paranoïaque (tests d'entrée et d'intégrité), je n'utilise les debuggers qu'extrêmement rarement, et quand, ``gdb where'' me suffit. Par contre, l'avantage par rapport à certains environnements (IDE; Integrated Development Environment) propriétaires c'est, évidemment, qu'on peut en SORTIR avec quelque chose d'utilisable: après cette semaine j'ai enlevé les quelques données spécifiques à KDevelop, un peu nettoyé le Makefile et c'était la même chose que si j'avais tout fait avec Emacs. Disons que pour que je ré-essaie KDevelop il faudrait que celui-ci s'interface à Emacs pour l'édition: aucune envie de devoir réapprendre un autre éditeur, et de perdre les avantages d'Emacs (j'utilise beaucoup les rectangles, le spell-checker (sisi, les commentaires :)), les différences CVS, les différences entre buffers (ediff), et le switching rapide entre buffer). De plus, Emacs fonctionne aussi via VT100 si je veux juste modifier un petit truc. Mais un débutant, en particulier habitué aux IDE commerciaux, y trouvera probablement son bonheur. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.