FreeBSD tuning

guru

Well-Known Member
Hallöchen :)

Ich habe jetzt FreeBSD 10.3-RELEASE auf meinem Computer installiert; Jedoch freezet die Kiste immer unter starker Last, also Youtube, 15 Tabs, ein Compile-Prozess, 300GB Daten kopieren und Bildbearbeitung gleichzeitig, und ich frage mich, ob das vielleicht mit den von mir aus diesem Blogeintrag: https://cooltrainer.org/a-freebsd-desktop-howto/#tuning-and-drivers übernommenen Einstellungen zusammenhängt? Hier mal die relevanteren Dateien:

Code:
guru@antares:~ % uname -a
FreeBSD antares 10.3-RELEASE FreeBSD 10.3-RELEASE #0 r297264: Fri Mar 25 02:10:02 UTC 2016  root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
guru@antares:~ % cat /etc/sysctl.conf
# $FreeBSD: releng/10.3/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $
#  This file is read when going to multi-user and its contents piped thru
#  ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for details.
# Uncomment this to prevent users from seeing information about processes that
# are being run under another UID.
#security.bsd.see_other_uids=0
kern.sched.preempt_thresh=224
kern.maxfiles=400000
kern.ipc.shm_allow_removed=1
vfs.usermount=1
hw.snd.default_unit=6

guru@antares:~ % cat /etc/rc.conf
hostname="antares"
keymap="german.cp850.kbd"
ifconfig_re0="DHCP"  
sshd_enable="YES"  
powerd_enable="YES"  
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable  
dumpdev="AUTO"  
hald_enable="YES"  
dbus_enable="YES"  
kdm4_enable="YES"

guru@antares:~ % cat /etc/fstab  
# Device  Mountpoint  FStype  Options Dump  Pass#
/dev/ada1s1a  /  ufs  rw  1  1
/dev/ada1s1b  /home  ufs  rw  2  2
/dev/ada1s1d  none  swap  sw  0  0
proc  /proc  procfs  rw  0  0

guru@antares:~ % cat /boot/loader.conf
kern.vty=vt
sdhci_load="YES"
fuse_load="YES"
nvidia_load="YES"
coretemp_load="YES"
Falls euch Vorschläge zu meinen .confs einfällt, ich bin jederzeit offen und dankbar :D
Mir fällt auch eine allgemeine, selten bemerkbare Zähheit des Systems auf, hier noch der Output von diskinfo:
Code:
root@antares:/home/guru # diskinfo -ctv ada2
ada2
  512  # sectorsize
  500107862016  # mediasize in bytes (466G)
  976773168  # mediasize in sectors
  0  # stripesize
  0  # stripeoffset
  969021  # Cylinders according to firmware.
  16  # Heads according to firmware.
  63  # Sectors according to firmware.
  WD-WMASY5225308 # Disk ident.

I/O command overhead:
  time to read 10MB block  0.107971 sec  =  0.005 msec/sector
  time to read 20480 sectors  2.365955 sec  =  0.116 msec/sector
  calculated command overhead  =  0.110 msec/sector

Seek times:
  Full stroke:  250 iter in  6.449973 sec =  25.800 msec
  Half stroke:  250 iter in  4.565604 sec =  18.262 msec
  Quarter stroke:  500 iter in  7.774355 sec =  15.549 msec
  Short forward:  400 iter in  1.841810 sec =  4.605 msec
  Short backward:  400 iter in  2.340744 sec =  5.852 msec
  Seq outer:  2048 iter in  0.412872 sec =  0.202 msec
  Seq inner:  2048 iter in  0.275540 sec =  0.135 msec
Transfer rates:
  outside:  102400 kbytes in  1.244630 sec =  82273 kbytes/sec
  middle:  102400 kbytes in  1.282875 sec =  79821 kbytes/sec
  inside:  102400 kbytes in  2.177471 sec =  47027 kbytes/sec

Liegt das vielleicht daran, dass ich das System als 10.3-RC3 installiert, dann kde, xorg, firefox etc. installiert habe und nachher auf 10.3-RELEASE gefreebsd-upgradet habe?

Danke für eure Antworten!
 
Hi guru,

generell ist es so, dass "Tuning" eher in Step-by-Steps stattfindet.
Kann es sein, dass du direkt zuviel auf einmal willst?

