Reprise du message précédent :

 
heu
 
les ports >> RPM
 
un p'tit portupgrade des familles ça owne (même si je suis très friand de portmaster)

Quand vous mettez à jour votre système, vous redémarrez toujours en single user avant de faire le make install world ou vous le faites dans la foulée ?

 
je ne fais jamais de single user  

Ok, donc je peux lancer une mise à jour du système directement par ssh ?
Remarque, c'est mon pc donc si je le tues, spa bien grave vu où j'en suis dans l'installation

je fais tout par SSH

Ça ne gène pas si des utlisateurs sont connectés ou si tu as des services en fonctionnement ?

aux heures où je le fais y'a pas d'utilisateurs ou alors je les préviens que ça va trancher (genre le midi)

ah ok. Je pensais qu'il y avait plus d'effets secondaires éventuels que ça.

Je me posais une autre question. J'ai une machine dont l'interface réseau se configure via dhcp. Pour les jails, toute la documentation que je lis fait correspondre directement le jail à un ip fixe qui est un alias de l'interface du serveur d'hôte de prison. Je ne trouve par contre pas de solution pour faire en sorte que l'interface du jail utilise dhcp également.
Un exemple de la doc :  

Il y a un moyen de faire en sorte que le jail puisse utiliser une ip attribuée par dhcp ?

dans le rc.conf du jail peut-être ?

Je ne sais pas si ça suffit Je vais les faire chier un peu de manière à ce qu'ils me réserve une plage d'ip

J'ai fait comme toi, mise à jour complète par ssh. Pas de soucis.
Merci  

J'ai un soucis avec la carte réseau intégré à ma carte mère. J'ai une latence énorme sur la première connexion.  
 
Par exemple j'installe FreeBSD, je demande une configuration en dhcp et il m'envoie bouler. Je configure à la main les paramètres réseau. Ensuite il va mettre un temps certain pour se connecter à un serveur distant et finalement j'ai un débit normal pour ma ligne. Pour me connecter en ssh sur cette machine une fois l'installation terminée par contre, ça prend une plombe avant qu'il ne me demande le mot de passe.
 
Je voulais tester PC-BSD hier soir. Même symptômes, sauf qu'il me jette quand je lui donne les paramètres réseaux, dû moins pour l'installation. Il semble diagnotisquer qu'il n'y a pas de réseau et me demande de faire une installation par dvd/cd.  
 
Je n'avais pas de soucis avec debian et l'installation d'ubuntu s'est fait sans soucis, donc tout devrait être en bon état
 
Vous auriez des pistes pour me permettre de résoudre ce problème ? C'est du realtek au fait.

Peut être un driver foireux ? Pour SSH, si UseDNS est sur yes ça peut aussi joueur

Ça c'est pas cool  
 
J'ai vérifié, UseDNS n'est pas à yes Faudrait que je trouve une autre carte réseau supportée pour faire un test avec pc-bsd
 
Edit : deux cartes réseau trouvées  

il y a pas mal de problème avec les cartes realtek (cf mailing list net, stable et current)
tu utilises quelle version de FreeBSD, quel est le chip de ta carte ?

Je ne me souviens plus du chip de la carte intégrée. Je me souviens juste que c'est une realtek. Par contre je pensais que ces cartes étaient bien supportées
C'est la verison 7.1 de FreeBSD que j'avais installé. Là j'ai une kingston kne120tx. Je vais tester avec ça ce soir.
J'avais pris la carte mère principalement à cause d'un avis :  

 
et à y réfléchir, il me semblait effectivement que lors d'une installation de FreeBSD 7.0, je n'avais pas eût de soucis  

Bon je sais que je tape l'incruste sur ce topik, mais en attendant mieux (si j'ai le temps, je ferai une niouz sur dlfp )

ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-5.0/iso/

Au menu (rapide):

