| freemangordon | hmm, no matter how I tune ext4, I cannot get more than 4MB read speed (using fio) from this sandisk extreme | 10:08 |
|---|---|---|
| gnarface | you should try xfs :) | 10:09 |
| freemangordon | well, if card is bad/slow | 10:09 |
| freemangordon | no fs will help | 10:10 |
| freemangordon | it seems to have blocksize of 4k and erase size of either 512KB or 1MB | 10:11 |
| gnarface | physical block size of 4k, not just logical? | 10:21 |
| freemangordon | yes, according to flashbench | 10:21 |
| freemangordon | see https://paste.debian.net/1371855/ | 10:22 |
| freemangordon | looks like blocksize of 4k and eraseblock of 512k | 10:22 |
| gnarface | i uh... don't know how to read this output | 10:23 |
| gnarface | i usually just check with hdparm -I and believe what it says | 10:23 |
| freemangordon | anyway | 10:23 |
| freemangordon | hmm, moving swap to a partition on sd card makes lots of difference | 11:30 |
| Wizzup | didn't we determine earlier that swap on mainline was broken? or was that presumably fixed | 11:41 |
| freemangordon | we did, however, I was using swapfile on sdcard | 12:34 |
| freemangordon | now I made a dedicated partition | 12:34 |
| arno11 | freemangordon: it makes a huge diff on my device as well | 15:14 |
| arno11 | (i also use a sandisk extrem) | 15:15 |
| arno11 | qt5 launch time is quite similar to chimaera now | 15:15 |
| freemangordon | how? | 15:18 |
| arno11 | 8-10 sec cold, 2-6 sec warm | 15:19 |
| freemangordon | this is the same on chimaera? | 15:20 |
| arno11 | quite the same | 15:20 |
| freemangordon | ok | 15:20 |
| arno11 | but with tg-desktop, that's crazy: cold was 7 min on daedalus, now 45 sec...(like chimaera) | 15:22 |
| freemangordon | what has changed? | 15:23 |
| arno11 | what do you mean ? | 15:24 |
| arno11 | i just use swap on partition instead of swap file | 15:24 |
| arno11 | *dedicated partition | 15:25 |
| arno11 | but it is still a way slower to launch qt apps than using qt5ct tweak, specially if i launch several apps | 15:30 |
| Wizzup | freemangordon: is it different on 6.12 I wonder | 15:37 |
| Wizzup | we're still on 6.6 right? | 15:37 |
| arno11 | still on 6.6 | 15:39 |
| freemangordon | Wizzup: no idea, but we shall plan kernel upgrade anyways | 16:04 |
| uvos | sphone should more gracefully handle pa failing | 18:40 |
| arno11 | uvos: it helps, yeah, ty | 19:31 |
| arno11 | now when the call fails, sphone is immediately ready to use. but sound in next incoming or outgoing call still doesn't work (kind of 'expected') | 19:34 |
| arno11 | then next calls are ok | 19:35 |
| arno11 | freemangordon: really wonder what has changed @swap or kernel or whatever. sounds not normal that swap on sd partition works better than swapfile, no ? should be similar (?) | 19:39 |
| uvos | "now when the call fails, sphone is immediately ready to use. but sound in next incoming or outgoing call still doesn't work (kind of 'expected')" | 19:58 |
| uvos | not totally expected from sphones side, sphone starting should sync its state up with pa again on the first call not the second | 19:59 |
| uvos | but sphone restarts fairly fast it could be that pa has not recovered from whatever the problem was by the time sphone has started again | 19:59 |
| uvos | logs would help | 19:59 |
| Wizzup | pa recovering means pa restarting I think | 20:04 |
| Wizzup | there is no other reason you'd lose your connection to it | 20:04 |
| Wizzup | maybe we just pull in latest PA and see if it's more stable | 20:04 |
| Wizzup | I think PA is probably a dead end in the next few years as everything is moving to pipewire, and pipiwire as PA emulation (incl. modules) | 20:05 |
| arno11 | yeah seems an easy stuff to use pipewire PA module | 20:05 |
| Wizzup | maybe, it might also pose challenging | 20:10 |
| arno11 | dealing with audio in linux is always a challenge :P | 20:10 |
| arno11 | Wizzup: btw i wonder why it fails to switch ucm profile quickly from ringtone to call, and not if i play a song from audacious and receive a call (in this case, the switch hifi/voicecall works fine) | 20:16 |
| arno11 | maybe something is wrong with gstreamer/ringtone ? | 20:17 |
| freemangordon | hmm, why dbus created processes are reniced to dbus process priority? | 20:19 |
| freemangordon | oh, it is inherited on fork :( | 20:20 |
| uvos | arno11: in the ringtone case sphone switches profile and then stops the ringtone at more or less the same time | 20:29 |
| uvos | arno11: these 2 things happening at once is probubly what is causing pa to trip | 20:29 |
| uvos | i think mapphones should more or less just work with pipewire, n900 is a different matter. | 20:31 |
| arno11 | ok i get it, ty | 20:31 |
| freemangordon | uvos: is it possible to first stop the ringtoe and then to switch the profile? | 20:31 |
| uvos | the call to pa is handed off to a different thread | 20:31 |
| uvos | so not really | 20:31 |
| uvos | i mean you could add syncroniztion but pa should not crash just because gst and sphone are both using the interfaces at the same time | 20:32 |
| freemangordon | yeah | 20:33 |
| Wizzup | we can try to pull in latest PA, and if it doesn't work, pull in pipewire with PA module | 20:36 |
| Wizzup | although the latter could be more work | 20:36 |
| arno11 | hmm fo n900 case, it is supposed to not crash ofc but supposed to remix everything (once switched to ucm voicecall profile) if the ringtone fails to stop @the right time. at least it is what's happening with any other sound | 20:38 |
| arno11 | uvos: ^ | 20:39 |
| arno11 | (remixing is activated by default in n900 daemon.conf FYI) | 20:41 |
| uvos | arno11: i mean you can try moveing this https://git.maemo.org/leste/sphone/src/commit/a5ef8d4d35a37ca907e6b02a8c3afb725933e312/src/modules/manager.c#L83 | 21:17 |
| uvos | up to the beginning of that branch, but both since audio_stop_pipe ends up sending a message to gsts thread and the call_mode_pipe ends up sending a message to the libpulse thread this only encourages the gst thread to win this race | 21:18 |
| arno11_ | uvos: ok, ty | 21:24 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!