Das was du da auf einmal als Last erzeugst, sind alles verschiedene Dinge, die ihre jeweile Tuning-Lösung brauchen.

Im FreeBSD-Handbuch gibt es bestimmt ein Kapitel dazu. Ansonsten für Anregungen einfach mal bei den anderen BSDs nachsehen.

Gruß
Chu
 
Das System darf eigentlich nicht komplett festsetzen. Kann aber vor allem dann passieren, wenn swap stark beansprucht wird. Sollte das System reproduzierbar abstürzen, ist dies fehlerhaftes Verhalten und sollte mittels PR gemeldet werden. Dies ist auch völlig unabhängig davon, wie du dein System aktualisiert hast.

Ansonsten zum Thema tuning: Lass es einfach.

Rob
 
Ja, und was ist das für eine Gefrierbox? 486DX33 mit 128MB RAM?
Lösche dein Tuning und schmeiß mit Hardware nach dem Problem.
 
Das meiste Tuning ist eh sinnlos:
  • kern.sched.preempt_thresh ist seit spätestens 10.0 überflüssig, da nun etwas verändert die Standardeinstellung.
  • kern.maxfiles wird schon seit Langem automatisch gesetzt, sollte bei ausreichend RAM hoch genug sein.
  • kern.ipc.shm_allow_removed muss in 10.x für Chromium auf 1 gesetzt werden, ab 11.0 ist es wohl Standardeinstellung.
Grundsätzlich gibt es eigentlich nur 2 Situationen, in denen ein normal konfiguriertes FreeBSD blockiert. Das ist wie KobRheTill sagte einmal der Fall, wenn das System zu sehr in die Swap gedrückt wird und dadurch der Paging Daemon (PID 8 'pagedaemon' in 'top -S') dauerhaft laufen muss. Der andere Fall ist, dass ZFS auf zu langsamen Speichermedien läuft und daher die Daten nicht schnell genug ausgeschrieben bekommt. Wenn das beides dir nicht zutrifft, ist es wahrscheinlich ein Hardwareproblem. Der Klassiker sind vermurkste Timecounter, aber das müsste man sich dann einmal im Detail anschauen.
 
Guten Tag nochmal! Entschuldigt bitte meine längere Pause, hatte ein paar Prüfungen.

Ich hab' die Kiste unlängst komplett neu aufgesetzt und, wie Ihr sagtet, nur die wesentlichen Einstellungen übernommen. Die erwähnten Symptome blieben aber. Wenn ich etwa in einem Konsole-Fenster pkg upgrade laufen lasse und ein zweites Fenster öffnen will, braucht es mitunter bis zu 10 Sekunden, bis die Shell geladen ist. Der Computer ist in einem sehr instabilen Zustand während des Upgrades. Gestern etwa fror Firefox jede Minute für 5 bis 15 Sekunden ein, während pkg upgrade lief.
Mir fällt auch auf, dass der Bootloader zu Beginn unglaublich langsam geladen wird.

Bei einem i7-6700k, ASUS Z170, 16GB DDR4-RAM, Nvidia GT740 und UFS (SATA3) sollte das nicht passieren.
Woran kann das liegen? An mangelnder SATA-Unterstützung?
Unter Windows 7 *hust*, Sabayon, Fedora oder Slackware läuft bis auf ein paar kleine Räusperer alles. Sabayon freezet ab und zu und während Fedora 200GB Daten kopiert, wird der Desktop zäh und unresponsiv.
Welche diagnostischen Tools habe ich zur Verfügung?
Oder würde ein Umstieg von KDE auf MATE/XFCE Besserung bringen?
 
Oder würde ein Umstieg von KDE auf MATE/XFCE Besserung bringen?
Die Desktopumgebung hat damit sicherlich nichts zu tun. Bzw. dies könntest du ausschließen, wenn du kein X startest und stattdessen die 8 Konsolen nutzt. Lasse in der Systemkonsole das pkg upgrade laufen und wechsle dann mit Alt+F2 auf die nächste Konsole und führe dort mal was aus.

Ich tippe irgendwie auch auf die HDD. Gibt es im dmesg irgendwelche relevanten Meldungen?

Rob
 
