#Astral
1 messages Β· Page 16 of 1
astral will be left in the dust
Astralbros its over billions must use nyaux
!!!
Same libgcc issue as before, the binutil thing didnt fix it
So I will look more into that configure recipe later
what libgcc issue?
Its something about astral with gcc's configure script, it doesnt actually set ORIGINAL_AS_FOR_TARGET in gcc/as and so the libgcc build fails because of it
ah
where cirno
bruh's really necropinging from 10 months ago
and yes, those are really things he ported
Real ports yeah
These are from the old version from them to now its been like rewritten in most parts
but yeah cool os
Ok Ive been procrastinating this for too long
I really need to get astral to compile gcc and then move on to the scheduler rewrite
no
downfall of none, nyaux astral and obos will all rise π
take ur time mathew
what abt mango :3
release source code and implement memory managment plus scheduling plus vfs plus usermode and now we are talking
otherwise
not rlly
dw tho we all start somewhere !
source is available already
silly
thisβll take ~52 years to do btw
(/j)
no it doenst
i did that in a month
just letting u know
it was buggy af
sure
but i reached usermode in 1 month before
i believe in u
just like parappa would say
u gotta believe!
yes but your kernel was dogpoop
true
sir your kernel could not map memory with different prot bits
nah
try ur best
a kernel is a kernel
wrong
I KNOW π
obos is a kernel
a kernel is actually a kernel
so fucking stupid ik
nyauxkt was a kernel that had ub everywhere cause rust is shit
nyaux is a"kernel"

even if it bombs your pc
then you slapped the title "VMM" onto that
still a kernel
onto the original nyaux's "vmm"
yea pretty muchhh
rust is still shit no matter what
^
just out of curiosity, if we removed pointers in C wouldn't we also have a very secure language?
if we removed pointers
no you'd have an unusable one
ah yes safety 
nothing would be possible
yeah that's the point
your int main() literally makes use of pointers
char **argv
the safest C program
main;
tbf you can omit that
still better than rust
!!
how do you use pointers in rust with unsafe? Like what's the syntax
based opinion
only with -Wno-error=implicit-int
but once you do - yes, yes it does, and I hate that
Do not force yourself to work on it. Otherwise you will start hating it
The type is *const Type or *mut Type. You dereference with * like in C. You have & to take a reference which you can then cast to a pointer (that operation is actually safe. dereferencing is unsafe)
You can then do pointer arithmetic with the functions implemented on the pointer add, wrapping_add, sub, etc...
nah it's fine
yea the semantics are not hard
it's basically stuff like "if you violate lifetimes it's UB"
"if you try to create a ptr from thin air it's UB"
"if you do pointer arithmetic that goes out of the bounds of the structure the original reference points to, it's UB"
it's sound to do lots of things with pointer arithmetic
but since what the pointer points to must be valid for the pointee type, it's easy to footgun yourself when doing pointer arithmetic
but thankfully there are helper macros like addr_of! and addr_of_mut!
B-but I love accessing random pointers

