Merci pour cette dépêche, quelques petite corrections.
FreeBSD n'a jamais supporté l'architecture sparc, uniquement sparc64 (et ça sera fini a partir de FreeBSD 13)
ipfw n'est pas minimaliste du tout, il gère meme plus de choses que pf sous FreeBSD la seul point manquant notable vis à vis de pf c'est l'absence d'un ipfwsync.
D'où sort le "historiquement destinés aux serveurs", il n'y a jamais eu à ma connaissance de règle qui dit "c'est pour les serveurs" c'est historiquement distinés à tous les usages possibles et ça dépend plus de la volonté des dévelopeurs et de qui veut bosser sur quelle partie qu'autre chose. Perso je l'utilise en desktop principalement depuis presque 20 ans.
La documentation recommande l'utilisation de la commande free qui n'existe pas sous FreeBSD par défaut ;)
top -d1 | head -n 7 affiche l'info voulue
# petites corrections
Posté par Bapt . En réponse à la dépêche À la découverte de FreeBSD. Évalué à 10.
Merci pour cette dépêche, quelques petite corrections.
FreeBSD n'a jamais supporté l'architecture sparc, uniquement sparc64 (et ça sera fini a partir de FreeBSD 13)
ipfw n'est pas minimaliste du tout, il gère meme plus de choses que pf sous FreeBSD la seul point manquant notable vis à vis de pf c'est l'absence d'un ipfwsync.
D'où sort le "historiquement destinés aux serveurs", il n'y a jamais eu à ma connaissance de règle qui dit "c'est pour les serveurs" c'est historiquement distinés à tous les usages possibles et ça dépend plus de la volonté des dévelopeurs et de qui veut bosser sur quelle partie qu'autre chose. Perso je l'utilise en desktop principalement depuis presque 20 ans.
La documentation recommande l'utilisation de la commande free qui n'existe pas sous FreeBSD par défaut ;)
top -d1 | head -n 7