Guten Tag nochmal! Entschuldigt bitte meine längere Pause, hatte ein paar Prüfungen.

Ich hab' die Kiste unlängst komplett neu aufgesetzt und, wie Ihr sagtet, nur die wesentlichen Einstellungen übernommen. Die erwähnten Symptome blieben aber. Wenn ich etwa in einem Konsole-Fenster pkg upgrade laufen lasse und ein zweites Fenster öffnen will, braucht es mitunter bis zu 10 Sekunden, bis die Shell geladen ist. Der Computer ist in einem sehr instabilen Zustand während des Upgrades. Gestern etwa fror Firefox jede Minute für 5 bis 15 Sekunden ein, während pkg upgrade lief.
Mir fällt auch auf, dass der Bootloader zu Beginn unglaublich langsam geladen wird.

Bei einem i7-6700k, ASUS Z170, 16GB DDR4-RAM, Nvidia GT740 und UFS (SATA3) sollte das nicht passieren.
Woran kann das liegen? An mangelnder SATA-Unterstützung?
Unter Windows 7 *hust*, Sabayon, Fedora oder Slackware läuft bis auf ein paar kleine Räusperer alles. Sabayon freezet ab und zu und während Fedora 200GB Daten kopiert, wird der Desktop zäh und unresponsiv.
Welche diagnostischen Tools habe ich zur Verfügung?
Oder würde ein Umstieg von KDE auf MATE/XFCE Besserung bringen?

Das langsame Booten kommt eventuell von der schlechten BIOS-Emulation deines Mainboards. Schalte da mal auf UEFI um, dann sollte es schneller booten.
 
Hallo @guru,

mein System (läuft zur Zeit unter MX-Linux):
Code:
$ inxi -v 2
System:  Host: biber-mx Kernel: 3.16.0-4-amd64 x86_64 (64 bit) Desktop: KDE Plasma 4.14.2
  Distro: MX-15_x64 Fusion 24 December 2015
Machine:  Mobo: MSI model: H97M ECO (MS-7817) v: 5.0 Bios: American Megatrends v: V26.5 date: 12/23/2014
CPU:  Quad core Intel Core i5-4690 (-MCP-) speed/max: 3787/3900 MHz
Graphics:  Card: NVIDIA GK208 [GeForce GT 730]
  Display Server: X.Org 1.16.4 driver: nvidia Resolution: 1920x1080@60.00hz
  GLX Renderer: GeForce GT 730/PCIe/SSE2 GLX Version: 4.4.0 NVIDIA 340.96
Network:  Card: Intel Ethernet Connection (2) I218-V driver: e1000e
Drives:  HDD Total Size: 376.1GB (4.5% used) ID-1: model: SanDisk_SDSSDP12
  ID-2: model: CT250BX100SSD1
Info:  Processes: 158 Uptime: 2:55 Memory: 1114.6/7939.9MB Client: Shell (bash) inxi: 2.2.31

Ein älteres FreeBSD 10.2 läuft dort, bis auf den im Vergleich zu Linux deutlich gemächlicheren Bootvorgang stabil und flüssig mit KDE4 und eingeschalteten Effekten.

Bei einem i7-6700k, ASUS Z170, 16GB DDR4-RAM, Nvidia GT740 und UFS (SATA3) sollte das nicht passieren.

Dein System ist meines Erachtens weder zu schwach noch ungeeignet für FreeBSD samt KDE4, da hakt es anderswo.

Kannst Du mal stichpunktartig schildern, wie Du FreeBSD installiert hast?

Achso, hast Du mal über Nacht memtest laufen lassen?

Viele Grüße,
Holger
 
Hm... Nutzt du auch den propietären nVidia Treiber?

PS: Ich würde auch die Tuning Einstellungen rausschmeißen und erst an anderer Stelle suchen, dein System sollte einfach so schon sehr performant laufen. Eine SSD solltest du dir auch noch gönnen, das macht noch einen riesigen Unterschied. Aber auch ohne sollte alles flott laufen...
 
Danke für die zahlreichen Antworten bzw. Informationen!

