Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - DKnoto

Pages: 1 [2] 3 4 ... 6
16
Applications and Porting / Re: [IDE] Has anyone been able to run JetBrains' RustRover?
« on: September 16, 2023, 02:49:22 am »
Unfortunately, I also had very big PyCharm problems, it ran terribly slow, and I switched to Apache NetBeans plus https://github.com/albilu/netbeansPython.

17
Firmware / Re: Reduce fan speed during boot
« on: June 24, 2023, 03:12:39 am »
I used to be annoyed by the launch noise, too. I solved it in the simplest possible way. I don't turn off my Talos II. Now the machine hums at full load and on reboot after a kernel update.

18
Operating Systems and Porting / Re: Chimera Linux is entering alpha
« on: June 22, 2023, 04:26:52 am »
At my place GDM on Fedora 37 also starts with Xorg, on Chimera I also have the same thing. Anything wrong with that?

19
Operating Systems and Porting / Re: News, discussions and problems, about the new Kernels on Power
« on: May 04, 2023, 02:48:08 pm »
We have different points of view, I last used Debian something around 1995/6. I'm glad I don't have to use it but I wouldn't call it crap ;)
I didn't use Chromium either, for me the most important thing is maximum compatibility with RedHat but also access to the latest software, even at the cost of being a tester.

20
Operating Systems and Porting / Re: News, discussions and problems, about the new Kernels on Power
« on: May 04, 2023, 10:31:33 am »
On Fedora all kernels of the 6.2.x series work, sometimes better, sometimes worse but they work. Recently, even the 6.2.14-200 kernel reached a historical peak in SSD read performance: 6.6 GB/s.

If I were you, I would consider changing the distribution.

21
Talos II / Re: Unsatisfactory performance of SSD drives
« on: April 16, 2023, 10:54:57 am »
Today on Fedora 37, I upgraded the kernel to version 6.2.10-200. Not a recommendable experience.
This is the slowest kernel since I've been conducting systematic measurements :( . The results in
the linked graph:

22
Applications and Porting / Re: A set of good old games
« on: April 12, 2023, 01:09:57 am »
It seems that server http://www.powerpc-lab.org/ is dead....

23
Applications and Porting / Re: [DEV] The Blend2D library partially runs on ppc64le.
« on: April 10, 2023, 06:32:21 am »
To illustrate the performance differences between Qt and Blend2D, I include four
more screenshots from one of the test applications included with the library:

24
Applications and Porting / [DEV] The Blend2D library partially runs on ppc64le.
« on: April 08, 2023, 12:54:04 pm »
I've been playing with the Blend2D library for a while now. It is a high performance 2D vector
graphics engine written in C++ and released under the Zlib license https://blend2d.com/.
On the x86_64 platform everything compiles and works quite well but on ppc64le it is no
longer so ideal.

What works:
  • single-threaded mode without boosters;
  • multi-threaded mode without boosters but in a limited way.

What doesn't work:

I tested this on my Talos II with POWER9/18c. I downloaded the sources for the library
https://github.com/blend2d/blend2d and the bl_bench test program https://github.com/blend2d/blend2d-bench.
After downloading the library code and bl_bench, I compiled this program with the following
command:

Code: [Select]
build]$ cmake .. -DCMAKE_BUILD_TYPE=Release -DBLEND2D_DIR=../../Source/ -DBLEND2D_NO_JIT=TRUE -DBLEND2D_NO_STDCXX=false

In single-threaded mode everything works correctly but in for multi-threaded mode you should
run bl_bench with the parameter --quantity=N where N = <1, 15>. For N=16 it sometimes crashes
and for N=17+ it crashes always.

By default multithreaded mode works for 2T and 4T, to add more threads I added the following
piece of code to bl_bench/src/app.cpp in line 359:

Code: [Select]
    {
      Blend2DModule mod(8);
      runModule(mod, params);
    }

    {
      Blend2DModule mod(16);
      runModule(mod, params);
    }