astral has fallen billions must use obos
I've been procrastinating poking at the gcc configure process to see wtf is going on
as in
I havent done that yet
billions must use nyaux
billions must use boron whenever thats somewhat done...
Billions must use mana __ensure(βNot implemented!β);
i wonder if theres ever going to be a hobby os project where the author wont eventually lose motivation
i find that it is hard to be motivated when working on any project with such a broad scope and little returns as osdev
yeah its just bursts of motivation
i find it easier to work on little things every day
sure its slower
but u wont burn out
like for me
i worked on the slab allocator today
now i will play val, if i feel extra motivated ill do part of the VMM
what motivates me is the fact that its MY own OS
and i can do whatever the hell i want to the poor cpu
make it explode?
yessir
π
(idk if its possible but maybe it is)
idfk
thats the joys of osdev
to me at least
but i would understand how you feel
with college
just focus on college you can always work on astral some other time :)
dont be like me in the past, speedrunning nyaux caused me major burnout and a ton of bugs to be honest
Use clang
Sometimes you just get hung up on an obstacle planted by someone else due to bad design or historic reasons.
I've got nothing else to do in my life 
Been working on that for almost 6 years (yeah I'm slow), still motivated for now
I dont build it nor do I want to, Im trying to build gcc in astral but due to configure memes the libgcc build fails
I try to keep working on Managarm but real life gets in the way too often
we should all quit our jobs and work on managarm
Why is clang not an option though? Not trying to convince you or anything, I just want to gain insight into the reasons. I used to use it to compile my kernel (back when it was in C), of course, didn't have userspace yet, so can't really say much about that.
He is trying to build gcc on his os
Not build his os with gcc
I understand. The thing is many programs can be compiled with clang instead, so it could be an option for whatever gcc would be used for.
What is easier on gcc?
this is one of the things you gotta get around to and do to actually realize
if you dont mind having to port all of those targets straight up
That's one of the reason I find it so nice
But I don't have the background and experience to really know how it is like to port LLVM
Althought I could imagine if you port it once, you ported everything, so you can build anything on anything for anything, and if you add support for your OS, you'd be able to self-host and cross-compile.
And that would probably not only make it possible to compile C but also C++, Rust, and more
gcc allows you to compile languages with its port, llvm just lets you use llvm utils, clang is a separate thing to port
so from the get go you gotta port two things, and that only gives you C/C++
while porting gcc gives you all the gcc languages because they share the part you have to port
and you have to port every arch independently, so the amount to port clang to all targets is the same as porting gcc to all targets
the thing of having all targets in a single executable is just what the user sees, every architecture has custom porting code inside
there is just no way around that
Hmmmm I see
@analog berry astral ran on my friends pretty old thinkpad and uacpi ran there too fine
Guess what was brooen
Broken

Im starting to think the ps/2 driver just isnt real
And I hallucinate things when trying to type
I also have this issue, ps/2 not working
uPS2 will save u (at some point β’οΈ )
@grand shadow are you thinking of porting Wine eventually?
just take a go at porting PE
porting wine is a huge undertaking considering they implement wined3d and stuff as well
but it would be cool
I mean when you already have mesa ported then it doesn't require anything special
astral has linux headers
and getting wine to work on managarm wasn't that much work
can't really know about astral for sure because managarm does implement some stuff that astral doesn't have like netlink
same goes for openjdk too
I began some signal work to do wine64 but got sidetracked...... And then got sidetracked again
Repeat that like 10 times
Now Im retrying to compile gcc with a scheduler and device driver handling rewrite pending

Good luck with that
Everything you've made is still impressive, even if its a hobby OS it could be used as a serious one
At least back in the 90s it would have been considered quite usable
Maybe not in business but in home computing? Absolutely
not with ps2 not working
ps2 not working is a feature not a bug
Runs fine macos, freebsd, solaris, others
how about try to port boron's kb driver :^)
maybe that would work
Well aside from that
https://github.com/Mathewnd/Astral/blob/e0f1fd3e031d6749472776c9a4b306aa3b8edb12/kernel-src/io/pci.c#L104
On the osdev wiki it says that the table size is bits 10-0 which has the mask 0x7ff, but you used 0x3ff. Or am i missing smth?
oh yeah thats my skill issue
nice catch
@grand shadow how many syscalls do you estimate astral has
at least one
π€―
last I checked it was almost 100
syscallcount equ 92
cool
is it okay if I took over maintaining astral then add some backdoors to it
and a crypto miner
you have to add GAMBLING to it
kernel level slot machine
Ive been a bit burnt out lately but I can feel my energy slowly coming back we might be back astralbros
Astral is dead

rip
Astral was never alive, wake up sheeple
astral revive when
after ups2 release
release it rn
we have uhda
uacpi
ups2 now
ukernel ???
reallll
π
Sorry I have been stuck in the depths of hell (juggling work, university and factorio space age)
the astral ps/2 driver
more space for obos to take over 
the grind doesn't stop even with real-world responsibilities
only a true osdever would know that
i guess nobody is a true osdever then
because every hobby osdev project is eventually abandoned
for me, i just get the itch to rewrite mine 100 times
thats normal
i mean that's just the nature of them
hobby oses are very volatile
Linux started as hobby
It didn't get abandoned
that's true
linux has only survived though because of its large number of contributors
most oses were closed source or proprietary at the time
it was just good timing
because it was picked up by corporations
^
if it wern't for that, it would probably be yet another abandoned hobby project
it's the people around it that has kept it alive
most hobby projects don't have that kind of backing
not to say it can't happen, there are plenty of big projects here
but it doesn't happen often
most contributors these days are @redhat or @intel people
etc etc
exactly
if it werent for them it would be dead
exactly
yep
that doesn't make linux a bad kernel though
yep
Astralbros wont ever recover
What even drove people to do that
idk man
i'm not a contributor
What was so special about linux
At the beginning
That made people from coorps start contribing to it
and it became the best supported free software option
so what i said basically
I read over that
right time right place situation
BSDs had licensing troubles
and GNU Hurd wasn't going fucking anywhere, still really isn't tbh
lol
eh. if the timings have worked differently, it could have been a thing
meh idk, the mach kernel was never really known for being the fastest thing on the market
not to hate on microkernels, i love them, but it's always come off as bloated to me
of course. but XNU is, and they grew out of mach
true, but XNU also has some stuff in the kernel
but that's fine, the problem with Herd is that everything was in userspace, so you had ipc and context switch delays
mm, maybe
i believe NeXTStep had the same problem
i mean hell L4 literally exists because of Mach being slow
common microkernel L
microkernels can be good, it's just they have more challenges to face than other kernels do
yet to see one
fair enough
i think seL4 is the closest thing we have to a decent microkernel these days
the apple secure enclave is a microkernel
and the nintendo switch os is also a microkernel
the what
i believe the apple secure enclave microkernel is L4 based
both for security + isolation
switch i know yeah
possibly
the part of the apple silicon that does security shit
its like a TPM but actually good
switch os is not a fair example its kinda limited
bro tpm...
ah
yeahhhh
but i guess microkernels can be good for niche use cases
it outperformed 4.2BSD
oh i didn't know that
Although the system has yet to be tuned, current performance appears to be in line with 4.3BSD. Some early simplistic measures of virtual memory performance are encouraging. The MicroVAX II cost of touching newly allocated memory is less than 0.7 milliseconds per 1024 bytes of data (versus approximately 1.2 milliseconds for 4.3BSD).
it is popular to dislike but it really did invent a lot of what's now modern and accepted practice in kernels
even the tlb shootdown
oh seriously? i had no idea man
the vm object concept also
okay i dont want to bring up the obvious but
uh
was 4.3BSD the new/modern/fast one at the time
basically, it was 1986
and they were so impressed by mach that they imported its vmm for 4.4bsd
ksp too I'd say
might have been celeste for me
Real
at this point it's not even a joke
astral is no more

with Nyaux replacing it, ofc
I got a brain worm when I was building my factory in gleba and now I can only think of the factory
Is it really being developed or is this a meme
i have it planned, its real yeah
im not going to work on it at the same time as uacpi, so once uacpi is finished i might start that
what do you think about a common kernel api for all u* projects?
yeah this will be a thing
nothing ever happens
Nothing ever happens
I swear I gotta go back to working on this π I got so close to having gcc compile
Local man stuck on gleba eating nothing but jelly for 10 years, what happens next will shock you
Astral running Minecraft when
that would mean something happens
but everyone knows nothing ever happens
how hard would that be? ig the most difficult part is getting the jvm to run
tbh I have no idea
Since there has been confusion that Nyaux will replace Astral, it will not for another couple hundred years
#1230349543623757845 message
> See new post on the Astral thread
> Looks inside
> No new progress
> 
gotta wait for nyaux to catch up and replace
Soonβ’οΈ
testing new uACPI on astral
350k ops average per second, not bad at all
no kvm is a bit slower
Real
Alas, we have lost him
I might do something this weekend no promises
we might be back..? 
I actually got as far as opening it up and preparing to open the gcc configure script to see whats up
but then factorio finished loading and everything fell apart 
some of the things I have on my backlog are like pm timer, rewrite scheduler redo device driver handling and oither things
some of my projects tend to be
"TODO: everythingβ
lol
can
you
send .iso file pls
my ethernet is slow so git download is 200KB/s
and
Check pinned messages
though to be fair if you have so garbage internet then downloading an iso is going to take a long time too lol
Pick your poison
(building from source is broken anyways
((will be fixed soonβ’οΈ
git is crashing
soonβ’οΈ as in "possibly before my death", or soonβ’οΈ as in "probably within the next week or 2"
Soon as in its already like 20% done but I got distracted
Factorio finished loading?
how?
My jinx is so old some keys are invalid
So Im going to have to do the tedious job of updating every jinx recipe
(only for mint to change how its done again in like 3 months
classic
Im slowly slogging through updating all the jinx recipes
Jfc this is boring
Very annoying but needed work
At least mint will be happy I wont be 2 versions behind
Yeahh
we're so back
Inb4 this is the only astral commit for the next month
Hopefully not
I want to get gcc to build finally and then go on to do actually important stuff like rewriting the scheduler and device handling
mathew are we back
Maybe
Just add gcc support
ughhh build-all and sysroot being removed messed my makefile up
why does apt keep returning 503s on the container
so annoying
even on a browser the links dont work
@craggy tide do you ever get 503s while downloading imagedeps
yes
it's the debian mirror being ass between yesterday and today
Gloire CI failed the past 2 days for the same reason
i hope they sort it out
Damn
the alternative is that i'll have to purchase a VPS and mirror the Jinx snapshots myself
reminded me to update me packages
How much storage does that take
I have a vps but it does t yave a lot
but it does t yave a lot
probably a few 10s of gbs
yeah I wouldnt have enough rip
actually more than that
probably in the 100s because we need it for multiple architectures
like 10 of them
LET'S FUCKING GOOOOOOO
alright I can finally get back to debugging why the gcc/gcc configure script fails to find as in astral
inb4 missing which
Smh astral doesn't have bash /j
yeah, just not a /bin symlink I guess
I guess some configure scripts detect that its not working and use grep -e instead
mathewnd dont u have friends that mail u stuff
you could have someone ssh into it with another user and send you mail
can u send mail from your pc into the astral vm?
I have no idea how the unix mail stuff works
gwahh nothing feels better than diggin ten of thousands of lines deep in the gcc/gcc configure script
okok
I think
it might be something with test -x not working
DEFAULT_ASSEMBLER is empty and test -x says its good
no thats working
test -x with an empty argument gives 0
hmm
(on the linux host
nvm I'm dumb
test -x -> 0
test -x "" -> 1
test -x "" -> 0 in astral
which is wrong and bad and stupid
Mlibc skill issue?
probably astral skill issue
I need to see wtf test -x "" is doing
probably just
calling access() or something
access X_OK
or whatever the flag is
That is the flag
ok yeah astral skill issue
vfs_lookup with an empty path returns the reference node
I forgor why I do that
or if its even something I intended
What's a reference node
just make it not do that
if all breaks then bad
like vfs_lookup(&result, reference, path, ...) goes through path starting on reference
if the bug gets fixed, keep the change
So a workdir?
kinda yeah, like the path is relative to
if nothing happens, revert the change
I mean if you want to look up literally nothing then you should also get nothing
it makes sense lol
I should fix this
if path == null or '\0' einval
ENOENT probably
But thats an invalid path
Or I guess depends on what POSIX says
Definitely
just return success and go on with your life
There's a paid Unix conformance test suite too
so it IS the correct behaviour
UNLESS
theres like
Oh well
AT_EMPTY_PATH for some functions
but like
that seems to be a linux extension
which bleh
astral is my kernel and thus I decide that I dont want to implement this linux extension, too bad
Me when ill have to implement that extension for my kernel
doing the build again
time to see if that fixed it
ASTRALBROS, WE EATING GOOD TONIGHT
ITS FIXED
alright hopefully now it should pass the libgcc build and die somewhere else
maybe you'll be lucky it'll not die at all 
unlikely
linking cc1
how long does each build take?
Nice work
too long
UINT64_MAX
the uacpi benchmark doesnt lie
What even affects the speed there
allocator speed and stuff like memcpy
So just buy a better cpu 
Did you run all of them on your compiter
all of who
All of the benchmarks
nah qookie did
but its mostly consistent between different pcs
no huge difference
How did everyone go
managarm does 1.5M, keyronex with all optimizations is close to that, pmos (the microkernel) gets about 500K, obos does 20k, nyaux does 150/s
Damn my allocator sucks then
that's the number of AML instructions per second?
yup
@analog berry how do you enable the benchmark (or is it enabled bt default)
its not a benchmark really lol, its just the log output
X ops in Xms
it prints out during init
Ohh
been working through the night and its linking libstdc++ now
so I assume it has passed libgcc
this probabbly wouldve been quite a bit faster if I did make with more jobs but my scheduler still sucks
What is the biggest factor?
I'd say allocations maybe?
if I had to guess which part of the kernel makes it slow its probably the vmm since its just a linked list
allocator and memcpy speed
so just use rep movsb
I think everyone on that list uses rep movsb
I get 500k but I believe my physical allocator is slow
I think mine should be decently fast
Probably close to keyronex
Or managarm
since I use managarm's slab allocator
me too
booooring
I'm in the process of making a better one
I think the biggest issue with mine is that the vmm sucks
and all my kernel allocations go through it
wth is a libstdc++convenience
typing that into ddg leads to https://gcc.gnu.org/onlinedocs/libstdc++/manual/appendix_porting.html
I would definitely make sure the scheduler works well before attempting to build gcc. It's already long enough when running on Linux, I don't want to be waiting an entire day between each test 
my scheduler works well its just not good 
funky
Well, replace "well" for "good" in my sentence 
the biggest issue with it is that it sucks for smp which means most of the -j2 benefits would be i/o
alright its going
it did libssp and its doing some math library now
did it
did it work
DID GCC FUICKIGNG BUILD
OMG
I'm syncing and creating a copy of the hard disk[
make installing
congrats, let's see what happens
we pray for a successful hello world
Daaamn
my i/o is still super damn slow
damn
Make install failed?
yup
Any ideas why

Install is probably easier to debug than compilation
just turn off the docs :^)
I predicted that it would fully work
^^^
Ah
inb4 genhooks is a perl program and it's gonna be a massive pain
nothing else matters starts playing
Damn that ainβt bad. Do we have a benchmark Linux run to compare against?
Nice
Better allocator for Managarm too?
it's probs gonna be pretty kernel specific
I'm just planning on a multithreaded slab allocator basically
with per-cpu object caches
No one integrated uacpi into Linux so no lol
But we might see reactos soonish
But my test runner is built for consistency verification and not speed
So it does extra stuff thats unneeded
The test case is the qemu aml blob lol
Lol
guh I have no idea
it dies in some c program that the build system creates
https://github.com/gcc-mirror/gcc/blob/6866547e2421cc40606c13c2c3621a3d9121e893/gcc/genhooks.cc#L149
ahhh fuck it I'll just comment that out
just wanna see if this will work
next time I'll disable docs
What does it even do
I have no idea
Looks like shitty scripts in c I would write when I barely knew c to practice
With garbage code style too
average gnu build system
βΌοΈ
aaaasldosafkdaskfsdagjiosdgokjdsaigjsdakpvskodpsvksaovijs
YOOOOO π₯
one more step towards full self hosting done
daaamn
but still no /proc/meminfo or /proc/cpuinfo for neofetch 
LETS FUCKING GOOOOOOOOOOOOOOOOOOOOOOOOOO
indeed
very big achievement
damn very nice
next build llvm :^)
actually, that may be easier to do
since the build system is just cmake, not nearly as scuffed as autohell+crust unlike gcc
Congrats, that's super cool π
now I have two paths
scheduler or devices
I will have to do both in the end so
hm
scheduler
scheduler
yeah true
last thing I was doing was trying to calculate run and interruptible sleep time
is astral fully self hosted now?
or do u have to port something else for that
jinx ig
Define fully self hosted
Jinx is linux only sadly
can produce an iso of itself from scratch
Never tried compiling mlibc or some other packages so cant really be sure
Also missing xorriso for that
But the kernel compiles at least lol
xorriso is probably easy to port
i mean if u compiled gcc just fine i doubt mlibc would be a problem
but i guess jinx is the real blocker
Jinx isnt exactly needed if I unshit the kernel build so
starting next week I will be free from the shackles of oppression (university) and will have a few more hours of free time every day so if I dont spend that time playing cogmind or something I will spend it on astral
banger game btw got my first win yesterday after 90 hours
mathewnd try not to get addicted to random games impossible challenge
Next addiction is block blast
wee
nice
me too
Better port meson and ninja
Shouldnβt be too bad
nah watch it be genshin 
so I wanna add serial support
for more tty diversity and something I wanted to do
is it always guaranteed to exist something at 0x3f8 or is there any way I can check for it? acpi maybe?
I know that at least on legacy BIOS it's dumped in the BDA somewhere, I used it
there's probably some way to check via ACPI but I never got far enouh into my OS to figure that out
acpi tells you
bet
also dang uacpi work wait on astral just unconditionally sleeps 100 ms for every work_await
@analog berry on startup how many times is uacpi_kernel_wait_for_event or uacpi_kernel_acquire_mutex with a timeout called
or work_await
never
ah
depends on aml ofc
infy gets like 350k/s on his computer
@analog berry whats your cpu
I wann cope with my bad design decisions
i9 9900
11k
i don't have the latest i9 but i can run it on my Coreβ’οΈ Ultra 7 265K
just send an iso
run mine 
i can run both
qemu command?
sudo qemu-system-x86_64 -M q35 -drive if=pflash,unit=0,format=raw,file=ovmf/ovmf-code-x86_64.fd,readonly=on -cdrom NyauxKC-x86_64.iso -d int -serial stdio -no-shutdown -no-reboot -smp 20 --enable-kvm
it doenst really matter
js enable kvm
and make sure machine is q35
why tf do you run it with sudo lol
shhhh dont tell me that
I also ran it on my i5 13600k, this is what I get on it
damnnn
22k ops
niceee
wont fully boot because its missing like everything to make the iso less heavy
qemu cmdline
qemu-system-x86_64 -cdrom astral.iso -M q35 -enable-kvm -cpu host,migratable=off
yeah I really need to find out wtf is making it super slow
thats like double what I get in my computer tho which is crazy
@supple hatch
are u running a nasa computer
for some reason -M q35 makes it slower (I get 12k)
no no use q35 lol
like entirely different aml
^^
expected
im waiting for mints results
which will DOMINATE ALL
nyaux will dominate all
I get 500k/sec with i440fx lmao
@analog berry you should make a real leaderboard
I get 140k ops/s with pc
lmao
-M pc
i will add it to my readme, yes
you should set up a server with a i9-69696966969k to run it
add it to the CI tests
on each uacpi commit
to update the leaderboard score for each kernel
with the new uacpi commit
then you'd have to build the kernels too which might be painful
the hell is an ec
oh oki
ok
thanks
obos doesn't boot
try uefi?
can you try dding the iso directly
i know ventoy is quirky
And my EC driver shows no signs of life
oberrow
It works fine with limine...
it takes so long before it reboots highly doubt its hyper
well it's not my kernel's fault, as the first thing it does on boot is print some info about the current commit
one of the first things
idk how ventoy boots stuff so no idea
try uefi boot to be sure
It is UEFI
ah then yeah
I'm not sure this thing even supports csm
face reveal
yeah I cannot for the life of me figure out why astral takes so long to run uacpi init
skill issue very liekly
its still not terrible
@analog berry does uacpi by default use kernel or its own memcpy
its own
how do change
how do you cope with the compiler generating it's own calls to memcpy/memset/memmove
implementer's problem 
if you're integrating uacpi but dont have those idk what you're doing
yeah but then why provide your own?
wait so I haven't been using proper memcpy this whole time?
finally pinpointed it down to somethin
smh
imagine not reading the readme
if I just return false in the semaphore acquires I get > 1mil
lol
now I just have to figure out which function is responsible
and this is nyaux
seems like one of the biggest culprits is the acquiring of the semaphore lock
lockless time 
probably disabling the interrupt is being very expensive for some reason
wonder if it might be something with trying to run pending interrupts or some shit
yeah I did something very stupid and just removed the interrupt_set(false) and interrupt_set(intstatus) from before the spinlock acquire
this seems to be super slow
now to figure out why
justβ’οΈ disable all locks
yeah disabling DOPENDING_SAVE() on interrupt_set(true) like quadruples uacpi performance
jfc
wonder if this is one of the reasons why it was so slow to build gcc
whats DOPENDING_SAVE
Its perpetual
it saves current context and handles pending interrupts
Hasn't started yet
@analog berry I'd like to update my score, please
Wait how
a giant skill issue that I do not want to say
Lmao
this can be faster with a proper physical mem allocator
So 5kk ops/s could be credible?
hm I think its the context save that seems to be messing everything up?
That's what I've gotten, but I think my timers are broken
No lol
Not me
It literally can't be
But then Linux said that the frequency that I've measured is the same
Could be dying too fast for us to see it
Doubt
Use hyper with debug prints
I can try porting pmOS to hyper
Yeah
And I have quirky hardware
Albeit not the first thing
This would be nice for testing and skill issue fixes if any need to be made
Make it print and halt after @obsidian pivot
First thing
Busy
im rertarted
I could literally just check if theres pending interrupts before calling this
oh my fucking god
could anyone try mine?
qemu-system-x86_64 -serial stdio -m 512M -cpu max,+hypervisor,+invtsc,+tsc-deadline -M q35 -accel kvm -cdrom image-x86_64.iso
new record 1294442/s
Well unless hyper gives me bad boot info
It can't really crash before that log statement, as I would have observed it
yes :D
Unless by some miracle the framebuffer from the firmware is fucked
ops/s?
I'm gonna plug my laptop in
Now it could also be fucked firmware
based
That has a bugged boot menu
Works in pmOS 
Are you setting some resolution?
No
The screen is 2944x1840@90
@analog berry shouldn't the scores be determined by testing on a one specific machine?