Da ich gerade noch auf der Arbeit bin, werde ich die Outputs von dmesg raufladen, sobald ich daheim bin.
Auf UEFI umzustellen werde ich probieren. Da ich aber noch ein Windows 7 und Slackware installiert habe, frage ich mich, ob diese beiden hinterher noch bootfähig sind?
Ja, den proprietären Nvidia-Treiber benutze ich in der Version 352, glaube ich ...
Ich installiere FreeBSD per disc1.iso auf einer CD-R (nicht die uefi-Version, die bekam ich nicht zu laufen), da weder GPT noch ZFS auf Anhieb zu funktionieren schienen und ich, was Dateisysteme bzw deren exakte Unterschiede betrifft, eher wenig bewandert bin, richte ich auf der 1TB-HDD eine 750GB FreeBSD-Slice ein, darauf / mit 64GB, 6GB swap und den Rest unter /home, alles mit UFS. Lib32-compatibility und den source code installiere ich standardmäßig mit (der source code wird vom Nvidia-Treiber benötigt, wenn ich richtig verstanden habe).
Auf die Idee, einen Memtest laufen zu lassen, bin ich noch nicht gekommen - wenn ich teilweise fünf Stunden am Stück Diablo III unter wine auf zB. Fedora zocke und nebenher eine Youtube-Playlist durchlaufen lasse, läuft alles wie am Schnürchen. Werde die Kiste trotzdem auf morgen memtesten lassen.

In dem Computer sind eine SSD und zwei HDDs verbaut, die SSD teilen sich Windows C: und Linux /, auf der 1TB-HDD liegt eben die 750GB-FreeBSD-UFS-Slice, daneben Linux /home, die dritte Festplatte ist eine reine Datenplatte. An dieser Stelle muss ich auf diesen Thread verweisen: http://www.bsdforen.de/threads/freebsd-windows-7-dualboot.32471/
Nicht sicher, ob ich es mir leisten kann, mir die Zeit zu nehmen, dual boot zu konfigurieren. Werde also auf der 1TB-HDD bleiben.

Ein Setup mit ZFS wäre mir natürlich lieb, aber dafür muss ich doch die ganze Platte benutzen, oder? Nur zwei Drittel einer Festplatte FreeBSD/ZFS zuzuweisen ... wie würde das funktionieren?
 
Ja, den proprietären Nvidia-Treiber benutze ich in der Version 352, glaube ich ...

Du solltest mal schauen, ob die Glaubichversion, die Du da benutzt auch tatsächlich die richtige für deine Graka ist und natürlich schauen, ob X die auch verwendet. Man vertut sich da gerne mal und haut eine zu aktuelle Version drauf und die installierte Karte wird nicht mehr optimal unterstützt.
 
Oder einfach mal "nvidia-settings" starten, sofern es schon installiert ist. Da sieht man sofort alles relevante.

Das würde nämlich die Ruckelorgien erklären, wenn youtube im Hintergrund läuft ;)
 
Hallo nochmal!

So, hier erstmal der komplette Output von dmesg:

Code:
root@antares:/home/guru # dmesg
Copyright (c) 1992-2016 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.3-RELEASE #0 r297264: Fri Mar 25 02:10:02 UTC 2016
    root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
