• Re: Video speed at a crawl

    From druck@21:1/5 to Jesper on Sun May 11 21:18:45 2025
    On 11/05/2025 10:41, Jesper wrote:
    For a week or two showing video on my Raspi 5 with NVME is impossible.
    The framerate is now something like 2-3 seconds per frame.
    Before the axe fell it went smooth, Youtube video, TV, videos in news
    sites, no problem at all. The problem exists no matter if the connection
    is via wifi or ethernet.
    I have tested up- and download speed with Speeedtest.net. The results
    are 50 to 52 Mb/s, and the connection is specified for 50/50 up and down.

    I would look at what is running on the Pi. Use htop to see what
    processes are using CPU. It will also show total memory used and if
    there is any swap usage - which will kill the machines performance.

    Per now this raspi is mostly used for checking news, and there is no
    problem with that, except for embedded videos that run at 2-3 seconds
    per frame. Pages load at normal speed.

    Browsing is a memory hog. Have you tried immediately after rebooting and
    before running any browser? What does the output of 'free' show?

    I have used some test from Tom's hardware, using vcgencmd, as shown at
    the bottom. https://www.tomshardware.com/how-to/raspberry-pi-benchmark-vcgencmd

    I suspect it isn't anything hardware or power related as you would get
    some outright failures rather just slowness.

    There has been several updates coming in to the Raspi lately. I check
    what is in the updates but often have no clue to what is does, and just
    let it install. But if an update causes havoc like this, other people
    would have been hit, and it probably would have been mentioned in this newsgroup.

    It's always a good idea to do a backup before a major update, put that
    on an SD card and see if the problem is with the older software.

    It maybe something has been reconfigured such as going from Xorg to
    Wayland display systems which your video playing app doesn't work
    optimally with.

    ---druck

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From druck@21:1/5 to All on Mon May 12 16:43:45 2025
    T24gMTIvMDUvMjAyNSAxMDo0MSwgSmVzcGVyIHdyb3RlOg0KPiBPbiAxMS4wNS4yMDI1IDIy OjE4LCBkcnVjayB3cm90ZToNCj4+IE9uIDExLzA1LzIwMjUgMTA6NDEsIEplc3BlciB3cm90 ZToNCj4+PiBGb3IgYSB3ZWVrIG9yIHR3byBzaG93aW5nIHZpZGVvIG9uIG15IFJhc3BpIDUg d2l0aCBOVk1FIGlzIA0KPj4+IGltcG9zc2libGUuIFRoZSBmcmFtZXJhdGUgaXMgbm93IHNv bWV0aGluZyBsaWtlIDItMyBzZWNvbmRzIHBlciBmcmFtZS4NCg0KPiBGaXJzdCBhIG5ldyBv YnNlcnZhdGlvbjogU2hvd2luZyBhIG1wNC12aWRlbyBjYXB0dXJlZCB3aXRoIG15IGFuZHJv aWQgDQo+IHBob25lIHJ1bnMgZmluZS4NCg0KU291bmRzIGxpa2UgdGhlIG5leHQgdGhpbmcg dG8gZG8gaXMgdG8gd29yayBvdXQgd2hhdCB2aWRlbyBjb2RlY3MgdmlkZW9zIA0KYXJlIHVz aW5nLCB3aGljaCBhcmUgcXVpY2sgYW5kIHdoaWNoIGFyZSBub3QuDQoNCj4+IEkgd291bGQg bG9vayBhdCB3aGF0IGlzIHJ1bm5pbmcgb24gdGhlIFBpLiBVc2UgaHRvcCB0byBzZWUgd2hh dCANCj4+IHByb2Nlc3NlcyBhcmUgdXNpbmcgQ1BVLiBJdCB3aWxsIGFsc28gc2hvdyB0b3Rh bCBtZW1vcnkgdXNlZCBhbmQgaWYgDQo+PiB0aGVyZSBpcyBhbnkgc3dhcCB1c2FnZSAtIHdo aWNoIHdpbGwga2lsbCB0aGUgbWFjaGluZXMgcGVyZm9ybWFuY2UuDQo+IA0KPiBXaXRoIFRo dW5kZXJiaXJkLCBGaWxlIE1hbmFnZXIgYW5kIGEgVGVybWluYWwgcnVubmluZywgSFRPUCBz aG93cyBNZW0gDQo+IDk2ME0vNy44N0csIFN3cCAwSy8yMDBNLg0KPiAtIEFmdGVyIHN0YXJ0 aW5nIHRoZSBtcDQtdmlkZW8gSFRPUCBzaG93cyBNZW0gMS4xNEcvNy44N0csIFN3cCAway8y MDBNLg0KPiAtIEFmdGVyIHN0b3BwaW5nIHRoZSBtcDQgdmlkZW8gYW5kIHN0YXJ0aW5nIEZp cmVmb3ggSFRPUCBzaG93cyBNZW0gDQo+IDEuMzlHLzcuODdHIFN3cCAwS+KIlTIwME0uIFRo ZSA0IGxpbmVzIGluIEhUT1AgYWJvdmUgTWVtIGFuZCBTd3Agc2hvd3MgbG93IA0KPiBudW1i ZXJzLCBsaWtlIDAuNyUgdG8gMi4wJS4NCj4gLSBBZnRlciBhbHNvIHN0YXJ0aW5nIGEgdmlk ZW8gaW4gRmlyZWZveCBIVE9QIHNob3dzIDEuNzRHLzcuODdHIFN3cCANCj4gMEsvMjAwTS4g VGhlIDQgbGluZXMgaW4gSFRPUCBhYm92ZSBNZW0gYW5kIFN3cCBzaG93cyAyMCUgdG8gNDUl LCBidXQgDQo+IGdvZXMgZG93biB0byBudW1iZXJzIGJlbG93IDIwIHdoaWxlIHRoZSB2aWRl byBpcyBzaG93biBhcyBhIGZldyBmcmFtZXMgDQo+IHdpdGggbGlrZSAzIHNlY29uZHMgaW50 ZXJ2YWwuDQoNCkl0IGRvZXNuJ3QgbG9vayBsaWtlIHRoZXJlIGlzIGEgcHJvYmxlbSB3aXRo IHRoZSBtZW1vcnkuIFVubGVzcyB5b3UgdGVsbCANCml0IG5vdCB0bywgTGludXggb2Z0ZW4g c3dhcHMgb3V0IGEgc21hbGwgYW1vdW50IG9mIG1lbW9yeSBmb3IgdGhpbmdzIA0KbGlrZSB0 aGUgaW5pdGlhbCBsb2FkZXIgb2YgcHJvZ3JhbXMgd2hpY2ggYXJlbid0IGV2ZXIgdXNlZCBh Z2Fpbi4gSXQncyANCm9ubHkgaWYgeW91IHNlZSBhIGxhcmdlIGFuZCByaXNpbmcgYW1vdW50 IG9mIHN3YXAgYXMgeW91IGFyZSBkb2luZyANCnRoaW5ncyB3aGljaCBpbmRpY2F0ZXMgdGhl IHN5c3RlbSBpcyB1bmRlciBtZW1vcnkgcHJlc3N1cmUuDQoNCj4gVGhhbmsgeW91IGZvciB5 b3VyIHJlcGx5LiBIVE9QIHNlbXMgdG8gYmUgYSBncmVhdCB0b29sLCBidXQgaXQgd2lsbCB0 YWtlIA0KPiBzb21lIHRpbWUgdG8gYmUgZmFtaWxsaWFyIHdpdGggaXQuIEEgc3RyYW5nZSB0 aGluZyBpcyBJIHNhdyA0NSBsaW5lcyANCj4gd2l0aCAvdXNyL2xpYi90aHVuZGVyYmlyZC90 aHVuZGVyYmlyZCBsaXN0ZWQgd2l0aCA1LjcgJSBmb3IgTUVNJS4gVGhhdCANCj4gc3VtcyB1 cCB0byAyNTAlIDotKSBTbyBJIGRvIG5vdCB1bmRlcnN0YW5kIEhUT1AgYXQgYWxsIDotKQ0K DQpCcm93c2VycyBub3cgcnVuIGVhY2ggdGFiIGFzIGEgc2VwYXJhdGUgcHJvY2Vzcywgc28g eW91IHdpbGwgZ2V0IG1hbnkgDQpsaW5lcyBvZiBlbnRyaWVzLiBFYWNoIHByb2Nlc3Mgd2ls bCBzaGFyZSB0aGUgcmVhZCBvbmx5IGNvZGUgZnJvbSB0aGUgDQpmaXJzdCBwcm9jZXNzLCBh bmQgaGF2ZSB0aGVpciBvd24gd3JpdGVhYmxlIGRhdGEuIFdoaWNoIGlzIHdoeSB0aGV5IGNh biANCmFsbCBhZGQgdXAgdG8gbW9yZSB0aGFuIHRoZSB0b3RhbCBhbW91bnQgb2YgbWVtb3J5 IGluIHRoZSBtYWNoaW5lLCBidXQgDQphY3R1YWxseSBvbmx5IGJlIHVzaW5nIGEgbXVjaCBs b3dlciBwcm9wb3J0aW9uLg0KDQotLS1kcnVjaw0KDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Theo@21:1/5 to druck on Tue May 13 10:48:36 2025
    druck <news@druck.org.uk> wrote:
    On 12/05/2025 10:41, Jesper wrote:
    Thank you for your reply. HTOP sems to be a great tool, but it will take some time to be familliar with it. A strange thing is I saw 45 lines
    with /usr/lib/thunderbird/thunderbird listed with 5.7 % for MEM%. That
    sums up to 250% :-) So I do not understand HTOP at all :-)

    Browsers now run each tab as a separate process, so you will get many
    lines of entries. Each process will share the read only code from the
    first process, and have their own writeable data. Which is why they can
    all add up to more than the total amount of memory in the machine, but actually only be using a much lower proportion.

    I think htop also shows individual threads - the lines which have identical commands with identical amounts of RAM usage aren't separate processes,
    they're multiple threads running inside the same address space. Since it's
    one address space they all share the same RAM utilisation.

    eg on this machine, the number of Firefox processes is:

    $ ps -flye | grep firefox | wc -l
    74

    but the number of threads:

    $ ps -flye -T | grep firefox | wc -l
    2237

    Theo

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)