- amélioration (très) importante de performances sur machine multicore, en partie par la réécriture d'une grosse partie du noyau avec du fine-grained locking (ne reste que la couche IP et une partie des drivers à faire)
- FFS journalisé via WAPBL (mais de la vraie journalisation, pas celle obtenue par un simulacre GEOM )
- un framework de gestion de l'énergie, surtout utilisé pour l'ACPI et les processeurs embarqués (ARM notamment)
- un support ACPI largement réécrit, qui marche sur tous les portables que j'ai eu à disposition
- l'implémentation des threads, qui passent du M:N avec les scheduler activations vers un modèle 1:1, bien plus proche de POSIX.
- les extensions temps-réel POSIX.
- les sets processeurs, affinité, offline/online (comme sous Solaris)
- préemption complète du noyal pour les threads temps réel.
- support de FUSE (via PUFFS)
- jemalloc() en standard
- POSIX AIO (I/O asynchrones)
- scheduler modulaire
- support UDF en écriture (pour les DVD surtout)
- un énorme framework de test de régressions sur le noyau (via ATF, automated testing framework)
- support de Xen 3.3.
- passage Xfree => X.org sur la plupart des ports (sauf les plus exotiques pour l'embarqué, qui utiliseront un port de Kdrive par souci de légereté - pour la version 6)

Pour les benchmarks vis à vis de FreeBSD ou de Linux (bien évidemment à prendre avec les pincettes, ce sont des benchs, rien de plus)

http://www.netbsd.org/~ad/50.pdf

Pour la 6, il faut compter sur ZFS, une pile réseau en fine-grained, support de patchs binaires signés, NUMA, du suspend/resume et du PCI passthrough pour Xen, et le support de KDrive et du mode setting. C'est sans engagement, bien évidemment

Ce que je retiens surtout moi c'est ca:

Certain early revision AMD Opteron and Athlon 64 processors contain a bug that may cause system instability when running with more than one CPU core active. An OS-level workaround for this issue has been prepared but was not ready in time for inclusion in NetBSD 5.0. It will be available as part of a later release in the 5.0 series.

Sinon, j'ai du mal à croire aux graph, ca me parait bien orienté.

 
Yep, les tests de régression n'ont pas été faits entièrement dessus, la branche était déjà faite quand il est arrivé.
 

 
On te demande pas d'y croire. Faits les toi mêmes, ils sont tous sous benchmarks/ dans pkgsrc.

 
Chez netbsd ça trolle un peu (des fois, mais c'est pas encore du théo ) mais ils ont le mérite d'être honnêtes sur leurs bench (contrairement à certaines distros linux   )

Hey m'sieur le modo, pas d'appel au troll s'il te plait
 
Page 15 du test, comment ça se fait que freebsd 7,1 soit tellement à la traine La différence de performances dd'après les bench entre netBsd 4 et 5 semble effectivement assez impressionnante.

y'a eu un gros travail sur NB5

C'est le moins que l'on puisse dire

Je profite de cette digression sur NetBSD pour poser une petite question à laquelle l'un de vous aura peut-être une réponse : savez-vous si un/des développeurs travaillent sur l'intégration du code récent du dri au noyau (j'entends par là le code dri nécessaire aux radeon 6xx/7xx) ?
En effet disposant d'une radeon 3850 HD, j'ai besoin du dri pour bénéficier de l'accélération 2D (EXA) et de l'accélération video (Xv ; c'est surtout ça qui me manquerait…). Le code nécessaire est déjà présent dans la branche stable de FreeBSD (et fonctionne très bien avec le dernier driver xf86-video-radeonhd) ainsi que dans la branche current de DragonFlyBSD.

 
J'y compte bien    
 

 
On veut des noms

On évite généralement de troller avec les utilisateurs, ca donne une mauvaise image. En revanche, entre devs (BSD par exemple), ca arrive, mais c'est souvent de la technologie avec une bonne couche de philosophie et de parti pri.

J'ai pas souvenir qu'on ait refusé des critiques constructives. Sinon, on avancerait pas. En revanche, que le ton soit de temps en temps sec, ca, c'est explicable, le volume de mail (en plus du professionnel, vu que la plupart des devs bossent sur NetBSD dans leur temps libre) fait qu'on va droit au but généralement. Et qu'on est pas très patient quand il y a de la mauvaise volonté.

Vouala, très bien

Très important lors de benchs, il faut fournir son protocole avec (un peu dans le genre des rapports de la libmicro), ca permet de reproduire plus facilement un cas de problème, ou d'essayer de comprendre pourquoi c'est mieux/moins bien.

A titre informatif, bien que les benchs soient souvent l'objet de trolls entre différentes parties (pas que les OS), ca permet bien plus facilement de se rendre compte de l'état de l'art chez les voisins, et ca donne un sérieux coup de fouet quand les perfs sont une catastrophe. Ce fut notre cas, il y a quelques temps, sur la scalabilité au niveau de l'API socket

Gf4 -> T'es dev NetBSD ?

oui

Ça remonte à quand la dernière fois qu'autant de nouvelles releases de différents BSD sortent en même temps ?

Je viens de zieuter les benchs (même si ça vaut ce que ça vaut), au délà des comparaisons ça a surtout permis de voir le gros travail effectué par les devs de NetBSD, c'est impressionnant. C'est juste dommage qu'il arrive un poil trop tôt (ou FreeBSD trop tard c'est comme vous le sentez), j'aurais aimé voir une comparaison avec la 7.2 où certaines conneries sont corrigées (notamment au niveau du tagged queueing).

 
d'ailleurs citons la nouvelle dragon fly bsd
 

Quelqu'un utilise PC-BSD ici ?
 

Oui sur un vieux Via C3 800 mhz, par contre c'est la version PCBSD 1.5 pas la dernière version 7.1 sortie en début de mois.
C'est installé par défaut pour une utilisation simpliste : traitement de texte, email et surf sur le net. Et de plus ça ne bouffe pas 100% de ressource CPU comme certain OS sur cette machine.
 
 
Edit : Pour info, OpenBSD 4.5 est sortie le 30/04.
C'est clairement le mois des sorties BSD.

VirtualBox commence à arriver sur FreeBSD, pour ceux que ça intéresse :
http://vbox.innotek.de/pipermail/v [...] 01328.html

7.2

Bon bah je viens de passer mon serveur@home sous BSD à la place de ma debian, je n'ai plus qu'a remettre en route tous les services, c'est pas gagné

Putain pas encore eu le temps de virer pfsense et de mettre mon freebsd

bon bah retour sous le linux, car j'ai pas réussi à tout remettre en place
 
Par contre, la moindre erreur dans le fstab par exemple et le système ne boot pas correctement  (souci avec partition en ext3)

Rhaaaaa, NetBSD avec ZFS (et Xen), j'en veuuuuuuuuuuuuuuux !
 
A-t-on une estimation pour une éventuelle date d'arrivée de NetBSD 6.0 ? (à part "When it's done" )

T'es pas très persévérant