VT(vga): resolution 640x480
CPU: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz (4008.13-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x506e3  Family=0x6  Model=0x5e  Stepping=3
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x7ffafbbf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,SDBG,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
  AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
  AMD Features2=0x121<LAHF,ABM,Prefetch>
  Structured Extended Features=0x29c6fbb<FSGSBASE,TSCADJ,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,NFPUSG,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PROCTRACE>
  XSAVE Features=0xf<XSAVEOPT,XSAVEC,XINUSE,XSAVES>
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
  TSC: P-state invariant, performance statistics
real memory  = 17179869184 (16384 MB)
avail memory = 16497528832 (15733 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <ALASKA A M I >
FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads
cpu0 (BSP): APIC ID:  0
cpu1 (AP): APIC ID:  1
cpu2 (AP): APIC ID:  2
cpu3 (AP): APIC ID:  3
cpu4 (AP): APIC ID:  4
cpu5 (AP): APIC ID:  5
cpu6 (AP): APIC ID:  6
cpu7 (AP): APIC ID:  7
random: <Software, Yarrow> initialized
ioapic0 <Version 2.0> irqs 0-119 on motherboard
module_register_init: MOD_LOAD (vesa, 0xffffffff80dc6500, 0) error 19
kbd1 at kbdmux0
acpi0: <ALASKA A M I > on motherboard
ACPI Error: [\134_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20150515/dswload-219)
ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20150515/psobject-233)
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
cpu4: <ACPI CPU> on acpi0
cpu5: <ACPI CPU> on acpi0
cpu6: <ACPI CPU> on acpi0
cpu7: <ACPI CPU> on acpi0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 24000000 Hz quality 950
Event timer "HPET" frequency 24000000 Hz quality 550
atrtc0: <AT realtime clock> port 0x70-0x77 irq 8 on acpi0
atrtc0: Warning: Couldn't map I/O.
Event timer "RTC" frequency 32768 Hz quality 0
attimer0: <AT timer> port 0x40-0x43,0x50-0x53 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xe000-0xe07f mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1
nvidia0: <GeForce GT 740> on vgapci0
vgapci0: child nvidia0 requested pci_enable_io
vgapci0: child nvidia0 requested pci_enable_io
vgapci0: Boot video device
hdac0: <NVIDIA (0x0e1b) HDA Controller> mem 0xf7080000-0xf7083fff irq 17 at device 0.1 on pci1
xhci0: <XHCI (generic) USB 3.0 controller> mem 0xf7210000-0xf721ffff irq 16 at device 20.0 on pci0
xhci0: 32 bytes context size, 64-bit DMA
usbus0: waiting for BIOS to give up control
usbus0 on xhci0
pci0: <simple comms> at device 22.0 (no driver attached)
ahci0: <AHCI SATA controller> port 0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f mem 0xf7228000-0xf7229fff,0xf722c000-0xf722c0ff,0xf722b000-0xf722b7ff irq 16 at device 23.0 on pci0
ahci0: AHCI v1.31 with 4 6Gbps ports, Port Multiplier not supported
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich3: <AHCI channel> at channel 3 on ahci0
ahcich4: <AHCI channel> at channel 4 on ahci0
ahcich5: <AHCI channel> at channel 5 on ahci0
ahciem0: <AHCI enclosure management bridge> on ahci0
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 27.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci3: <ACPI PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> irq 18 at device 28.2 on pci0
pci4: <ACPI PCI bus> on pcib4
pcib5: <ACPI PCI-PCI bridge> irq 18 at device 0.0 on pci4
pci5: <ACPI PCI bus> on pcib5
pcib6: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0
pci6: <ACPI PCI bus> on pcib6
re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet> port 0xd000-0xd0ff mem 0xf7104000-0xf7104fff,0xf7100000-0xf7103fff irq 19 at device 0.0 on pci6
re0: Using 1 MSI-X message
re0: Chip rev. 0x54000000
re0: MAC rev. 0x00100000
miibus0: <MII bus> on re0
rgephy0: <RTL8251 1000BASE-T media interface> PHY 1 on miibus0
rgephy0:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow
re0: Using defaults for TSO: 65518/35/2048
re0: Ethernet address: 2c:56:dc:d6:bd:9d
pcib7: <ACPI PCI-PCI bridge> irq 16 at device 29.0 on pci0
pci7: <ACPI PCI bus> on pcib7
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
pci0: <memory> at device 31.2 (no driver attached)
hdac1: <Intel (0xa170) HDA Controller> mem 0xf7220000-0xf7223fff,0xf7200000-0xf720ffff irq 16 at device 31.3 on pci0
acpi_button0: <Sleep Button> on acpi0
acpi_button1: <Power Button> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_tz1: <Thermal Zone> on acpi0
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
orm0: <ISA Option ROMs> at iomem 0xc0000-0xce7ff,0xce800-0xcf7ff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
ppc0: cannot reserve I/O port range
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est2: <Enhanced SpeedStep Frequency Control> on cpu2
est3: <Enhanced SpeedStep Frequency Control> on cpu3
est4: <Enhanced SpeedStep Frequency Control> on cpu4
est5: <Enhanced SpeedStep Frequency Control> on cpu5
est6: <Enhanced SpeedStep Frequency Control> on cpu6
est7: <Enhanced SpeedStep Frequency Control> on cpu7
random: unblocking device.
usbus0: 5.0Gbps Super Speed USB v3.0
fuse-freebsd: version 0.4.4, FUSE ABI 7.8
Timecounters tick every 1.000 msec
hdacc0: <NVIDIA (0x0042) HDA CODEC> at cad 0 on hdac0
hdaa0: <NVIDIA (0x0042) Audio Function Group> at nid 1 on hdacc0
pcm0: <NVIDIA (0x0042) (HDMI/DP 8ch)> at nid 4 on hdaa0
pcm1: <NVIDIA (0x0042) (HDMI/DP 8ch)> at nid 5 on hdaa0
pcm2: <NVIDIA (0x0042) (HDMI/DP 8ch)> at nid 7 on hdaa0
hdacc1: <Realtek ALC887 HDA CODEC> at cad 0 on hdac1
hdaa1: <Realtek ALC887 Audio Function Group> at nid 1 on hdacc1
pcm3: <Realtek ALC887 (Rear Analog)> at nid 20 and 24,26 on hdaa1
pcm4: <Realtek ALC887 (Front Analog)> at nid 27 and 25 on hdaa1
pcm5: <Realtek ALC887 (Internal Digital)> at nid 17 on hdaa1
ugen0.1: <0x8086> at usbus0
uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
ada0 at ahcich2 bus 0 scbus0 target 0 lun 0
ada0: <Samsung SSD 750 EVO 250GB MAT01B6Q> ACS-2 ATA SATA 3.x device
ada0: Serial Number S2S5NWAGC01353B
ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes)
ada0: Command Queueing enabled
ada0: 238475MB (488397168 512 byte sectors)
ada0: Previously was known as ad4
ada1 at ahcich3 bus 0 scbus1 target 0 lun 0
ada1: <TOSHIBA DT01ACA100 MS2OA750> ATA8-ACS SATA 3.x device
ada1: Serial Number 16IWEUAFS
ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes)
ada1: Command Queueing enabled
ada1: 953869MB (1953525168 512 byte sectors)
ada1: Previously was known as ad6
ada2 at ahcich5 bus 0 scbus3 target 0 lun 0
ada2: <WDC WD5000AAKS-75A7B2 01.03B01> ATA8-ACS SATA 2.x device
ada2: Serial Number WD-WMASY5225308
ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada2: Command Queueing enabled
ada2: 476940MB (976773168 512 byte sectors)
ada2: Previously was known as ad10
ses0 at ahciem0 bus 0 scbus4 target 0 lun 0
ses0: <AHCI SGPIO Enclosure 1.00 0001> SEMB S-E-S 2.00 device
ses0: SEMB SES Device
cd0 at ahcich4 bus 0 scbus2 target 0 lun 0
cd0: <ASUS DRW-24F1MT 1.00> Removable CD-ROM SCSI device
cd0: Serial Number S1AI6YDGA033NX
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)
cd0: 2766MB (1416192 2048 byte sectors)
SMP: AP CPU #1 Launched!
SMP: AP CPU #2 Launched!
SMP: AP CPU #4 Launched!
SMP: AP CPU #3 Launched!
SMP: AP CPU #7 Launched!
SMP: AP CPU #6 Launched!
SMP: AP CPU #5 Launched!
Timecounter "TSC-low" frequency 2004065703 Hz quality 1000
uhub0: 26 ports with 26 removable, self powered
ugen0.2: <Western Digital> at usbus0
umass0: <Western Digital Ext HDD 1021, class 0/0, rev 2.00/20.21, addr 1> on usbus0
umass0:  SCSI over Bulk-Only; quirks = 0x8100
umass0:5:0:-1: Attached to scbus5
da0 at umass-sim0 bus 0 scbus5 target 0 lun 0
da0: <WD Ext HDD 1021 2021> Fixed Direct Access SPC-2 SCSI device
da0: Serial Number 5743415A414C383335343630
da0: 40.000MB/s transfers
da0: 1907727MB (3907024896 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>
usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR
usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR
ugen0.3: <FiiO> at usbus0
Root mount waiting for: usbus0
ugen0.4: <Logitech> at usbus0
ugen0.5: <Razer BlackWidow> at usbus0
ukbd0: <Razer BlackWidow Razer BlackWidow, class 0/0, rev 2.00/2.00, addr 4> on usbus0
kbd2 at ukbd0
Root mount waiting for: usbus0
Root mount waiting for: usbus0
ugen0.6: <Seagate> at usbus0
umass1: <Seagate BUP Slim BL, class 0/0, rev 2.10/1.43, addr 5> on usbus0
umass1:  SCSI over Bulk-Only; quirks = 0x8100
umass1:6:1:-1: Attached to scbus6
da1 at umass-sim1 bus 1 scbus6 target 0 lun 0
da1: <Seagate BUP Slim BL 0143> Fixed Direct Access SPC-4 SCSI device
da1: Serial Number NA793D8Y
da1: 40.000MB/s transfers
da1: 1907729MB (3907029167 512 byte sectors)
da1: quirks=0x2<NO_6_BYTE>
ugen0.7: <vendor 0x05e3> at usbus0
umass2: <vendor 0x05e3 USB Storage, class 0/0, rev 2.00/9.03, addr 6> on usbus0
umass2:  SCSI over Bulk-Only; quirks = 0xc100
umass2:7:2:-1: Attached to scbus7
(probe0:umass-sim2:2:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00
(probe0:umass-sim2:2:0:0): CAM status: SCSI Status Error
(probe0:umass-sim2:2:0:0): SCSI status: Check Condition
(probe0:umass-sim2:2:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present)
(probe0:umass-sim2:2:0:0): Error 6, Unretryable error
da2 at umass-sim2 bus 2 scbus7 target 0 lun 0
da2: <Generic STORAGE DEVICE 0903> Removable Direct Access SPC-4 SCSI device
da2: Serial Number 000000000903
da2: 40.000MB/s transfers
da2: Attempt to query device size failed: NOT READY, Medium not present
da2: quirks=0x3<NO_SYNC_CACHE,NO_6_BYTE>
Trying to mount root from ufs:/dev/ada1s1a [rw]...
re0: link state changed to DOWN
uhid0: <FiiO DigiHug USB Audio, class 0/0, rev 1.10/0.01, addr 2> on usbus0
uhid1: <Logitech G400s Optical Gaming Mouse, class 0/0, rev 2.00/83.00, addr 3> on usbus0
uhid2: <Razer BlackWidow Razer BlackWidow, class 0/0, rev 2.00/2.00, addr 4> on usbus0
uhid3: <Razer BlackWidow Razer BlackWidow, class 0/0, rev 2.00/2.00, addr 4> on usbus0
uaudio0: <FiiO USB DAC-E10> on usbus0
uaudio0: Play: 96000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Play: 48000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Play: 44100 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Play: 32000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer.
uaudio0: No recording.
uaudio0: No MIDI sequencer.
pcm6: <USB audio> on uaudio0
uaudio0: No HID volume keys found.
ums0: <Logitech G400s Optical Gaming Mouse, class 0/0, rev 2.00/83.00, addr 3> on usbus0
ums0: 8 buttons and [XYZ] coordinates ID=0
re0: link state changed to UP
ugen0.6: <Seagate> at usbus0 (disconnected)
umass1: at uhub0, port 11, addr 5 (disconnected)
da1 at umass-sim1 bus 1 scbus6 target 0 lun 0
da1: <Seagate BUP Slim BL 0143> s/n NA793D8Y detached
(da1:umass-sim1:1:0:0): Periph destroyed
root@antares:/home/guru #

Als ich nvidia-settings installieren wollte, kam libvdpau als Abhängigkeit dazu. Vielleicht erklärt das meine lausige Performance, was Youtube-Videos betrifft. Die installierte Treiberversion ist laut nvidia-settings 346.96.

Nur weil das Mainboard ein BIOS emuliert, sollte doch die Performance im Betrieb nicht beeinträchtigt werden, oder?
Sieht aus, als müsste ich die Kiste neu aufsetzen ... bloß hab ich die Partitionen noch nie per CLI aufgesetzt ..
 
Hmm, das diskinfo vom ersten Post ist die falsche Platte, du nutzt ada1 testest aber ada2.
Im dmesg finde ich nichts besonderes.

Was sagt die Ausgabe von
Code:
vmstat -i

Rob
 
Ups :D Bitte entschuldigt.

Hier die Ausgaben:

Code:
root@antares:/home/guru # vmstat -i
interrupt                          total       rate
irq1: atkbd0                          54          0
cpu0:timer                         14443        152
irq264: vgapci0                     1708         17
irq265: hdac0                         15          0
irq266: xhci0                      16136        169
irq267: ahci0                      15530        163
irq268: re0                          315          3
irq269: hdac1                        139          1
cpu1:timer                          9151         96
cpu5:timer                          8899         93
cpu4:timer                         10293        108
cpu6:timer                         11187        117
cpu7:timer                          9644        101
cpu3:timer                         12137        127
cpu2:timer                          9071         95
Total                             118722       1249
root@antares:/home/guru # diskinfo -ctv ada1
ada1
        512             # sectorsize
        1000204886016   # mediasize in bytes (932G)
        1953525168      # mediasize in sectors
        4096            # stripesize
        0               # stripeoffset
        1938021         # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        16IWEUAFS       # Disk ident.

I/O command overhead:
        time to read 10MB block      0.083339 sec       =    0.004 msec/sector
        time to read 20480 sectors   0.728522 sec       =    0.036 msec/sector
        calculated command overhead                     =    0.032 msec/sector

Seek times:
        Full stroke:      250 iter in   8.867051 sec =   35.468 msec
        Half stroke:      250 iter in   5.682544 sec =   22.730 msec
        Quarter stroke:   500 iter in  12.871200 sec =   25.742 msec
        Short forward:    400 iter in   7.303863 sec =   18.260 msec
        Short backward:   400 iter in   5.830022 sec =   14.575 msec
        Seq outer:       2048 iter in   0.122029 sec =    0.060 msec
        Seq inner:       2048 iter in   0.134150 sec =    0.066 msec
Transfer rates:
        outside:       102400 kbytes in   0.542426 sec =   188782 kbytes/sec
        middle:        102400 kbytes in   0.637670 sec =   160585 kbytes/sec
        inside:        102400 kbytes in   1.063884 sec =    96251 kbytes/sec

root@antares:/home/guru #

Secure Boot habe ich jetzt deaktiviert. Es brachte keine Besserung. Oder wird ein FreeBSD-uefi jetzt bootfähig sein, wenn ich es installiere?
 
Ups.

Code:
root@antares:/home/guru # pkg info nvidia-driver
nvidia-driver-346.96

361.42 ist aktuell. Wüsste aber nicht, wie/ob ich updaten sollte. Eine veraltete Treiberversion sollte die Probleme eigentlich nicht auslösen. Selbst mit nv oder vesa sollte ich solche Probleme nicht haben, vor allem den langsamen Bootvorgang.
 
www.nivida.de nicht pkg info ;)

Das ist aber vermutlich nur eine Nebenbaustelle.

Schmeiß doch mal X raus und teste auf der Console, was da so alles passiert oder nicht passiert. tmux und ports/sysutils sind deine Freunde.
Ist das Bios Grütze, nutzt Dir das aber alles nichts und da ist FreeBSD ein wenig eigenwillig.
 
Ich hatte das nur der Vollständigkeit halber gepostet. :D

Dann verabschied' ich mich mal vom Desktop, spiel mich ein bisschen und melde mich dann zurück.
 
So ... Ich wusste jetzt nicht wirklich, was ich wie testen sollte, darum habe ich haufenweise Software installiert, konnte aber in den ttys keine Anormalitäten feststellen ...
 
Mir fällt auch auf, dass der Bootloader zu Beginn unglaublich langsam geladen wird.

Bei einem i7-6700k, ASUS Z170, 16GB DDR4-RAM, Nvidia GT740 und UFS (SATA3) sollte das nicht passieren.
Woran kann das liegen? An mangelnder SATA-Unterstützung?
Zum langsamen Booten im Legacy-Modus und der schon erwähnten Abhilfe UEFI hatte ich hier auch schon was geschrieben:
https://www.bsdforen.de/threads/gptzfsloader-braucht-ewig-uefiboot-ist-die-lösung.32513/

Bei (selbstgebastelten) Installationsmedien kann man wohl auch erreichen, dass sie je nach System sowohl mit UEFI als auch mit Legacy booten können, ob zuerst BIOS oder UEFI gebootet wird, kann man (mit Glück[1]) im BIOS einstellen.

[1]
Mich würde es aber auch nichtmehr wundern, wenn man das nicht überall direkt konfigurieren kann.
 
Zurück
Oben