|
Where can we send your complimentary Linux shirt?
Jeremy Falcon
|
|
|
|
|
I moved to Fedora on my home computer about a decade ago - it wasn't all joy but do not regret it for a moment...
First I was using a few VM's with windows for SQL and gaming, but droped them all and today I use Windows only at work...
"It never ceases to amaze me that a spacecraft launched in 1977 can be fixed remotely from Earth." ― Brian Cox
|
|
|
|
|
I have Win11 on one NVMe SSD and Linux(Pop!_OS) on another. Lately I only use Linux because I can configure it exactly like I want and never had any issues. I use Android Studio for programming and Timeshift for backup. Updates works better than on windows. Win11 I use maybe once a month.
jhaga
|
|
|
|
|
Yup, like many others, I tried Linux (SUSe) to resurrect old hardware. Probably about 15 years ago. Now on Debian 12.5 on my main system.
Windows 11 runs fine (relative thing) in a VM. This system has the right chip. I run several flavors of Windows VM's, including an old XP system that has FoxPro.
All run fine on NVME drives.
>64
It’s weird being the same age as old people. Live every day like it is your last; one day, it will be.
|
|
|
|
|
I attempted to install Win11 in a VM using Gnome Boxes for something (that I later found a Linux version of), but it seems there's an issue somewhere in there that causes the installation to never continue after the initial reboot. It just sits there at the loading spinner and after about 30 minutes errors out and shuts down.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
That is the real, hardware, install emulator. 
>64
It’s weird being the same age as old people. Live every day like it is your last; one day, it will be.
|
|
|
|
|
Happening soon to a computer near me.
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
Wordle 1,152 2/6*
⬛⬛🟩⬛🟩
🟩🟩🟩🟩🟩
Too easy!
|
|
|
|
|
Wordle 1,152 2/6*
⬜⬜⬜⬜🟩
🟩🟩🟩🟩🟩
Can't get more lucky than this.
|
|
|
|
|
Wordle 1,152 5/6
🟩⬜⬜🟨⬜
🟩⬜🟩⬜🟩
🟩⬜🟩🟩🟩
🟩⬜🟩🟩🟩
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 1,152 2/6*
⬜🟨🟩🟨🟩
🟩🟩🟩🟩🟩
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
⬜🟨⬜⬜🟩
⬜⬜🟩⬜🟨
🟩⬜🟩🟩🟩
🟩🟩🟩🟩🟩
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
Wordle 1,152 5/6*
⬜⬜⬜🟨⬜
🟨⬜⬜⬜⬜
⬜🟩🟩⬜🟩
⬜🟩🟩⬜🟩
🟩🟩🟩🟩🟩
Happiness will never come to those who fail to appreciate what they already have. -Anon
And those who were seen dancing were thought to be insane by those who could not hear the music. -Frederick Nietzsche
|
|
|
|
|
Wordle 1,152 6/6
⬛⬛🟩🟩🟩
🟩⬛🟩🟩🟩
🟩⬛🟩🟩🟩
🟩⬛🟩🟩🟩
🟩⬛🟩🟩🟩
🟩🟩🟩🟩🟩
A good starter word followed by stupid, dumb luck 
Ok, I have had my coffee, so you can all come out now!
|
|
|
|
|
Wordle 1,152 3/6
🟨🟨⬜⬜⬜
⬜🟩🟨⬜🟨
🟩🟩🟩🟩🟩
Within you lies the power for good - Use it!
|
|
|
|
|
Wordle 1,152 4/6
🟨🟨⬛🟩⬛
🟩🟩⬛🟩🟩
🟩🟩⬛🟩🟩
🟩🟩🟩🟩🟩
Jeremy Falcon
|
|
|
|
|
Wordle 1,152 5/6
⬜⬜⬜🟨⬜
🟨⬜⬜⬜⬜
🟩🟩🟩⬜⬜
🟩🟩🟩⬜🟩
🟩🟩🟩🟩🟩
not so easy
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
I'm printing "hello\tworld\nfoo bar!" (C string) as a test in 3 different classes of font
1. 16-bit Windows raster - 31 frames per second
2. VLW anti-aliased raster - 15 frames per second
3. Truetype vector - 6 frames a second* varies widely depending on the font, but always slow
This leads me to believe I need an LRU caching system for two things
Pairs of 32-bit codepoints to glyph metrics for caching kerning tables
A single 32-bit codepoint to a glyph for caching the actual renders
The issue is this. Every LRU implementation I've seen seems to whip the heap with a lot of little allocations and frees. I don't necessarily want to implement a pool for this, because it causes a lot complication due to the frees. So I have to maybe roll my own LRU cache engine, or at least understand the algorithm beyond the broad concept so I can modify something existing.
This is the kind of thing that makes me wish I went to school. My understanding of algorithms is broad, but somewhat shallow especially in the dark corners. I haven't needed to roll my own LRU ever.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
honey the codewitch wrote: Every LRU implementation I've seen seems to whip the heap with a lot of little allocations and frees.
That seems a bit backwards.
You need a custom heap. LRU is just one way to do that.
honey the codewitch wrote: Truetype vector
Why don't you do a fixed render of the entire code set before you even use it. Presumably you don't need UNICODE.
I also presume you can't just load a rendered set from persistent store. If you did that then your memory size would be fixed.
honey the codewitch wrote: This is the kind of thing that makes me wish I went to school
I went to school and did not learn anything that would have helped solve this. But you can learn some basics by reading "Algorithms" by Sedgwick. Different editions exists for different programming languages. Seems readable in all of the ones I looked at though. It covers 'algorithms' but also 'data structures'
|
|
|
|
|
jschell wrote: Why don't you do a fixed render of the entire code set before you even use it. Presumably you don't need UNICODE.
I already have that. You can use .vlw fonts which are pre-rendered truetype fonts at a particular scale, and subset of characters you want. Sometimes it's not practical, like if you have one bit of code that's meant to run on devices with different size screens (my esp mon project), or if you have a project with a lot of different sized fonts (my core2 speedometer project, and clock project) it can get prohibitive in size, even compared to a single truetype file.
jschell wrote: You need a custom heap.
Yeah, I'm realizing that, but I don't have it all thought out in terms of freeing. I'm kind of stuck on that.
jschell wrote: LRU is just one way to do that.
I wouldn't use a least-recently-used algorithm for a custom heap, because you don't arbitrarily free blocks when memory is under pressure, because you'd be invalidating active pointers. I'm using it for a cache, but now that I've implemented it, heap frag is killing me.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
honey the codewitch wrote: I wouldn't use a least-recently-used algorithm for a custom heap
Algorithm
1 - Render the entire font specifically has needed. This takes a fixed amount of space when done.
2 - Then allocate only that space - fixed size
3 - Copy rendered into that space.
4 - Discard original space.
If 2 is not true then I can only suppose that you are not actually rendering what you need. Make a decision to either be flexible and then mess with memory problems. Or go with an actual fixed size which is probably going to be good enough.
If you set up the memory map correctly then the font comes from the fixed space and thinks it is coming from the heap.
If you do it very carefully you can even eliminate some unneeded overhead that a real heap would have.
|
|
|
|
|
The issue with fixed size is non-monospaced fonts requiring varying glyph sizes, and while I could use the "largest" size for each, rendering the transparency map to the screen requires alpha-blending - non-trivial. So the smaller the glyphs the better.
I found in my tests that I had a memory leak. Haven't seen many of those in recent years, but here we are. I fixed that, sorted my cache problem, and wrote a screen full of text in about 17KB of cache, truetype. Heap frag wasn't as big an issue as I thought - the leak was.
What I'm currently doing is I allocate a buffer for the first glyph. I render the glyph as an alpha transparency map, and then send that to the draw callback which puts in on the display.
If the next glyph is bigger, I realloc() the buffer, and go for it again.
None of this happens if I find it in the cache first. The callback never gets called, nor does the glyph copy memory get allocated (if everything is already cached)
This takes a small amount of memory for the (uncached) rendering on a glyph per glyph basis and seems to work well.
Caching improves the results significantly (a factor of 2 at least) when it doesn't have to expire, and moderately when it does.
So I'm ready to move on to the next thing for now.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
I was thinking along similar lines, but I know you work on various hardware. I also know that you often don’t need very much help when you are venting!
My guess: you are working on an e-paper reader where you will need to render whatever font comes with the e book.
|
|
|
|
|
Prolly I do not grok the problem here, but...
What if you only save one single set of text + glyphs? lastText, lastWinGlyphs ... I wouldn't even call that a cache.
I assume we are not talking C++. If we were, the top Goog hit, using std::list + unordered_map, seems fine to me...
And being the Devil's advocate, mewonders, if you might be optimising before you have noticed any performance/resource issue?
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
std::list and unordered map together would whip the heap harder than my current implementation that already crashes the system due to heap fragmentation.
As a rule, it's a terrible idea to use most of the STL on embedded devices. So no "std" containers.
And particularly not a linked list. Jesus.
megaadam wrote: if you might be optimising before you have noticed any performance/resource issue?
7 frames per second without caching
16 with.
If it wasn't for the heap frag forcing me to run the cache in extended memory everything would be fine.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
