Live data from Hacker News

We achieved a 6-fold increase in Podman startup speed

redhat.com

161–170 of 196 posts

Re: We achieved a 6-fold increase in Podman startup speed

#161

Earlier quoted context omitted.

Indeed. When I took my car in last winter because the light had come on for no apparent reason, as the car was running fine, they charged me $140 to take it out on the road to try to find the reason. No reason was found. Two weeks later, the light came on again (towards the end of 2022). The car was and is running fine. The light will remain on until July when I take it in for a scheduled oil change.

Or you could buy a $20 code reader and see what's causing the light yourself.

But the mechanics using their professional grade code reader and related equipment couldn't figure out what's causing it. At least I'm comfortable with "unknown" after that's their diagnosis; I don't think that would be the case if I did it and got that result.

Re: We achieved a 6-fold increase in Podman startup speed

#162
post #136
post #89

Earlier quoted context omitted.

According to the car, the stability control system wasn't working. Cause? Obviously a broken fuel injector. The stability control system talks to the engine ECU to control the torque if there is a lack of traction - it is notified of this by the ABS computer. Broken Injector=No ability to manage torque, hence traction control warning. Sitting here now, that makes perfect sense. In horizontal Scottish rain - less so!

Unless I’m missing something, it seems that this information largely invalidates the thesis of your previous post. A critical component (fuel injector) failed, the software in the car prevented it from running and causing catastrophic damage. Roadside assistance came, immediately determined it can’t be fixed on the side of the road and towed the car. Seems like a best-case scenario given the circumstances other than…

Assuming that the fuel injector wasn't stuck open, the car could simply disable the affected cylinder and continue to run (poorly) in limp mode. I had exactly this happen in a 20 year old VW and it turned out that the injector was fine and the connector had just come loose. The engine sounded awful running on 3 cylinders and wouldn't go past 3000 rpm but there was no permanent damage. The fault code in the ECU correctly identified the problem (fuel injector cylinder X open circuit) though it did also log misfires and disable traction control.

Re: We achieved a 6-fold increase in Podman startup speed

#163

Earlier quoted context omitted.

> As we expect them to do more and more Who does? Who asked for updates blocking third-party ink, 1GB "drivers", full-color "test prints" each time you switch it on, ...? Printing reliably doesn't sound too demanding, manufacturers reached that point long ago, and since then I haven't seen all that much groundbreaking innovation. Sure, things like wifi were added but that doesn't require cutting-edge technology - con…

> Who does? The majority of my printing happens from my smartphone, so my printer needs to be on wifi, and needs to be able to reliably print from Android and iOS. Accordingly, it needs firmware updates because phones break how they work all the time . > things like wifi were added but that doesn't require cutting-edge technology - consumer devices could handle that 20 years ago Not just wifi, multiple protocol for c…

I fixed this by adding a printer server to my NAS and use that for AirPrint and the like. Smart power socket to prevent the printer from drawing power all the time. No need to have a smart printer.

Re: We achieved a 6-fold increase in Podman startup speed

#164

Earlier quoted context omitted.

I think it's more because Linux OS developers have never bothered to move away from Unix's "all apps get mixed together at absolute locations" filesystem model. If apps were like on Mac - self-contained directories that can be installed at any path - then Docker would probably be a footnote.

> mixed together at absolute locations There is DT_RUNPATH probably since before I was born. The problem is it's not always utilised, distributions prefer to share libraries over isolating applications, and loading shared libraries isn't the only host-dependent thing done by application code. Also you realise that docker provides more functionality than a tarball, right?

DT_RUNPATH is not nearly flexible enough to matter

Re: We achieved a 6-fold increase in Podman startup speed

#165
post #163

Earlier quoted context omitted.

> Who does? The majority of my printing happens from my smartphone, so my printer needs to be on wifi, and needs to be able to reliably print from Android and iOS. Accordingly, it needs firmware updates because phones break how they work all the time . > things like wifi were added but that doesn't require cutting-edge technology - consumer devices could handle that 20 years ago Not just wifi, multiple protocol for c…

I fixed this by adding a printer server to my NAS and use that for AirPrint and the like. Smart power socket to prevent the printer from drawing power all the time. No need to have a smart printer.

Most people don't have, or want to maintain, a NAS + print server, having the print server software built into the printer is perfectly reasonable for a consumer product!

Re: We achieved a 6-fold increase in Podman startup speed

#166
post #4

I'm all for improvements to pod startup times etc, but the general idea of putting more software into cars is not that appealing. I recently broke down in the highlands of Scotland in a fairly new car with the family - it was a horrible experience. It was made worse by the fact that there was nobody close that had a clue what to do with the car. The breakdown service arrived promptly, plugged the diagnostic tool into…

You take out your picnic basket 'cos the car has blown a gasket in the middle o' a place called Rannoch Moor https://l-hit.com/en/143370

Haha - that summed up my day perfectly!

Re: We achieved a 6-fold increase in Podman startup speed

#168
post #28
post #4

I'm all for improvements to pod startup times etc, but the general idea of putting more software into cars is not that appealing. I recently broke down in the highlands of Scotland in a fairly new car with the family - it was a horrible experience. It was made worse by the fact that there was nobody close that had a clue what to do with the car. The breakdown service arrived promptly, plugged the diagnostic tool into…

More software is fine IMO. More software on critical path ain't. Have the ECU only do the engine thing. Have the AC control just do AC control. Decouple dependencies and make it as simple as possible. Old cars already do it. Blinker switch send signal directly to light controller, not to some central box deciding what it should do with it. If something needs config in addition to control signals, have it keep it own…

graceful degradation ftw

Re: We achieved a 6-fold increase in Podman startup speed

#169

Earlier quoted context omitted.

> As we expect them to do more and more Who does? Who asked for updates blocking third-party ink, 1GB "drivers", full-color "test prints" each time you switch it on, ...? Printing reliably doesn't sound too demanding, manufacturers reached that point long ago, and since then I haven't seen all that much groundbreaking innovation. Sure, things like wifi were added but that doesn't require cutting-edge technology - con…

> Who does? The majority of my printing happens from my smartphone, so my printer needs to be on wifi, and needs to be able to reliably print from Android and iOS. Accordingly, it needs firmware updates because phones break how they work all the time . > things like wifi were added but that doesn't require cutting-edge technology - consumer devices could handle that 20 years ago Not just wifi, multiple protocol for c…

> The majority of my printing happens from my smartphone, so my printer needs to be on wifi

It needs to be on your home network, but it doesn't need to be connected to wifi per se. Ethernet works fine, including ethernet to a wireless mesh AP.

Re: We achieved a 6-fold increase in Podman startup speed

#170
post #40

All this because nobody wants to change the ELF loader to better isolate dependencies of binaries

I think it's more because Linux OS developers have never bothered to move away from Unix's "all apps get mixed together at absolute locations" filesystem model. If apps were like on Mac - self-contained directories that can be installed at any path - then Docker would probably be a footnote.

Ironically, Linux probably mostly does this to save disk space (and probably also to save RAM in the early days). And now with docker you download hundreds of MB only to install a small python script ...
Post reply on HN