Yann Droneaud a écrit 249 commentaires

Le BIOS est actuellement le dernier bastion dans lequel on est obligé d'utiliser l'assembleur.

Donc LinuxBIOS est entierrement fait en assembleur ?

Au pire on a besoin que d'un petit pourcentage de code assembleur, tout le reste peut être fait dans un langage de pas trop haut niveau.

Cette feature ne veux rien dire à mon sens.

En fait c'est un bug dans la gestion du multicast dans le driver sundance (carte DLINK 550TX).
Le passage en kernel 2.4.20 a corrigé le problème.

Je viens de regarder le contenu du forum, et quel fut ma déception de ne pas trouver mon message poster le dimanche matin ... je ne pensait pas être insultant, heureusement comme je suis prévoyant, je garde toujours une trace de mes posts pour prevenir tout probleme avec les sites.

Voici le lien:
http://sherkan.tuxfamily.net/~meuh/radio-france.txt(...)

Ce message méritais t il d'être modéré négativement, ou bien c'est de la censure ...

Suis je si méchant ?

La limitation a 2Go tiens au fait que le serveur de systeme de fichier "map" en mémoire tout le disque. Les accès au disque sont ensuite fait par le gestionnaire de mémoire par l'intermédiaire d'un défaut de page, chargement de la zone (mécanisme quasiment identique a la gestion de swap). Tout cela passe par le système de mémoire virtuel, lequel est très lié à l'architecture matérielle sous jacente. Le fait est que jusqu'au pentium (je crois) on ne pouvais pas avoir plus de 4Go de mémoire virtuelle, et que à cette époque 4Go de mémoire c'etait énorme, donc on pouvait partager cette espace en 2 parties, une reservé pour le kernel et l'autre pour l'espace utilisateur.
Conclusion, GnuMach est un 'micro' kernel préhistorique, il a besoin de gros developpement au niveau drivers, et support des architectures modernes. Mais les concepts du système Mach/Hurd reste eux à l'ordre du jour (je peut pas dire moderne ;)

Acid, tu devrais vraiment te relire des fois, ispice di taiwan va ;).

Bon maitenant du contenu:

TuxFamily.org offre un service "complet", presque fiable (on a subit quelques problèmes, mais avec l'aide de tous on s'en sort).

TuxFamily.org est un service indépedant, libre et gratuit.

TuxFamily.org c'est aussi une association, c'est elle qui collecte les fonds, assure une existance officielle au service.

TuxFamily.org a l'avantage d'être une "petite" structure qui n'est pas figé. On peut facilement répondre a des besoins précis (mais il faut que l'on en est envie et que l'on est le temps, on est pas des machines, nous les admins ;). Mais techniquement on est une structure moyenne avec les moyens d'hébergés beaucoup de projet: 2 machines pour le web, 2 load balancers, 2 serveurs pour le mail et le dns, mais 1 serveur pour le stockage .

La plateforme logiciel n'est pas SourceForge, il n'y a pas les services de disponible comme cela a la creation du projet (en particulier, pas de bug tracker integré). Mais c'est aussi une autre approche, car a la base TuxFamily ne faisait que de l'hébergement Web. La plateforme à evoluer pour gérer les projets et les groupes (et les sous groupes : attention ceci est une feature qui tu sa race , NdT: en franglais racaille dans le texte)

Enfin voila.
Ca marche, et on en est content de notre plateforme mais si il y a des limitations qui vont disparaitre a la prochaine version, attendons.

Quoiqu'il en soit, essayez le, si vous n'etes pas satisfait je vous rembourse en point XP

Pourquoi pas.

On est toujours pret a faire la fete quand les machines vont bien ;)

Merci à tous pour vos messages de soutiens.
On s'est battu avec les machines pour remettre tous en place et a jour (récuperation des données sur le disques, synchronisation avec plusieur backups).

Mais surtout ne partez, on aime pas entendre la reflexion: "ho ça marche pas, je vais chez un hébergeur payant" : c'est completement absurde, autant donnez de l'argent à l'assocation, ca vous coutera moins cher et cela permettra à tous d'avoir un hébergement de qualité.

On veux vous offrir un service de la meilleure qualité, continuer comme cela était avant, TuxFamily a toujours très bien fonctionné jusqu'a cette été maudit, on souhaite que cela se normalise au plus vite et continuer pendant des années ;)

Enfin voila, après 2 nuits blanches, on a quelque chose qui marche, mais c'est toujours un fonctionnement en mode dégradé, il nous faut trouver au plus vite du matériel pour refaire une (deux ?) machine de stockage plus fiable. J'espere vraiment que cela tiendra le week end, j'en ai un peu marre j'ai passé ma semaine a refaire des volumes RAID, des tar xzf et des rsync -a -u ... (je n'oublie pas non plus perenoel et migus qui ont travaillé autant que moi)

Consulter la précedente news: http://linuxfr.org/2002/07/24/9063,0,-1,0,1.php3(...)

Et n'hésitez pas a venir nous parler sur irc, channel #tuxfamily sur le serveur irc.tuxfamily.org.

Bonnes vacances quand meme ;)

Je croyais que c'etait en 2036 la fin du monde ...
(que ceux qui savent pas de quoi je parle, verifie le type de donnée utilisé pour coder un date en C ;)