After these modifications, I obtained the following results:
  • bl_bench-gcc-Release-quantity-1000.txt: results for single-threaded mode with default parameters;
  • bl_bench-gcc-Release-quantity-16.txt: results for single- and multi-threaded mode with quantity = 16;

I'm also attaching screenshots showing the performance of selected modes, images can be obtained from
the library's website after entering your own performance measurements using bl_bench.

The conclusion of an incorrigible dreamer:

Haiku on x86 uses the AGG engine and its UI is incredibly responsive, if on ppc64le one had such a Blend2D-based
UI then there would be no complaints about the graphical performance of Gnome or KDE ;-)



25
Mod Zone / Re: Initial findings running on water cooling
« on: March 28, 2023, 05:22:43 pm »
I was horny about the Dune case but fortunately I held off on the purchase ;-)

26
Operating Systems and Porting / Re: [NEWS] Fedora 38 Beta - time to test for regression
« on: March 28, 2023, 05:19:52 pm »
Kernel 6.2.8-200 has been working properly for me for almost 16 hours. Unfortunately, SSD performance is worse than in 6.2.7-200, dropping from 6.5 GB/s and 0.03 ms to 6.0 GB/s and 0.07 ms.

In the logs after the collapse, I found nothing of concern.

27
Operating Systems and Porting / Re: [NEWS] Fedora 38 Beta - time to test for regression
« on: March 27, 2023, 08:32:00 am »
On Talos II kernel 6.2.7 works unstably, I scored a system crash and a transition to petitboot.

28
Operating Systems and Porting / Re: [NEWS] Fedora 37 has arrived!
« on: March 17, 2023, 01:54:19 am »
Today systemd-251.13.-6 updated without any problems.

29
Operating Systems and Porting / Re: [NEWS] Fedora 37 has arrived!
« on: March 17, 2023, 01:51:21 am »
It's not ideal but updating this script is rare, since the beginning of installing Fedora 37 it has not been updated once and the kernel several times ;)

30
Operating Systems and Porting / Re: [NEWS] Fedora 37 has arrived!
« on: March 13, 2023, 06:04:54 am »
I finally found some time to fix the /usr/lib/kernel/install.d/99-grub-mkconfig.install script.
A bug in this script caused that after updating the kernel petitboot did not see the new kernel
and I had to do the kernel list update manually:

Code: [Select]
# grub2-mkconfig > /boot/grub2/grub.cfg

The problem is caused by this piece of script, lines 22-34:

Code: [Select]
    if test -e ${petitboot_path}; then
        read -r -d '' petitboot_version < ${petitboot_path}
        petitboot_version="$(echo ${petitboot_version//v})"
        major_version="$(echo ${petitboot_version} | cut -d . -f1)"
        minor_version="$(echo ${petitboot_version} | cut -d . -f2)"

        if test -z ${petitboot_version} || test ${major_version} -lt 1 || \
           test ${major_version} -eq 1 -a ${minor_version} -lt 8; then
            RUN_MKCONFIG=true
        fi
    else
        RUN_MKCONFIG=true
    fi

After the change to:

Code: [Select]
    if test -e ${petitboot_path}; then
        read -r -d '' petitboot_version < ${petitboot_path}
        petitboot_version="$(echo ${petitboot_version//v})"
        if test ${petitboot_version} = "0ed84c0-p94177c1"; then              #
            RUN_MKCONFIG=true                                                #  My Talos II petitboot version
        else                                                                 #
            major_version="$(echo ${petitboot_version} | cut -d . -f1)"
            minor_version="$(echo ${petitboot_version} | cut -d . -f2)"

            if test -z ${petitboot_version} || \
               test ${major_version} -lt 1 || \
               test ${major_version} -eq 1 -a ${minor_version} -lt 8; then
                RUN_MKCONFIG=true
            fi
        fi
    else
        RUN_MKCONFIG=true
    fi

The script started working as expected and new kernels appear to me in the selection list in petitboot.

Pages: 1 [2] 3 4 ... 6