какой интересный пациент...мы вот заместили фрей линухи - именно из-за фатальных (kernel panic'и на ходу, помимо прочего) проблем в net3 и net4 - очень многое там исправил (в том числе и по результатам моей ругани) ank@, но репутация-с уже сложилась.
У freebsd3 было достаточно много неприятных мест, где без конца переполнялись внутриядерные фиксированные структуры, но это хотя бы поддавалось ручному тюнингу (то есть можно было и быстро понять причины проблем, и юзеродоступными ручками поправить). 4.0 избавилась от большей части этих статиков, к сожалению, добавив нестабильности в целом, но на фоне паник раз в день это тоже не выглядело смертельно. С 4.1 и выше проблемы ушли, кроме nmbclusters, которые были больным местом до шестой версии.
После 6.0 проблем со _стеком_ уже никто не видел.
Были проблемы конкретно с драйвером em. Потому что его писали инженеры интел, и отлаживали - в том, что сумели осилить, то есть в линухе (напоминаю, что в самом линухе был другой драйвер e1000 - желающие ознакомиться, гуглите e1000e ну и вообще "e1000 driver problem", найдет вам массу занимательных историй тех времен - 2008-2010 годов - то есть написать его без помощи интела почему-то оказалось невозможно), а тестировать вообще не планировали. В результате в какой-то момент мы сидели с тремя разными драйверами - один штатный, второй от яндекса, и третий штатный с патчами рамблера - ни один нормально не работал.
Эту ситуацию в конце-концов изящно исправил интел, начав выпуск igb и прочих многоголовых многоядерных карт под тем же названием но с совсем другими внутренностями, которые и в линуксе нещадно глючили и тормозили, а вот возможностей настройки там практически не было.
проблемы фри были скорее в отсутствии нормальных механизмов управления пакетами и обновления базовой системы (включая и то что ее принято было тюнить при сборке, поэтому binary-update ее толком решить не мог) что делало очень неудобной ее использование не в режиме "доработки напильником" а в больших системах, где лазить по хостам вручную некому и некогда.
