Kurze Unterbrechungen des Tonstreams beim Browsen

cabriofahrer

Well-Known Member
OK, es handelt sich um einen eher betagten Rechner mit einem AMD Athlon(tm) 64 Processor 3000+ (1808.24-MHz K8-class CPU), 1GB RAM, einer IDE-Festplatte, einer Geforce 6600 und einem Realtek ALC861-Soundchip (ansonsten FreeBSD amd64 10.2 mit KDE4 ohne Akonadi). Beim Hören eines Tunein-Soundstreams über den Chrome-Browser treten beim Öffnen eines neuen Tabs oder Laden einer neuen Seite treten kurze Unterbrechungen des Soundstreams auf, obwohl laut gkrellm die Prozessorbelstung zwischen 10 und 50 % liegt. Woran liegt es, und gibt es vielleicht einen Tuning-Trick, um dem Soundchip mehr Ressourcen oder Priorität zuzuweisen?
Weitere Frage: Die Prozessorbelastung beim Seamonkey-Browser (Firefox glaube ich genauso) liegt während der Widergabe des Soundstreams bei konstant 100%. Was macht Chrome da anders/besser?
 
Chrome schreibt gerne temporäre Dateien für die Multimediawiedergabe nach /tmp. Vermutlich ist dein /tmp zu langsam und der Puffer läuft leer. Nur mal so aus Neugierde: warum nutzt du noch solch eine lahme Möhre als Desktop?
 
Hmm, habe zwar tmpfs eingerichtet und den Cache von Chrome deaktiviert, aber kein Unterschied. Nun ja, es ist nicht mein Rechner, sondern der einer Bekannten. Auf diesem war vorher WinXP installiert, die Performance war, natürlich auch im Zusammenhang mit dem Antivirenprogramm, einfach bescheiden, und ich wollte einfach mal FreeBSD auf dieser Kiste ausprobieren, da sich diese Person ansonsten direkt einen neuen Rechner zulegen müsste. Vorher unter WinXP ist der Tunein-Stream alleine schon durch Öffnen eines weiteren Tabs einfach ganz abgebrochen, geschweige denn, dass es möglich war, auch noch mehrere Tabs mit mehreren Seiten parallel zu öffnen und die Musik dabei weiterhin zu hören. Mit FreeBSD hingegen alles kein Problem mehr, nur eben diese minimale Pause und alles läuft ziemlich prompt und flott. Ein weiterer Beweis also, wie toll FreeBSD ist, um alte Kisten noch sinnvoll nutzen zu können...
 
Moin,

mit der Kiste wirst du da nicht mehr viel gewinnen. Meiner Meinung nach ist das unterste mit dem man halbwegs brauchbar sich im internet & co bewegen kann, egal unter welchen OS, Mindestens ein Intel CoreDuo Prozessor (o.ä., aber KEIN Pentium Dualcore oder Intel Atom oder so - die Athlon 64 X2 waren auch halbwegs okay) und 2 GB Ram - das haben versuche bei mir immer wieder ergeben. Entsprechende Rechner findet man häufig für lau auffen Sperrmüll / eSchrott / von bekannten, oder für unter 50EUR - ich würde mir da nicht die mühe machen.

Wenn das alles keine Option ist:
Solltest du noch 1gb ram rumfliegen haben, könnte man das da mal reinstecken, das würde die Kiste vermutlich dtl. beschleunigen, wie einige hier vermuten fängt der evtl. an zu cachen oder zu swappen ab den punkt.
 
Ich kenne das Verhalten allerdings auch von Chrome unter Windows. Ist allerdings auch nur ein Core2Duo.
 
Weitere Frage: Die Prozessorbelastung beim Seamonkey-Browser (Firefox glaube ich genauso) liegt während der Widergabe des Soundstreams bei konstant 100%.

Probiere doch mal aus, ob das hilft:
Code:
make showconfig -C /usr/ports/audio/alsa-plugins/

===> The following configuration options are available for alsa-plugins-1.0.29:
     FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
     JACK=off: JACK audio server support
     PULSEAUDIO=off: PulseAudio sound server support
     SAMPLERATE=on: Sample rate conversion support
     SPEEX=on: Speex audio format support
====> Open Sound System support
     IO_PTR=on: Precise playback/recording pointer
     BLKCNT_P2=off: Restrict number of fragments to ^2 aligned
     BUFSZ_P2=on: Restrict buffer size to ^2 aligned
     VERBOSE=off: Print debugging messages
===> Use 'make config' to modify these settings
Ich habe das bei meiner Installation, die zu meiner großen Zufriedenheit läuft, schon lange so. Und neulich hat jemand das hier zur BUFSZ_P2 Einstellung angemerkt:
http://lists.freebsd.org/pipermail/freebsd-gecko/2015-October/005769.html
Jan Beich merkte dann dazu an:
http://lists.freebsd.org/pipermail/freebsd-gecko/2015-October/005772.html
 
Weitere Frage: Die Prozessorbelastung beim Seamonkey-Browser (Firefox glaube ich genauso) liegt während der Widergabe des Soundstreams bei konstant 100%. Was macht Chrome da anders/besser?
Das liegt am Firefox, der braucht bei mir für audio oder Video auch generell 100% auf einem Kern :S
 

