5 ms·

A reverse PSDoom[1], eh? This submission is about using a process manager to play Doom, while PSDoom is about using Doom to perform process management. [1]: h

by thih9 3y ago

A reverse PSDoom[1], eh? This submission is about using a process manager to play Doom, while PSDoom is about using Doom to perform process management. [1]: https://psdoom.sourceforge.net https://psdoom.sourceforge.net

em-bee 3y ago
i was going to comment how i would like to see the reverse, and i am not surprised to find that it already exists. here is a video on someone porting it to run on current linux: https://youtu.be/Pf7rpde49NU https://youtu.be/Pf7rpde49NU except i'd like to see it somewhat more actually useful as a top replacement: size of the monster should be based on memory usage, and aggressiveness should be based on CPU usage. different rooms can be different users, and threads could also be shown as related somehow as could parent and child processes. sleeping processes should be sleeping obviously and zombie processes be frozen in space, maybe transparent, able to pass through? then a selection of weapons corresponding to the kill signals. there are more things that could be added but then it gets further away from doom.
- seba_dos1 3y ago
  psdoom-ng already works on "current Linux", no need to "port" it. It's also extensible - you can easily replace the commands used by it to gather the process list and to kill processes, so you can make variations of it using different kind of data without even recompiling the game. Once at a game jam I made "fsdoom" this way - a file manager utility that let you delete files from your $HOME by killing monsters.
  - em-bee 3y ago
    well, in the video there was talk about making it work on fedora 36. not sure what he had to do or if it was him who created psdoom-ng... but that configurability is cool. fsdoom sounds like a great idea. but here too i'd like monster size be based on filesize, rooms based on folders...
    - seba_dos1 3y ago
      > not sure what he had to do He just had to learn how to launch it as root (which isn't required for it to work) while preserving access to graphics server from the user's session (and there are better ways to do it than what he shown). All his "fork" does is changing the README file. > or if it was him who created psdoom-ng Nope, just a random youtuber discovering a project from 1999.
rrr_oh_man 3y ago
That would be fun with rm -rf
- seba_dos1 3y ago
  All it takes is a few lines of code: https://dos.itch.io/fsdoom https://dos.itch.io/fsdoom

by thih9 3y ago

em-bee 3y ago

i was going to comment how i would like to see the reverse, and i am not surprised to find that it already exists. here is a video on someone porting it to run on current linux: https://youtu.be/Pf7rpde49NU https://youtu.be/Pf7rpde49NU except i'd like to see it somewhat more actually useful as a top replacement: size of the monster should be based on memory usage, and aggressiveness should be based on CPU usage. different rooms can be different users, and threads could also be shown as related somehow as could parent and child processes. sleeping processes should be sleeping obviously and zombie processes be frozen in space, maybe transparent, able to pass through? then a selection of weapons corresponding to the kill signals. there are more things that could be added but then it gets further away from doom.

seba_dos1 3y ago
psdoom-ng already works on "current Linux", no need to "port" it. It's also extensible - you can easily replace the commands used by it to gather the process list and to kill processes, so you can make variations of it using different kind of data without even recompiling the game. Once at a game jam I made "fsdoom" this way - a file manager utility that let you delete files from your $HOME by killing monsters.
- em-bee 3y ago
  well, in the video there was talk about making it work on fedora 36. not sure what he had to do or if it was him who created psdoom-ng... but that configurability is cool. fsdoom sounds like a great idea. but here too i'd like monster size be based on filesize, rooms based on folders...
  - seba_dos1 3y ago
    > not sure what he had to do He just had to learn how to launch it as root (which isn't required for it to work) while preserving access to graphics server from the user's session (and there are better ways to do it than what he shown). All his "fork" does is changing the README file. > or if it was him who created psdoom-ng Nope, just a random youtuber discovering a project from 1999.

rrr_oh_man 3y ago

That would be fun with rm -rf

seba_dos1 3y ago
All it takes is a few lines of code: https://dos.itch.io/fsdoom https://dos.itch.io/fsdoom