Reprise du message précédent :
Faudrait remettre le titre du topic a jour....

C'est vrai... Y a la 8.2

Release 9

Si on peut même plus rigoler

Ca pourrait etre bien si on pouvait aussi se partager nos sysctl.conf pour la partie réseau ou autre tuning de l'os/softs. Je trouve que les débit en samba/ftp de mon volume gmirror est plutôt mou (40 Mo/s), alors que je suis en giga ethernet. Je pense que ça vient de samba car si je fais un tmpfs, les débits sont bons mais bon, je test avec un fichier de 2 Gb car je n'ai que 4 Gb de RAM

salut
chez moi je tourne avec ça dans le sysctl.conf :  
net.inet.tcp.sendbuf_max=16777216
net.inet.tcp.recvbuf_max=16777216
kern.ipc.maxsockbuf=8192000
net.inet.tcp.rfc1323=1
net.inet.tcp.sack.enable=1
#net.inet.tcp.inflight.enable=0
net.inet.tcp.sendspace=1024000
net.inet.tcp.recvspace=1024000
net.inet.udp.recvspace=1024000
 
récuperé à droite à gauche, je sais plus à quoi tout correspond
mais ça sort à 110Mo/s, alors j'y touche pas !

110 Mo/s via samba ou ftp ? Pour combien de disques derrière ?
 
J'ai le meme genre de valeur, c'est pour ça que je te demande plus de précision Mais j'ai deux disques 2.5" en gmirror
 
Merci

netatalk en fait ...
ma machine win est bloquée en 10Mb, carte réseau hs
 
derrière, les disques suivent, j'ai une grappe raidz1 de 9 EARS qui tourne à 500Mo/s en lecture et 180 en écriture, elle est pas stressée par le réseau
 
quand ca sera à nouveau fonctionnel (un jour ...), je ferai des test avec samba, mais j'espère atteindre les mêmes débits !

Est ce quelqu un a profite de la sortie de la version 9.0 pour voir si c'etait faisable en pratique de ne pas utiliser gcc et de monter un systeme complet sans les 9000 ports qui posent problème ou en les remplacant par des binaires ? Je trouve pas la liste de ces ports evoques au fosdem, ni dans le handbook ni dans les news (ie des softs qui ne compilent pas sous clang)

 
 
j'ai un freebsd dans un VM sur laquelle je teste clang. A part quelques ports bien chiant (pour lesquels je suis obligé d'utiliser gcc en le spécifiant dans le /etc/make.conf), ça roule. Y compris pour Xorg et Gnome

Bonsoir,  
J’essayes de mettre à jour ma FreeBSD vers la 9.0-RELEASE en suivant cette méthode.
Les dernières lignes de l’exécution de freebsd-update upgrade -r 9.0-RELEASE me renvoient :  

 
Je me suis foiré où ?
C’est pas compatible pour la 9.0-RELEASE ?
Ah au fait, c’est une 8.0-RELEASE-p4.
J’ai fait une une connerie ?
----
Si vous avez des idées je suis preneur.
---
Bon apparemment, je dois patcher mon système avant d’y aller.
Désolé pour le bruit.

 
merci intéressant , espérons que clang sera bientot vraiment efficace pour tout !

j'ai trouvé cette page qui indique ce qui ne marche pas et pourquoi (regardez la liste "bad c++ code" c'est intéressant
 
http://pointyhat-west.isc.freebsd. [...] eason.html
 
http://wiki.freebsd.org/PortsAndClang

Bon demain je passe mon laptop toshiba dont le fan est mort en desktop freebsd

FreeBSD 9 installée !

Problème pour lancer XFCE4 (le meilleur bureau du monde !!)* qui n’apparait pas.
La bibliothèque libpcre.so.0 n’est pas trouvée.
Ma solution crado pour faire s’afficher XFCE :

 
C’est triste, mais ça marche.
------------------
* C’est vendredi, c’est trolly.

La version 8.3 est sortie depuis quelques jours.
 
Homer_Simpson : tu as compilé ton xfce4 ou c'est un port ?

Compilation du port.

bizarre alors que ça rate sur la libpcre16.so.0. D'ailleurs, je n'ai pas de libpcre16.so.0 sur mon systeme, juste  
/usr/local/lib/libpcre.so
/usr/local/lib/libpcre.so.1
avec /usr/local/lib/libpcre.so -> libpcre.so.1

Ok , j'ai compris d'où viens cette libpcre16. Tu dois avoir la version 8.30_1 du port pcre, c'est lui qui introduit la libpcre16
 
http://www.freshports.org/devel/pcre/
16 Feb 2012 07:42:36 8.30_1
    Enable build of libpcre16
    Bump PORTREVISION
 
Mais c'est bizarre que ton xfce chie la dessus, sauf si tu es passé de pcre 8.30 à la version 8.30_1 sans tout recompiler

Je suis aussi passé par du pkg_add et du portinstall, en désespoir de cause.

Bizarre. Mais en gros, un soft qui ne trouve pas une lib, ça vient souvent d'un upgrade d'un port fournissant une lib dont l'abi a changé. Ce qui implique qu'il faut recompiler les ports qui en dépendent.
 
Installes le port bsdadminscripts et lances le soft pkg_libchk (et pkg_libchk -o). Ca te listera les softs devant etre recompilé (tu peux zappé le diablo jdk)

Pffu ce weekend, j'ai fait une triple migration, mais avec succès au final :-)
 
8.2 -> 8.3
gmirror -> zfs
8.3 -> 9.0