#lspci — Public Fediverse posts

@da_667 i could see you running on an epyc platform with waaay more throughput and io, way more pci lanes, expand with 2tb nvme as needed for the next few years #the security setuo #hw edition #hwinfo #cpu-x #htop #lspci

@da_667 i could see you running on an epyc platform with waaay more throughput and io, way more pci lanes, expand with 2tb nvme as needed for the next few years #the security setuo #hw edition #hwinfo #cpu-x #htop #lspci

@da_667 i could see you running on an epyc platform with waaay more throughput and io, way more pci lanes, expand with 2tb nvme as needed for the next few years #the security setuo #hw edition #hwinfo #cpu-x #htop #lspci

@da_667 i could see you running on an epyc platform with waaay more throughput and io, way more pci lanes, expand with 2tb nvme as needed for the next few years #the security setuo #hw edition #hwinfo #cpu-x #htop #lspci

@RL_Dane @mjgardner @benjaminhollon Would be very unlikely to be any performance boost. Probably a decrease I'd guess. Things that take longest are most dynamic, usb, gfx, smartctl, the stuff that is static relatively for each boot are very fast programs, #lspci, #dmidecode, but adding boot testing... not fun, lol. It would just be more code. This why I focus a lot on realtime optimizations, removing subshell calls, that's the real speedups.

@RL_Dane @mjgardner @benjaminhollon Would be very unlikely to be any performance boost. Probably a decrease I'd guess. Things that take longest are most dynamic, usb, gfx, smartctl, the stuff that is static relatively for each boot are very fast programs, #lspci, #dmidecode, but adding boot testing... not fun, lol. It would just be more code. This why I focus a lot on realtime optimizations, removing subshell calls, that's the real speedups.

@RL_Dane @mjgardner @benjaminhollon Would be very unlikely to be any performance boost. Probably a decrease I'd guess. Things that take longest are most dynamic, usb, gfx, smartctl, the stuff that is static relatively for each boot are very fast programs, #lspci, #dmidecode, but adding boot testing... not fun, lol. It would just be more code. This why I focus a lot on realtime optimizations, removing subshell calls, that's the real speedups.

@RL_Dane @mjgardner @benjaminhollon Would be very unlikely to be any performance boost. Probably a decrease I'd guess. Things that take longest are most dynamic, usb, gfx, smartctl, the stuff that is static relatively for each boot are very fast programs, #lspci, #dmidecode, but adding boot testing... not fun, lol. It would just be more code. This why I focus a lot on realtime optimizations, removing subshell calls, that's the real speedups.