01:16:15 copec: Debian12 01:23:51 the perfer is to run NVMoF, not NVMe over TCP; they had the testing data, the same environment, if the client to storage server by NVMoF, the 4k roand read/write, the P95 will be 2000k IOPS, if run with NVMe over TCP, it’s about 800k IOPS, if run with iSCSI, just only 600k IOPS 09:36:36 Cheers, I've read recently about some start-up using GPUs as soft-RAID cards (allegedly faster than other PCIe links), and wondered if there were any efforts about ZFS using video-cards? e.g. servers might have some on-board and practically un-used (especially if needed just for troubleshooting console once a year) but still somewhat decently spec'ed (because can't buy anything smaller). The GPU part might speed up e.g. crypto, 09:36:36 r RAM could be (L2?)ARC for example... 09:36:48 Did anyone propose or experiment with something of the sort? :) 09:39:27 As a separate question: is there a way to tell OI (or OO) to use a blinking cursor in text mode - when booting and later in login prompt or logged-in session? For context: DigitalOcean recovery consoles tend to disconnect when there is no activity for a minute, which is very annoying during troubleshooting sessions (waiting for kernel dumps, watching for rare console log messages, etc.) :) It was seen with other VMs that having 09:39:27 r blink provides enough traffic for the console to remain active indefinitely... 09:43:23 currently there is none, but ofc we can build a knob. 11:28:30 Any idea of illumos would run on Netra X4200 server? Someone's selling one of these locally for like 200 dollars 11:31:04 Possibly, but it ran really badly on the couple of X4200M2 systems I got rid of a couple of years ago 11:36:13 Those are really quite old now, although the whole generation were excellent workhorses at the time 16:03:03 jimklimov: i think the biggest issue would be finding GPUs such that we can actually use them from the OS (AMD might be better here than nvidia) 16:03:42 but openzfs has some support for non-GPU accelerators for stuff, though the way (at least last time i looked) they added support wasn't exactly what I'd call great 16:04:05 lots of 'if (have_accel) { do_this(); } else { do_this(); }' littered everywhere 16:04:09 basically 16:04:31 though maybe that's improved recently 16:14:41 jbk: Is there any reason it'd be bad to add a demangle-sys entry point that let me specify the final buffer to use given we just strdup the output? 16:16:35 i can't think of any -- IIRC (it's been a while) part of that awkwardness was more about trying to stay compatible with the existing sun studio libdemangle interface 16:17:47 OK, thanks. 16:24:16 but all of that should be treated as private interfaces, so i think we should be ok to make things as useful as we want (just a lot of the sgs stuff used it as well, so i suspect any incompatible changes would require touching all of them.. probably not a big deal in terms of difficulty as much as quantity) 16:26:26 It's fine. Just looking at this for libdtrace. 18:22:10 Hey all. We have a server with rge0 interface that has the IP address 1.1.1.1, it also has the IP address 10.0.0.1. We also have a zone that uses VNIC over rge0 and has the address 10.0.0.10, and we've configured RDR to point from 1.1.1.1/32 port 389 -> 10.0.0.10 port 389 tcp. 18:22:30 I can see via snoop that the packets DO arrive to rge0, but I can never see them arrive to the zone 18:22:34 any thoughts? 18:22:57 P.S. the 1.1.1.1 IP address was a placeholder for privacy... we're not that dumb :P 18:30:58 Do you have forwarding enabled? 18:31:24 Check the output of routeadm(8). 18:33:58 FUUUUUCKKKKKK 18:38:34 rmustacc that was it :) 18:38:38 rmustacc thank you <3 18:38:55 rmustacc on FreeBSD I always remember that... here I totally forgot to check, altho I knew..... 18:46:05 While it's frustrating, it's always nice when it's a simple thing. 18:50:41 [illumos-gate] 16033 MSRPC services using anonymous RPC sessions fail with NETWORK_ACCESS_DENIED -- Matt Barden 18:51:52 would it ever make sense to enable ipnat with forwarding not enabled? maybe /lib/svc/method/ipfilter could check for that with a sensible error message. (one complication is that you can enable forwarding on an interface-by-interface basis, so getting the check right would be tricky..) 19:45:51 jbk if you have the binary I could run it on the omnios I have in oci 19:48:46 i do, just need to think of how to get it to you 19:49:33 I have network in the OCI vm, just dns is not working 19:52:17 I'm running OmniOS r151049 Version omnios-master-71f55ca7377 64-bit, is that relevant, should be latest bloody 21:11:47 [illumos-gate] 16238 First output with kbm_debug should say illumos -- Andy Fiddaman 21:11:47 [illumos-gate] 16227 ena: CQ tail pointer no longer supported -- Andy Fiddaman 22:23:03 [illumos-gate] 15405 Port NFSv41 base -- Vitaliy Gusev