- A hozzászóláshoz be kell jelentkezni
- 1938 megtekintés
Hozzászólások
Esetleg ha valaki használta, mennyire stabil ez, vagy úgy általában a 9-es? 8.2-ről mennyire érdemes frissíteni, és ha igen, mennyire problémás a frissítés?
- A hozzászóláshoz be kell jelentkezni
op@opn ~> uname -a
FreeBSD opn 9.0-RC1 FreeBSD 9.0-RC1 #15 r226622+e2ca54a: Sat Oct 22 13:15:10 CEST 2011 root@opn:/usr/obj/usr/src/sys/stable amd64
Igen,igen. Igen, igen, src-bol csinaltam.
___
info
- A hozzászóláshoz be kell jelentkezni
Én is forrásból tenném, de ssh-n keresztül. Mekkora esély van egy szívásra? Mire kell esetleg odafigyelni? Eddig 5.x óta nagyjából probléma nélkül frissítettem távolról, de azért egy megerősítés jól esne. :-)
- A hozzászóláshoz be kell jelentkezni
Ki kell probalni a teszt serveren, es utana vegrehajtani elesben, ha minden teszt rendesen lement. Es utana nem erhet annyi meglepetes. 9-est en frissen huztam laptopra.
___
info
- A hozzászóláshoz be kell jelentkezni
És igen! Van hozzá freebsd-update lehetőség! Tervek: netbookot újrahúzni - újfent megnézem ezt a csoda új telepítőt, bár legutoljára nem voltam tőle elájulva. Teszt egy-két hétig, majd kisebb laptopon freebsd-update, teszt, és jöhet a többi gép ugyanígy. De hogy ez nem ebben a most következő 2 hétben lesz, az tuti :-(
- A hozzászóláshoz be kell jelentkezni
A szomorú az, hogy semmilyen modernebb grafikus chippel nem működik (sandy bridge e3000, amd e350) az nvidia-t kivéve amihez van(lesz) bináris driver :(
- A hozzászóláshoz be kell jelentkezni
en mintha talaltam volna olyasmit, hogy Sandy Bridge-hez van mar patch nemreg ota, de majd valaki megfixal
- A hozzászóláshoz be kell jelentkezni
biztos van, de azt a keszitoje meg nem jelolte experimentalnak _sem_ :)
___
info
- A hozzászóláshoz be kell jelentkezni
biztos van, de azt a keszitoje meg nem jelolte experimentalnak _sem_ :)
___
info
- A hozzászóláshoz be kell jelentkezni
Na azt hiszem lassan itt az idő 5.3 to 9 frissítésnek :)
- A hozzászóláshoz be kell jelentkezni
5.3? Ha legalább 2.7 lenne :-)
- A hozzászóláshoz be kell jelentkezni
marha jo, hogy a gpt default lett es raadasul a geom-al egy helyre irkaljak a meta cuccokat, igy buko lett a gmirror/gstripe/ggated,stb, csak slice szinten megy a ketto egyutt. Remelem az NFS teljesitmenyen reszeltek, a 8.2-ben gyalazatos. Tesztelte mar vki egyebkent, marmint NFS sebesseget gigan, a 9-en? Egyebkent ez az uj sysinstal speci, nekem tetszik.
update: cikkre ment volna a post, felrekattintottam.
- A hozzászóláshoz be kell jelentkezni
Elvileg hagyományos módon is tudsz particionálni, de nekem nem bootolt utána. Jelentettem, egyelőre nem kaptam választ, újból meg még nem próbáltam.
- A hozzászóláshoz be kell jelentkezni
hagyomanyos particionalasnal reboot utan elhasal panic-al, nallam is
- A hozzászóláshoz be kell jelentkezni
Egy kis teszt:
node1,
os:fbsd9-rc1
net iface: 2x intel em-1000 1Gbps (LACP/lagg)
cpu: 3.2Ghz intel pentium northwood hyperthread: off
ram: 4Gb ddr-400
hdd: 2 x 1TB raid0 ( UFS gstripe GPT nelkul )
node2,
os:fbsd9-rc1
net iface: 2x intel em-1000 1Gbps (LACP/lagg)
cpu: 3.2Ghz intel pentium northwood hyperthread: off
ram: 4Gb ddr-400
hdd: 2 x 1TB raid0 ( UFS gstripe GPT nelkul )
iperf teszt,
HANODE2# iperf -c 192.168.10.61
------------------------------------------------------------
Client connecting to 192.168.10.61, TCP port 5001
TCP window size: 129 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.10.62 port 41460 connected with 192.168.10.61 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 814 MBytes 683 Mbits/sec
HANODE2#
NFS write teszt,
HANODE2#gdd if=/dev/zero of=/mnt/test bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 69.3971 s, 15.1 MB/s
HANODE2#
NFS read teszt,
HANODE2# gdd if=/mnt/test of=/dev/null bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 12.6714 s, 82.8 MB/s
HANODE2#
lokalis IO teszt,
HANODE1# gdd if=/dev/zero of=/ada1/1G.writetest bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 8.75135 s, 120 MB/s (itt latszik hogy nem a vinyo a bottleneck)
HANODE1#
az /mnt/ ala van felcsatolva a hanode1-en levo raid0 tomb nfs-en keresztul, 2x1Gbps halozaton.
namost tudom en, hogy ez meg csak rc1, de remelem ez nem marad igy, NFS read fasza, NFS write gyalazat.
ugyanezeken a vasakon ubi server lazan hozza a 70-80Mbyet/sec-et (R/W) NFS-en, szoval van mit behozni, es az a szomoru, hogy a 8.2 se sokkal jobb ennel.
update:
NFS write teszt 8K-s keretekkel ( NFS packet size kb. 8k )
HANODE2# gdd if=/dev/zero of=/mnt/1G.writetest bs=8K count=100000
100000+0 records in
100000+0 records out
819200000 bytes (819 MB) copied, 20.8285 s, 39.3 MB/s
HANODE2#
picit jobb lett, de ez meg mindig messze van a gigabit sebessegtol.
- A hozzászóláshoz be kell jelentkezni
Ilyenkor szokták írni, hogy még nem kiadott és valami options WITNESS valószínű be van kapcsolva a kernelben, ami lassítja a rendszert. Nem tudom erre a kiadásra, vagy a gépedre érvényes-e.
- A hozzászóláshoz be kell jelentkezni
Most akartam telepíteni egy 9-est egy (hobbi) szerverre, de elhalt. Jó, próbáljuk a 8-ast, az mégis stable, de az is megáll. 7-es? Az megy. Az újabbak szépen kifagynak a telepítő menüjében, amint bejön. Gugli barát szerint talán vmi usb probléma lesz, állítgassam annak az opcióit a biosban. Eredmény nincs. Hát így lett debian a telepítés áldozata végül...
- A hozzászóláshoz be kell jelentkezni
probalj meg minden usb-s eszkozt kihuzni a gepbol, kiveve billentyuzet es eger, es jelentsd a problemat
___
info
- A hozzászóláshoz be kell jelentkezni