2072134509089144888
This commit is contained in:
1 parent
6ec919e9bb
commit
dead06a4f0
5 files changed
+123
-18
No files matched your search
+51
@@ -0,0 +1,51 @@
|
||||
---
|
||||
title: "@NOTimothyLottes I gotta ask, why use such condensed formatting for your code?"
|
||||
type: archive
|
||||
source: twitter
|
||||
source_url: "https://x.com/sanjeetsuhag/status/1687254184460959744"
|
||||
author: "Sanjeet Suhag"
|
||||
handle: sanjeetsuhag
|
||||
post_id: "1687254184460959744"
|
||||
date: 2023-08-04
|
||||
archived: 2026-08-25
|
||||
draft: false
|
||||
tags:
|
||||
- archive
|
||||
- twitter
|
||||
- NOTimothyLottes
|
||||
description: "@NOTimothyLottes I gotta ask, why use such condensed formatting for your code?"
|
||||
in_reply_to: ""
|
||||
parent_post_id: "1687253442643755008"
|
||||
---
|
||||
|
||||
## Source
|
||||
|
||||
- URL: https://x.com/sanjeetsuhag/status/1687254184460959744
|
||||
- Author: Sanjeet Suhag (@sanjeetsuhag)
|
||||
- Posted: 2023-08-04 00:08:39
|
||||
|
||||
## Branch
|
||||
|
||||
**1/** **@sanjeetsuhag** ^1687254184460959744
|
||||
|
||||
**@NOTimothyLottes**
|
||||
|
||||
I gotta ask, why use such condensed formatting for your code?
|
||||
|
||||
**2/** **@NOTimothyLottes** ^1687258580871766016
|
||||
|
||||
**@sanjeetsuhag**
|
||||
|
||||
Because when I started programming, you got paper books with programs and hand typed them into the machine. So condensed code was the way it was done so the programs could be printed on a few pages of a magazine or what not. Debuggers didn't exist. No line stepping.
|
||||
|
||||
**3/** **@sanjeetsuhag** ^1687301230744244225
|
||||
|
||||
**@NOTimothyLottes**
|
||||
|
||||
Fascinating. Can’t imagine life without debuggers.
|
||||
|
||||
In high school in India (in 2013!), we had to write our Java code on paper for exams. And I often ended up writing it condensed like you do.
|
||||
|
||||
## Related
|
||||
|
||||
- Spine: [[archive/threads/NOTimothyLottes/2023-08-03-spc-left-off-with-key-and-gamepad-input-gpu]]
|
||||
+7
-3
@@ -7,7 +7,7 @@ author: "NOTimothyLottes"
|
||||
handle: NOTimothyLottes
|
||||
post_id: "1687250591813079041"
|
||||
date: 2023-08-03
|
||||
archived: 2026-08-24
|
||||
archived: 2026-08-25
|
||||
draft: false
|
||||
tags:
|
||||
- archive
|
||||
@@ -30,25 +30,29 @@ in_reply_to: ""
|
||||
SPC: Left off with KEY and GAMEPAD input GPU-accessable. NOP design, no functions, no API, just a fixed VA address and data format to read, dead easy.
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
**2/** **@NOTimothyLottes** ^1687251721032978432
|
||||
|
||||
Wrote some console data dumping to aid in bringing up HID parsers for Deck and three generations of PlayStation controllers. Apparently XBox controllers aren't HIDs so not sure how one is supposed to access those.
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
**3/** **@NOTimothyLottes** ^1687252813468852225
|
||||
|
||||
Supporting hot plug was a bit of a mess, just trying to open devices every second. Adding open devices to an epoll. {Product, vendor} isn't enough to ID a device, too much aliasing, so I use packet size as well.
|
||||
|
||||

|
||||
|
||||
**4/** **@NOTimothyLottes** ^1687253442643755008
|
||||
|
||||
Open devices with matching packet size get set in a bit array, and I collect up to 4 of those device outputs to sent to the GPU. Special logic to always place Steam Deck controls last to make docking work well.
|
||||
|
||||

|
||||
|
||||
Branches: [[archive/threads/NOTimothyLottes/2023-08-03-spc-left-off-with-key-and-gamepad-input-gpu/2023-08-04-sanjeetsuhag-i-gotta-ask-why-use-such-condensed-formatting-for]]
|
||||
|
||||
**5/** **@NOTimothyLottes** ^1687254511239221249
|
||||
|
||||
I'll have to tackle audio at some point, but I'm skipping networking for version 1. But otherwise SPC is good to move on to the next step, which is to build out the GPU side assembler & data editor. Which will be written in binary at first.
|
||||
|
||||
+43
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "@NOTimothyLottes On my install the limit is 8M, even vkcube's usage is listed above 100mb, I don't think it will work in \"no-additional setup\" cases?"
|
||||
type: archive
|
||||
source: twitter
|
||||
source_url: "https://x.com/mrsteyk1/status/2072418864479277334"
|
||||
author: "mrsteyk"
|
||||
handle: mrsteyk1
|
||||
post_id: "2072418864479277334"
|
||||
date: 2026-07-01
|
||||
archived: 2026-08-25
|
||||
draft: false
|
||||
tags:
|
||||
- archive
|
||||
- twitter
|
||||
- NOTimothyLottes
|
||||
description: "@NOTimothyLottes On my install the limit is 8M, even vkcube's usage is listed above 100mb, I don't think it will work in \"no-additional setup\" cases?"
|
||||
in_reply_to: ""
|
||||
parent_post_id: "2072149707107787035"
|
||||
---
|
||||
|
||||
## Source
|
||||
|
||||
- URL: https://x.com/mrsteyk1/status/2072418864479277334
|
||||
- Author: mrsteyk (@mrsteyk1)
|
||||
- Posted: 2026-07-01 20:35:35
|
||||
|
||||
## Branch
|
||||
|
||||
**1/** **@mrsteyk1** ^2072418864479277334
|
||||
|
||||
**@NOTimothyLottes**
|
||||
|
||||
On my install the limit is 8M, even vkcube's usage is listed above 100mb, I don't think it will work in "no-additional setup" cases?
|
||||
|
||||
**2/** **@NOTimothyLottes** ^2072428792333631688
|
||||
|
||||
**@mrsteyk1**
|
||||
|
||||
Yeah it’s unreasonably low 8MiB by default in my Artix machine also. So the reality is that any Linux box will need some config changes to have a good experience out of the box.
|
||||
|
||||
## Related
|
||||
|
||||
- Spine: [[archive/threads/NOTimothyLottes/2026-07-01-working-on-the-portable-thread-scheduling]]
|
||||
+21
-14
@@ -1,40 +1,45 @@
|
||||
---
|
||||
title: "Linux by default doesn't allow any increase in scheduling priority."
|
||||
title: "Working on the portable thread scheduling priority interface."
|
||||
type: archive
|
||||
source: twitter
|
||||
source_url: "https://x.com/NOTimothyLottes/status/2072135292115427728"
|
||||
source_url: "https://x.com/NOTimothyLottes/status/2072134509089144888"
|
||||
author: "NOTimothyLottes"
|
||||
handle: NOTimothyLottes
|
||||
post_id: "2072135292115427728"
|
||||
post_id: "2072134509089144888"
|
||||
date: 2026-07-01
|
||||
archived: 2026-08-23
|
||||
archived: 2026-08-25
|
||||
draft: false
|
||||
tags:
|
||||
- archive
|
||||
- twitter
|
||||
- NOTimothyLottes
|
||||
description: "Linux by default doesn't allow any increase in scheduling priority."
|
||||
description: "Working on the portable thread scheduling priority interface."
|
||||
in_reply_to: ""
|
||||
---
|
||||
|
||||
## Source
|
||||
|
||||
- URL: https://x.com/NOTimothyLottes/status/2072135292115427728
|
||||
- URL: https://x.com/NOTimothyLottes/status/2072134509089144888
|
||||
- Author: NOTimothyLottes (@NOTimothyLottes)
|
||||
- Posted: 2026-07-01 01:48:46
|
||||
- Posted: 2026-07-01 01:45:40
|
||||
|
||||
## Thread
|
||||
|
||||
**1/** **@NOTimothyLottes** ^2072135292115427728
|
||||
**1/** **@NOTimothyLottes** ^2072134509089144888
|
||||
|
||||
Working on the portable thread scheduling priority interface. Windows is a bit nicer by default, one can increase the scheduling priority without admin and there is a AvSetMmThreadCharacteristics() / AvSetMmThreadPriority() hack for "Pro Audio" scheduling needs.
|
||||
|
||||
**2/** **@NOTimothyLottes** ^2072135292115427728
|
||||
|
||||
Linux by default doesn't allow any increase in scheduling priority. Users need to manually setup special user|group with elevated rights. Also system calls that try elevated scheduling don't clamp, instead they fail -EPREM if out of bounds. So all around a pain in the ass.
|
||||
|
||||

|
||||
**2/** **@NOTimothyLottes** ^2072136089070961073
|
||||
|
||||
**3/** **@NOTimothyLottes** ^2072136089070961073
|
||||
|
||||
I'm a little lazy right now and don't feel like trying SteamOS big picture mode to see what the default ulimits are. Curious what they allow.
|
||||
|
||||
**3/** **@NOTimothyLottes** ^2072147378480566273
|
||||
**4/** **@NOTimothyLottes** ^2072147378480566273
|
||||
|
||||
Linux priority workarounds
|
||||
(a.) Use getrlimit() to get {soft,hard} limits
|
||||
@@ -42,14 +47,16 @@ Linux priority workarounds
|
||||
(c.) Then set priority or nice based on new soft limit
|
||||
|
||||

|
||||
|
||||

|
||||
**4/** **@NOTimothyLottes** ^2072147765157638479
|
||||
|
||||
**5/** **@NOTimothyLottes** ^2072147765157638479
|
||||
|
||||
I don't do one-time global priority maximums, just in case someone sudo's higher priority hard limit dynamically it should pickup the new limit.
|
||||
|
||||
**5/** **@NOTimothyLottes** ^2072149707107787035
|
||||
**6/** **@NOTimothyLottes** ^2072149707107787035
|
||||
|
||||
Also while on setrlimit, I also bump up the RLIMIT_MEMLOCK to it's maximum just in case before the mlockall().
|
||||
|
||||

|
||||

|
||||
|
||||
Branches: [[archive/threads/NOTimothyLottes/2026-07-01-working-on-the-portable-thread-scheduling/2026-07-01-mrsteyk1-on-my-install-the-limit-is-8m-even-vkcubes-usage]]
|
||||
@@ -82,7 +82,7 @@ tags:
|
||||
- [[archive/threads/NOTimothyLottes/2026-06-30-working-on-the-linux-thread-priority-code]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-01-did-manage-to-get-alsa-to-function-without-sndrv]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-01-haha-damn-i-thought-i-had-a-great-idea-for-wine]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-01-linux-by-default-doesnt-allow-any-increase-in]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-01-working-on-the-portable-thread-scheduling]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-02-settings-im-using-for-snd-pcm-sw-params-for-alsa]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-02-yuck-starting-on-wdm-ks-audio-interface-for-win32]]
|
||||
- [[archive/threads/NOTimothyLottes/2026-07-03-following-the-succession-thanks-of-re-trying]]
|
||||
|
||||
Reference in new issue
Block a user