00:04
goliath has joined #osdev
00:09
goliath has quit [Client Quit]
00:20
<
zid >
gog`: ur backtick makes u look lopsided
00:24
<
zid >
Hmm should everyone get a scathing critique?
00:26
netbsduser`` has quit [Ping timeout: 258 seconds]
00:32
nickster has joined #osdev
00:39
agent314 has quit [Ping timeout: 240 seconds]
00:40
agent314 has joined #osdev
00:40
[itchyjunk] has quit [Ping timeout: 252 seconds]
00:44
[itchyjunk] has joined #osdev
00:51
agent314 has quit [Ping timeout: 255 seconds]
00:51
agent314 has joined #osdev
00:51
nickster has joined #osdev
00:57
carbonfiber has quit [Quit: Connection closed for inactivity]
01:09
nickster has joined #osdev
02:01
<
bslsk05 >
'Sorry, I saw this elsewhere and had to' - ''
02:02
blockhead has quit []
02:19
heat has quit [Quit: Client closed]
04:24
[itchyjunk] has quit [Remote host closed the connection]
04:51
GeDaMo has joined #osdev
05:00
agent314 has quit [Ping timeout: 255 seconds]
05:00
agent314 has joined #osdev
06:04
MarchHare has quit [Ping timeout: 260 seconds]
06:07
zaquest has joined #osdev
06:39
netbsduser`` has joined #osdev
06:59
netbsduser`` has quit [Ping timeout: 255 seconds]
08:06
gbowne1 has quit [Quit: Leaving]
08:15
duderonomy has joined #osdev
08:39
Burgundy has joined #osdev
09:01
agent314 has quit [Ping timeout: 240 seconds]
09:02
agent314 has joined #osdev
09:05
agent314 has quit [Read error: Connection reset by peer]
09:10
agent314 has joined #osdev
09:19
agent314 has quit [Read error: Connection reset by peer]
09:23
agent314 has joined #osdev
09:28
Starfoxxes has quit [Ping timeout: 258 seconds]
09:36
agent314 has quit [Read error: Connection reset by peer]
09:40
Starfoxxes has joined #osdev
09:40
agent314 has joined #osdev
09:52
irl25519 has joined #osdev
09:52
gog has joined #osdev
09:57
zxrom has quit [Quit: Leaving]
09:57
irl25519 has quit [Client Quit]
10:06
kof123 has quit [Ping timeout: 252 seconds]
10:12
agent314 has quit [Ping timeout: 260 seconds]
10:13
agent314 has joined #osdev
10:32
ThinkT510 has quit [Ping timeout: 255 seconds]
10:34
ThinkT510 has joined #osdev
10:34
ThinkT510 has quit [Read error: Connection reset by peer]
10:36
Affliction has quit [Quit: Read error: Connection reset by beer]
10:36
Affliction has joined #osdev
10:40
ThinkT510 has joined #osdev
10:41
netbsduser`` has joined #osdev
10:42
FireFly is now known as Luci-ghoule
11:06
k0valski1889162 has joined #osdev
11:06
Left_Turn has joined #osdev
11:20
goliath has joined #osdev
11:23
zxrom has joined #osdev
11:28
Terlisimo has quit [Quit: Connection reset by beer]
11:32
Terlisimo has joined #osdev
11:43
agent314 has quit [Ping timeout: 255 seconds]
11:44
agent314 has joined #osdev
11:52
agent314 has quit [Ping timeout: 258 seconds]
12:03
Cindy has quit [Remote host closed the connection]
12:05
bnchs has joined #osdev
12:09
kof123 has joined #osdev
12:58
Turn_Left has joined #osdev
13:01
Left_Turn has quit [Ping timeout: 264 seconds]
13:01
vai has joined #osdev
13:15
[itchyjunk] has joined #osdev
13:46
heat has joined #osdev
13:47
<
heat >
formerly-twitter, zfs suckzzzzzzzzzz
13:47
<
heat >
zfsuckzzzzzzzzzz
13:47
<
mcrod` >
i admit it
13:47
<
mcrod` >
i love gitlab
13:49
<
mcrod` >
what does suck though is the really really nice features are paid
13:49
<
heat >
i prefer github
13:50
<
mcrod` >
i know what you prefer
13:50
<
mcrod` >
and i'm here to tell you that you are a SHIT and WRONG
13:50
<
heat >
yeah, email patches
13:50
<
heat >
git format-patch + git send-email >> shitlab
13:51
<
heat >
but seriously to me gitlab feels like the backrooms of opensource
13:51
<
zid >
gitlab is fuckugly
13:51
<
mcrod` >
the one thing I don't like about github (and probably gitlab) is the poor quality of accepting a merge request
13:52
<
mcrod` >
but, that depends on how formal your project is and how much you care
13:52
<
zid >
looks like the stupid t-shirt thing has made gitlab close signups, hah
13:52
<
mcrod` >
i dunno, at work gitlab is completely fine
13:55
zxrom has quit [Quit: Leaving]
14:00
<
Luci-ghoule >
it'd be nice if they could make it usable without JS
14:01
<
Luci-ghoule >
like, at least let me view raw files
14:24
<
Luci-ghoule >
..because it's nice to be able to read things on websites?
14:25
<
mcrod` >
are you one of those people who run noscript on everything
14:25
<
mcrod` >
because, rest assured, you can read a file without raw capability on gitlab
14:26
<
mcrod` >
although i don’t disagree the feature would be nice
14:26
<
Luci-ghoule >
I mean by default yes, I'll generally happy to enable JS quickly enough but like
14:27
<
Luci-ghoule >
it's just really quite disappointing when you just get a blank page y'know?
14:27
<
Luci-ghoule >
graceful degradation and all that
14:27
<
mcrod` >
yeah i get it
14:27
<
Luci-ghoule >
maybe they fixed it, gitlab used to just show a blank white page without JS
14:27
<
Luci-ghoule >
and not that long ago
14:28
<
Luci-ghoule >
and like all the other forges seem happy to at least show me a file if I click a link to one
14:41
<
puck >
zid: they don't even do t-shirts this year, no?
14:42
<
heat >
i dont get noscript users
14:42
<
heat >
like, it's a big part of the web, clearly no one wants to roll that back, so why?
14:43
<
heat >
you're cherry-picking what parts of the web you do like and then hoping everything works
14:44
<
heat >
it reminds me of people staunchly against HTML email
14:45
<
puck >
honestly the gitlab thing where they lazy-load most of the file is bullshit
14:45
<
heat >
with the little ribbon and everything
14:45
<
puck >
it takes like 20 seconds for it to actually load the file because it first needs to load every single other resource on a bloated webpage
14:45
<
puck >
i feel complicated about JS but in a way i doubt we can get back to "normality"
14:45
<
heat >
i mean yeah the web page sucks but that's not on JS, github also has JS and it works fine
14:46
<
puck >
gitlab feels clunkier to use too
14:46
<
Luci-ghoule >
well as mentioned I'm typically quick to enable JS, and like, I don't have anything against it per se?
14:46
<
Luci-ghoule >
(quite the opposite)
14:46
<
heat >
so why do you have it off by default?
14:47
<
Luci-ghoule >
but there's also just so much unnecessary bulk from ads and such these days, so I'd rather enable on a site-by-site basis
14:47
* Luci-ghoule
shrugs
14:48
<
heat >
oh i mean, i have ublock origin and privacybadger and those do a good job
14:48
<
puck >
that handles "ads" and not the "and such" :p
14:48
<
Luci-ghoule >
I mean it's probably enough
14:48
<
Luci-ghoule >
I don't feel terribly strongly about it
14:49
<
zid >
I wish I could enable it site by site
14:49
<
zid >
I used to run noscript that allowed *.domain.com
14:49
<
zid >
and that still broke 90% of websites, even whitelisting common node/whatever 3rd party nosts
14:49
<
zid >
and noscript itself was janky
14:50
<
puck >
i feel noscript i used recently was .. fine?
14:51
<
GeDaMo >
I use NoScript, I don't have any problems with it
14:51
<
zid >
It was buggy and had different behavior on "not installed" vs "not supposedly doing anything"
14:51
<
zid >
for the several years I used it
14:51
<
puck >
xul or webextension?
14:52
<
zid >
xul, at the time
15:06
bnchs is now known as Cindy
16:00
<
Ermine >
fkn network shares in vindovs desktop
16:03
<
netbsduser`` >
i love how mozilla got animated with delight by the buzzwords of the late 90s/early 2000s and just implemented COM and COM'ified everything
16:20
<
bslsk05 >
gigamonkeys.wordpress.com: Duct tape context: A tale of two rewrites | A billion monkeys can't be wrong
16:21
<
kof123 >
this is just to say, that probably started earlier :D
16:28
bauen1 has quit [Ping timeout: 255 seconds]
16:44
vai has quit [Ping timeout: 255 seconds]
16:58
xenos1984 has quit [Ping timeout: 246 seconds]
16:59
xenos1984 has joined #osdev
17:19
<
bslsk05 >
i.imgur.com <no title>
17:19
xenos1984 has quit [Ping timeout: 258 seconds]
17:25
<
heat >
i'd say it also works on the intel 14th gen processors but those will probably need to be water cooled
17:25
<
heat >
TURBO BOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOST
17:26
<
heat >
formerly-twitter, btw i was just going to close the zfs issue
17:26
<
heat >
they clearly don't care, their filesystem's design sucks and is apparently anti-sanity
17:31
<
netbsduser`` >
what is the issue?
17:32
<
bslsk05 >
github.com: Creating + writing to a file + stat() in quick succession returns bad st_blocks · Issue #13991 · openzfs/zfs · GitHub
17:33
<
netbsduser`` >
what an interesting observation, i wonder what the cause of it is
17:33
<
heat >
someone here hinted that it may be the "ZIL", whatever that is
17:34
<
netbsduser`` >
the intent log is what some call a journal
17:34
<
netbsduser`` >
oh it's just st_blocks
17:34
<
netbsduser`` >
i wouldn't worry about that
17:34
xenos1984 has joined #osdev
17:34
<
netbsduser`` >
fs implementation detail which stat exposes for the curious
17:34
<
heat >
i would because it breaks unit tests and is clearly faulty behavior
17:34
<
heat >
when you fucking fsync or fdatasync and the inode doesn't fully sync
17:35
<
heat >
even
*sync(2)* doesn't do shit
17:36
qubasa has joined #osdev
17:36
<
netbsduser`` >
if it's recorded in the intent log then it will be replayed safely, i can only presume
17:37
<
heat >
i can't presume anything, fsync is fsync, sync is sync, etc
17:37
<
heat >
i'd be pissed if ext4 did this as well (hint: it does not)
17:44
FreeFull has joined #osdev
17:48
<
formerly-twitter >
heat: just wait for amotin
17:48
<
formerly-twitter >
i doubt he is going to flake out with some bs, but he may need time to respond
17:52
<
heat >
keep calm and ext4
17:53
<
heat >
at this point i would rather run a system on an ntfs root partition
17:53
<
formerly-twitter >
yo fuckwad
17:53
<
formerly-twitter >
speaking of filesystems
17:53
<
formerly-twitter >
and operating systems
17:54
<
formerly-twitter >
i recnetly started doing a little of how are they doing vs 20 find(1) progs each rolling over 1 million inodes
17:54
<
formerly-twitter >
separate trees
17:54
<
heat >
speaking of operating systems? you're offtopic mate
17:54
<
formerly-twitter >
so far netbsd and dragonflybsd ar pretty horrid
17:55
<
formerly-twitter >
i can't do an immediate comparison to linux becusae it does not have an explicit vnode limit
17:55
<
heat >
you mean like 1 million "cached" inodes?
17:55
<
formerly-twitter >
openbsd i/m not even going to try
17:55
<
formerly-twitter >
no
17:55
<
formerly-twitter >
literally 20 * 1 million on disk
17:55
<
formerly-twitter >
which you
*can't* fit all in ram at the same time
17:55
<
formerly-twitter >
so some churn vs freeing has to take place
17:56
<
heat >
so what's the problem with linux?
17:56
<
formerly-twitter >
oh i think i misread
17:56
<
formerly-twitter >
so the bsds historically have an explicit limit on vnodes
17:56
<
heat >
NINODES moment
17:56
<
formerly-twitter >
and you whack existing ones once you get there
17:56
<
formerly-twitter >
linux does not do that
17:57
<
heat >
well yeah, but what's the problem?
17:57
<
heat >
the shrinker will shrink a buncha caches, inodes will certainly be freed
18:00
<
formerly-twitter >
the problem is i can't do a valid perf comparison in that ase
18:00
<
formerly-twitter >
without a lot of fuckery to make it even
18:00
<
heat >
it will never be even
18:01
<
heat >
even between BSDs i assume
18:01
<
formerly-twitter >
for example netbsd chockes itself on that vnode reclamation thing
18:01
<
formerly-twitter >
while freebsd does not
18:01
<
formerly-twitter >
so i can legitimately say the latter is faster
18:01
<
heat >
linux has no inode limit because the dcache is the master of the icache
18:02
<
heat >
as long as dentries exist they'll hold refs to inodes, hence no reclamation is possible
18:02
<
formerly-twitter >
it totally is possible
18:02
sortie has quit [Ping timeout: 255 seconds]
18:03
sortie has joined #osdev
18:04
sortiecat has joined #osdev
18:04
sortiecat has quit [Client Quit]
18:04
<
formerly-twitter >
if what you were saying was true, the kernel would die or stall indefinitely
18:04
<
formerly-twitter >
once you get too many dentries
18:04
<
formerly-twitter >
clearly it can whack them
18:05
<
heat >
i'm saying it has shrinkers
18:06
<
formerly-twitter >
there you go
18:06
<
heat >
but setting an explicit inode limit would be futile since dentries always hold refs to the icache
18:06
<
formerly-twitter >
it would not
18:06
<
formerly-twitter >
you would just pick what to whack
18:06
valshaped7424880 has quit [Quit: Gone]
18:06
<
formerly-twitter >
you do realize in the bsds namecache entries also hold a ref
18:06
valshaped7424880 has joined #osdev
18:06
<
formerly-twitter >
all you need is a backpointer to whack them, if particular entry makes sense
18:06
<
heat >
how do you do reverse inode <-> dentry matching?
18:07
<
formerly-twitter >
you would have a fucking list of entries
18:07
<
heat >
i'm not going to say anything but it sounds FUCKING PESSIM
18:07
<
formerly-twitter >
in the inode
18:07
<
formerly-twitter >
i have not checked, but i presume they already have one
18:07
<
heat >
linux inodes?
18:08
<
heat >
oh ew they have one
18:08
<
formerly-twitter >
there you go mofo
18:09
<
formerly-twitter >
presumably this is how you whack the fuckers on unmount
18:10
<
heat >
i dont have unmount yet but i would clear the dcache of dentries and only then clear the superblock's icache
18:10
<
heat >
no need for backpointers there
18:14
<
heat >
formerly-twitter, anyway do you have an ez repro for that? might be a fun stress test for onyx
18:14
<
formerly-twitter >
you would need to scan the entire fuckign dcache
18:14
<
formerly-twitter >
i do
18:15
<
formerly-twitter >
can it put it up later
18:15
<
heat >
btw did you finish up benching onyx vs other crap systems?
18:16
<
formerly-twitter >
no, got "distracted" by that vnode problem
18:16
<
formerly-twitter >
it happened to matter
18:21
<
heat >
fwiw the onyx i gave you does not do inode or dcache reclamation yet
18:21
<
mcrod` >
I forgot that google domains is closing
18:21
<
mcrod` >
now I'm slightly fucked
18:23
<
mcrod` >
because historically, I've had nothing but problems with squarespace
18:23
<
heat >
then don't use squarespace
18:23
<
heat >
i use cloudflare
18:23
<
mcrod` >
i'm transferring
18:23
<
mcrod` >
don't worry my son
18:24
<
heat >
static inline void __d_add(struct dentry *dentry, struct inode *inode)
18:24
<
heat >
/* inode->i_lock held if inode is non-NULL */
18:25
<
heat >
i like these great lock annotations in the form of comments
18:25
<
heat >
most formally verified C code
18:28
<
heat >
as a typical C programmer would put it: oops, i forgor💀
18:29
<
mcrod` >
you're definitely a zoomer.
18:34
<
heat >
i am, did u forgor
18:36
zxrom has joined #osdev
18:43
<
Ermine >
I forgor too
19:03
kof123 has quit [Ping timeout: 252 seconds]
19:04
kof123 has joined #osdev
19:09
<
formerly-twitter >
heat: l mao yer suck bro
19:09
<
formerly-twitter >
at least not as bad as that vnode paper
19:09
<
formerly-twitter >
20 minutes(!!!!) grace time
19:09
<
formerly-twitter >
lmao
19:10
<
formerly-twitter >
bbl to shit on you and with c0d3z uploaded
19:37
<
heat >
i found a linox bog
19:38
<
heat >
it raises a question tho, does no one use kmsan builds
19:38
<
Ermine >
kernel memory sanitizer?
19:39
<
Ermine >
how do i check if my kernel has kmsan on ?
19:39
<
heat >
it does not, it's a debug feature
19:42
GeDaMo has quit [Quit: That's it, you people have stood in my way long enough! I'm going to clown college!]
19:44
<
zid >
That seems bad
19:45
<
heat >
Ermine, ugh it's just an OOM bug, bad error reporting...
19:49
<
zid >
oh right I ran that ryzen tool to boost the cores eh, at least I found out that it's core 8
19:49
<
geist >
hewwo fronds
19:49
<
zid >
when I reboot, remind me to knock some adjustment off that core..
19:49
<
geist >
how is your lovely sunday, unless it's monday in which case i'm sorry
19:49
<
zid >
monday is great, monday is honzuki
19:49
<
zid >
it's sunday instead sadly
19:52
<
zid >
heat did you remember to watch mf ghost ep 3
19:53
<
heat >
sorry i only like mf doom
19:53
<
heat >
mf ghost is kinda cringe ngl
19:53
<
zid >
It's a sequel to initial D, you have to watch it
19:53
<
zid >
it's part of CULTURE
19:56
<
zid >
It doesn't have enough eurobeat is the only problem I have with it so far
20:10
bauen1 has joined #osdev
20:40
<
heat >
i forgot to run checkpatchhhhh
20:41
<
heat >
anyway i was trying to fix an ntfs3 bug but i can't repro, yay
20:41
divine has quit [Ping timeout: 258 seconds]
20:42
kof123 has quit [Ping timeout: 252 seconds]
20:42
divine has joined #osdev
20:52
gbowne1 has joined #osdev
20:52
greaser|q is now known as GreaseMonkey
20:56
<
mcrod` >
it's nice when you fix a problem that you've been bashing your head against forever
21:00
<
zid >
I still have my problem, still playing ED every waking moment
22:19
<
mcrod` >
for what it's worth
22:19
<
mcrod` >
my bug was not rounding
22:28
<
heat >
>Everything is a file in NTFS
22:28
<
heat >
unix people are ERECT right now
22:29
<
heat >
it'd be ideal if ntfs stored metadata in plain text
22:30
<
heat >
the driver would just be a shell script with a bespoke regex expression and a bespoke awk invocation
22:34
MiningMarsh has joined #osdev
22:35
<
netbsduser`` >
they pilfered a lot of ideas from unix for windows nt
22:36
<
netbsduser`` >
probably a lot of unix ideas came after they hired rick rashid, one of the creators of the Mach kernel
22:37
<
heat >
they should've abandoned SEH in favor of #!/bin/sh -e
22:37
FreeFull has quit []
22:38
<
nortti >
wasn't microsoft the biggest unix vendor at a time in the 80s, too?
22:38
<
heat >
i'm not sure about the biggest, but they had xenix yeah
22:38
<
heat >
the original i386 UNIX bringup work had microsoft copyright all over it
22:39
<
mcrod` >
jesus why does doxygen generate such shit output
22:39
<
heat >
still does in illumos
22:47
kof123 has joined #osdev
22:54
Burgundy has quit [Ping timeout: 255 seconds]
22:59
Turn_Left has quit [Read error: Connection reset by peer]
23:29
dude12312414 has joined #osdev
23:41
gog has quit [Quit: byee]
23:50
heat has quit [Read error: Connection reset by peer]
23:50
heat_ has joined #osdev