00:03:56 someone was reporting this build error: https://pastebin.com/m8jCRD93 on smartos, but there's nothing different from upstream that's obvious 00:04:13 though... that might be complaining about the rule below it looking closer 00:04:30 it looks like it's trying to hardlink to itself 04:19:02 jbk: the build error on commit: e5c93d6afd576eba5ed58a0f188357e3cc604b61 04:19:17 before that commit, it works normally 06:34:27 [illumos-gate] 15965 SMB server thread visibility in prstat -- Gordon Ross 06:34:53 [illumos-gate] 15966 Let SMB oplocks have their own taskq -- Gordon Ross 06:35:17 [illumos-gate] 15967 Let dynamic taskq support LWP threads -- Gordon Ross 06:35:33 [illumos-gate] 15968 SMB worker taskq threads need reduced priority -- Gordon Ross 08:01:16 uh? 08:01:22 ops, E_WIN 09:11:50 [illumos-gate] 15988 nvme panic with Phison E18 M.2 drive -- Andy Fiddaman 10:02:06 I just realised both of us are called Jorge on the mail thread poor tsoome, the indented view is confusing with both of us singing it as Jorge at the end 10:02:34 Ohh some of the SMB stuff landen, speaking of did the nfs stuff also land or is that still pending I lost track of it 10:16:34 it is pending atm 10:16:44 getting closer 17:05:50 https://thehftguy.com/2023/11/14/the-linux-kernel-has-been-accidentally-hardcoded-to-a-maximum-of-8-cores-for-nearly-20-years/ 17:10:12 min vs max, a classic 17:12:15 everyone can make silly mistakes 17:12:27 god knows how many times i've inverted a comparison :) 17:16:19 tsoome: cool! 17:20:40 I produced the same type of bug myself (in simpler code), and it was significant enough that I remember it 10 years later, and it took me more than a moment to figure out what the problem is in that snippet :-) 17:28:41 and obviously it worked well enough for this long :) 17:59:17 I imagine there weren't a lot of >= 8 core desktops for most of the userbase that might have noticed it. It's interesting that the context switchiness wasn't noticed by the HPC demographic, though 17:59:48 I wonder how much of it was just attributed to bad NUMA aware scheduling 18:43:37 I don't claim to be a proficient developer let alone kernel anything, but I think that code actually does the opposite of what he thinks it does. I think it is an optimization to make systems with 8 cores or less more responsive? 18:47:13 The ignorant multi-cpu approach is just to have single length time slices and scale the number of scheduling slices over the number of CPUs, this seems to reduce the slice length in proportion for 8 cpus or less, which I would think would make many things running more responsive to a human 18:48:31 well the time slicing is always there to enable the preemption, but I think he's saying that processes/lwps are being preempted well before the CPU has been oversubscribed 18:50:21 whether or not that's punitive probably very much depends on workload. Presumably a good scheduler might return from the preemption with very little in the way of a context switch penalty, particularly when lazy FPU is in use 18:51:32 so the most pessimized workload might make this behavior noticeable, but I can see how it went unnoticed in practice for so long 18:52:47 notable this guy seems to be in HFT, which cares about high throughput and low latency for their given workload. That is very different from perceptive latency for things like keyboard and mouse input 18:53:59 That's a very keen observation 18:54:26 and a workload where that would probably show up 19:52:13 Does anyone have any of the Intel CPU models mentioned here? 19:52:23 https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00950.html 19:53:45 I don't, but need to test illumos#16058 ( fenix ) 19:53:46 BUG 16058: Update Intel microcode to 20231114 (New) 19:53:46 ↳ https://www.illumos.org/issues/16058 | https://code.illumos.org/c/illumos-gate/+/3135 20:39:48 [illumos-gate] 16057 make install fails in usr/src/cmd/cmd-crypto/decrypt -- Andy Fiddaman 20:49:42 danmcd: is this the microcode patch for https://lock.cmpxchg8b.com/reptar.html ? 20:49:56 Yes. 20:56:00 that's a frightening CPU bug. 21:01:02 Yes... yes it is. 21:23:11 hopefully vendors take the methodology there, and start applying to their testing 21:30:47 Special thanks to @pjustice on #smartos for giving me a test with Ice Lake Server. 22:33:06 [illumos-gate] 16058 Update Intel microcode to 20231114 -- Dan McDonald 23:49:12 [illumos-gate] 14525 Would like kmdb module for vmm -- Andy Fiddaman