View Single Post
Old 09-12-2023, 09:57 AM   #13
Quoth
Still reading
Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.
 
Quoth's Avatar
 
Posts: 14,304
Karma: 105299897
Join Date: Jun 2017
Location: Ireland
Device: All 4 Kinds: epub eink, Kindle, android eink, NxtPaper
Never seen a UNIX or Linux where close doesn't close the application, unless it's an application that has a minimised icon in a panel/ runs in background and optionally does notifications. (Using UNIX since 1986, Linux since 1997). Of course there may be Linux or other Windowing desktops that behave like Mac OSX.

OSX (really Mac OS10 and later) was 2001 and a complete break from OS9 (much better) and it was based on NeXT, which was based on BSD.

All Windows + Menus + Icons + Mouse desktops are based on 1970s Xerox. Neither Apple or Microsoft innovated much on the GUI, despite stupid USA court cases.
Quote:
if the app is a simple one and can only have one window then the app closes if can have multiple windows then the app stays running so you can open a new window
There is only one Main instance of Calibre, so the app should close.
OTOH there is some logic for Mac OS behaviour to keep the Application running if it's LO Writer or MS Word.

Quote:
they just get swapped out to disk and an inactive running app has minimal effect on the rest, but if you click on it it responds much quicker than if it had to rerun from the beginning.
On a decent OS, something virtual memory not doing anything and minimised can be swapped to disk. But programs like Viber, Telegram, Signal or email can't be swapped to disk when there is no window, because they are doing something. Also there is almost no difference in performance loading a program from the normal file or restoring it from RAM swapped to disk. Actually if the program is installed on SSD and the swap is on an HDD, then restarting the application is many times faster! You are better with swap on an HDD than SSD due to wear! However 8G or more RAM on Linux the swap is almost never used. People used to disable swap even on XP that was using Flash/SSD and had enough RAM. Easier on NT 4.0 as it had PAE support so you could have more than the 4G RAM 32 bit XP was artificially limited to.

Also
Quote:
but if you click on it it responds much quicker than if it had to rerun from the beginning.
This can be true on Linux or Windows even if the program is closed. Especially if some shared subsystem is used that isn't automatically loaded when you log in.

I don't know how Windows works now (I used to know) and not much about the details of how Linux works and know little of Mac OS X, but your explanations don't add up.

I know that NT (includes 3.1, 3.5. 3,51, 4.0 Win2K, XP, 2003, Vista, 7, 8, 10, 11 but not Win 1-3.x, Win9x, ME) used to use the program file as disk for virtual memory so that only data needed swapped to disk, thus you couldn't delete, update or move a running program. Given the mysterious shutdown and startup of Win10 after an update this may still be true.

Linux
Calibre load from SSD with 7,000 titles (many 2 formats) & FTS index on HDD on Linux: 6 seconds. First run.
Close Window and nothing in Processes.
Run Calibre a 2nd time:maybe less than 2 seconds.

Last edited by Quoth; 09-12-2023 at 10:10 AM.
Quoth is offline   Reply With Quote