Ca y est, on a isolé le problème (c'est un bien grand mot), on a du procéder au remplacement de la carte mère, processeur, mémoire de la machine de stockage. Tout les problèmes précedents découlent certainement de d'une de ces parties qui c'est mise à dysfonctionner de plus en plus gravement jusqu'à ne plus pouvoir booter jusqu'a la fin le noyau FreeBSD.

Il y a de la perte dans les bases de données, mais tout semble de retour pour ce qui est des CVS et des sites Web.

Merci de votre compréhension, on s'est battu toute la nuit pour essayer de réparer le système, pour finalement, après nombre de changement de paramètres de configuration, reconstruction de l'array raid, recopie des données et reboot, ce rendre compte le lendemain matin; qu'elle ne voulait plus booter...
Ca y est le problème c'est enfin dévoilé dans toute sa gravité ... et on y a remédié avec les moyens du bord.

PS: Si vous avez une carte mère SMP bi PIII avec les PIIIs qui vont avec, l'association est preneuse (don, ou vente à vraiment pas cher)

Trouve moi 2 disques de 300Go et se le fait en mirroring notre serveur de stockage ...

Oui c'est du vécu car je me lave les dents tout les matin avec tonitanium, comme ça mes gencives, c'est du silicium !
;)

la montée en puissance de l'architecture x86 avec l'Itanium2

l'itanium ne fait pas partie de la famille des x86 (IA32), c'est une architecture a part (IA64) basé sur les VLW (Very Long Word Instruction): elle permet d'envoyer plusieurs commande en une seule instruction, et de faire du parallèlisme au niveau du flux d'instruction mais cela requiert un un code et un compilateur optimisé sinon les performances ne seront pas au rendez vous.

la montée en puissance de l'architecture x86 avec ... l'Opteron

L'Opteron peut etre vu comme le descendant des x86. En fait il appartient a l'architecture x86-64 qui est le fruit d'AMD. Du point de vue du programmeur, on peut dire que cela n'est que le passage des registres en 64bits et l'ajout de 8 registres supplémentaires.

Voila.

C'est comme les lignes qui font plus de 80 colonnes, ca m'enerve aussi... alors pourquoi j'en ai mis ? bon -1

Sur ftp://ftp.vhffs.org/dist-files/ il y a le .tar.gz et le tar.bz2 de la version 4.2.2, mais pas les patchs car c'est pas un mirroir. Accessoirement j'ai signé les archives ... comme ca vous savez sur qui tapper si c'est pas les bonnes ... mais ca remplace pas une vrai signature de la part de l'équipe de developpement de PHP. Et cela m'enerve grandement... comment avoir confiance dans leur produit ...

En fait la panne est arrivé le jour ou on ajoutait un disque sur la machine de backup.
Les backups ne pouvait plus se faire faute de place depuis le 22 juin. Voila.

Y'a pas que le troll dans la vie ;)

Oui bah c'est bon ca viens.
Pourquoi poster vos doléance ici ...
envoyez directement vos requetes aux administrateurs.

Mais vous etes completements fous...
melanger du C++ avec de l'objective C, c'est bien une idee de programmeur C++ ca, car cela n'a aucun interet. Franchement quand on utilise l'Objective C, on peut se passer des problemes du C++....

C'est peut etre pour developper des machins KDE en Objective C ?

Bon alors toi, t'a rien compris ...

En C++, un template genere des fonctions specifique a chaque type de donnees, donc code different, donc entre l'appel a la meme fonction pour le type X et le type Y, il y aura un defaut de cache et le processeur devra refaire le chargement, decodage de la fonction.

Donc au link, les fonctions peuvent etre inlinees, donc dupliquees, et cela prend plus de place en rame qu'une fonction completement generique et cela va aussi dans le sens de ce qui est ecrit au dessus.

Tout le probleme du C++ c'est de ne pas pouvoir vraiment supporter le typage dynamique (celui qui est completement inconnu a la compilation, ce que permet l'objective C)

Plutot que de te plaindre, montre nous ce qu'il faut faire. C'est ca l'interet de l'open source. Moi je tiens a la qualit'e de mon code car ce code reste pour la post'erit'e, c'est mon moyen d'expression comme la po'esie...

C'est clair que tout le monde ne comprend de la meme facon la programmation objet, mais de la a critiquer l'open source, je vois pas le rapport.

Enfin bon, tout le monde peut exprimer son avis.

Ha ha, mais c'est pas compil'e pour une bonne partie de la lib car contenue dans des headers ... c'est pour ca qu'un programme C++ met 3heures a ce compiler ...

Enfin bon ...

Oui tu es fou, les gens cens'es ne peuvent pas
apprecier le C++

Pffff, arrete de troller toi, on t'a vu.

Tu me range ce c++ de merde. Tout le monde sais
que c'est pourri.

En tant qu'hebergeur, je me pose la question du stockage de logs. Moi je propose que ce soit les instances europeenne qui stockent les logs. Donc si cette directive doit s'appliquer, je vais envoyer par mail toutes les heures les logs brut de tout le traffic IP qui entre et sort de nos serveurs. Et pour assurer la perennite des donnees, je l'enverrais a toutes les addresses des depute europeen, des gens responsables, des commissions, des groupes de travails. J'espere que eux ont les moyens de stocker leurs logs...

Voici un autre IDS qui promet:

http://www.prelude-ids.org/(...)

Il a la particularite d'etre reparti:
c'est modulaire, les alertes sont remontees,
vers une base centrale.

Prelude is a new innovative hybrid Intrusion Detection system designed to be very modular, distributed, rock solid and fast.

(C'est encore de la pub deguise pour TuxFamily.org, alors -1)