Meine sysctl für snd könnte ich ja eigentlich auch mal zeigen:
Code:
sysctl -a | grep snd

device  snd_hda
hw.snd.maxautovchans: 32
hw.snd.default_unit: 4
hw.snd.version: 2009061500/amd64
hw.snd.default_auto: 0
hw.snd.verbose: 0
hw.snd.vpc_mixer_bypass: 1
hw.snd.feeder_rate_quality: 4
hw.snd.feeder_rate_round: 25
hw.snd.feeder_rate_max: 2016000
hw.snd.feeder_rate_min: 1
hw.snd.feeder_rate_polyphase_max: 192000
hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97                                                                                                                                                                                                             
hw.snd.feeder_eq_exact_rate: 0                                                                                                                                                                                                                                              
hw.snd.feeder_eq_presets: PEQ:16000,0,2500,62,0,2500:-9,9,1,0:44100,48000,88200,96000,176400,192000                                                                                                                                                                         
hw.snd.basename_clone: 1                                                                                                                                                                                                                                                    
hw.snd.compat_linux_mmap: 1                                                                                                                                                                                                                                                 
hw.snd.vpc_reset: 0                                                                                                                                                                                                                                                         
hw.snd.vpc_0db: 17                                                                                                                                                                                                                                                          
hw.snd.vpc_autoreset: 1                                                                                                                                                                                                                                                     
hw.snd.latency_profile: 1                                                                                                                                                                                                                                                   
hw.snd.latency: 5                                                                                                                                                                                                                                                           
hw.snd.report_soft_matrix: 1                                                                                                                                                                                                                                                
hw.snd.report_soft_formats: 1
Ich habe den Systemweiten Equalizer eingeschaltet. Las ich vor langer Zeit dort:
http://people.freebsd.org/~ariff/SOUND_4.TXT.html
Müsste inzwischen in den Manpages sein.

Message Signaled Interrupts habe ich für den hdac auch eingeschaltet, tut es bei mir fein mit dem Realtek ALC1200:
Code:
grep "hdac" /boot/device.hints

hint.hdac.0.msi="1"
hint.hdac.1.msi="1"

Außerdem habe ich in meiner Kernel Konfiguration DEVICE_POLLING eingeschaltet:
Code:
grep -E "HZ|DEVICE_POLLING" /usr/src/sys/`uname -m`/conf/`uname -i`

options         HZ=2000                 # The granularity of operation is controlled by the kernel HZ: default HZ: HZ=100
options         DEVICE_POLLING          # strongly recommended to use HZ=1000 or 2000 with DEVICE_POLLING to achieve smoother behaviour.
... und in meiner /etc/systctl.conf:
Code:
grep polling /etc/sysctl.conf

# Soundchip polling
dev.hdac.0.polling=1
dev.hdac.1.polling=1
 
Fusselbär, du scheinst jede Menge Optimierungen in deinem System (das lese ich hier nicht zum ersten Mal ;)) zu haben... Das ist natürlich gerade für den Desktopanwender sehr interessant! Könntest du solche Sachen vielleicht mal irgendwo gesammelt aufschreiben? Vielleicht gar ein Eintrag im Wiki? Das ist zwar ziemlich tot aber nun ja ;)
 
Nun, das ist immer ein Problem, wenn man Tutorials blind folgt. Wer nicht versteht, was ein Bootloader macht, steht nach einer Installation auch mal gerne ohne funktionierendes Betriebssystem da ;)
 
Probiere doch mal aus, ob das hilft:
Code:
make showconfig -C /usr/ports/audio/alsa-plugins/

===> The following configuration options are available for alsa-plugins-1.0.29:
     FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
     JACK=off: JACK audio server support
     PULSEAUDIO=off: PulseAudio sound server support
     SAMPLERATE=on: Sample rate conversion support
     SPEEX=on: Speex audio format support
====> Open Sound System support
     IO_PTR=on: Precise playback/recording pointer
     BLKCNT_P2=off: Restrict number of fragments to ^2 aligned
     BUFSZ_P2=on: Restrict buffer size to ^2 aligned
     VERBOSE=off: Print debugging messages
===> Use 'make config' to modify these settings
Ich habe das bei meiner Installation, die zu meiner großen Zufriedenheit läuft, schon lange so. Und neulich hat jemand das hier zur BUFSZ_P2 Einstellung angemerkt:
http://lists.freebsd.org/pipermail/freebsd-gecko/2015-October/005769.html
Jan Beich merkte dann dazu an:
http://lists.freebsd.org/pipermail/freebsd-gecko/2015-October/005772.html


Vielen, vielen herzlichen Dank! Volltreffer! Die Prozessorbelastung bei Seamonkey ist drastisch gesunken, auch keine Unterbrechungen des Tonstreams mehr beim Öffnen weiterer Tabs und Browsen auf dieser alten Mühle. Das ist natürlich auch von Nutzen für stärkere PC's, denn es muss ja nicht sen, dass beide Prozessoren ständig bei mehr als 60% liegen, um Internetradio zu hören.

Nur noch eine Frage: Was hat denn alsa-plugins eigentlich damit zu tun, ich dachte, Seamonkey ist BSD nativ und wir nutzen OSS? Doch irgendwie eingebauter Linuxism?
 
Back
Top