I thank you for doing this! Long ago and far away I did report a problem with SWAPGEN. I took this up with IBM, since they were providing our Linux (Red Hat) support and since they used SWAPGEN in their RedBook. Eventually, IBM determined that the problem was not in SWAPGEN but in systemd. They tried to convince Red Hat to make some changes, but Red Hat refused. Nevertheless, the problem went away when we put on some service, so I didn't pursue it any further.
My original post was Date: Mon, 16 May 2016 10:28:55 -0700 http://www2.marist.edu:8000/htbin/wlvtype?LINUX-VM.92905 Alan Ackerman alan.ackerma...@gmail.com On Dec 29, 2018, at 11:29 AM, David Boyes <dbo...@sinenomine.net> wrote: On 12/27/18, 11:16 AM, "Linux on 390 Port on behalf of Rob van der Heij" <LINUX-390@VM.MARIST.EDU on behalf of rvdh...@gmail.com> wrote: > I don’t see how specifying the size should make a difference, apart from > the last odd blocks when an arbitrary size does not make a full number of > cylinders. Apparently there are still a fair number of people who care about SWAPGEN (who knew?) mostly to deal with creating swap on VDISKs, so I'm trying to address the stuff I've had queued up on the round tuit list. It's been a few years since the last release, so the list is somewhat longer, but I can make educated guesses for many of those. Reason for the size/units question was to make it friendlier for non-CMS literate people who don't (and don’t want to) understand the underlying disk geometries and just want to say "give me a 18G swap disk *there*" and have it automagically sort out what it needs to do to make that happen -- purely a usability issue. I agree that for real 3390/FBA swap disk, setting size in SWAPGEN is irrelevant, but creating swap space for that use case is persistent across logons, so it's less important to me. The BLKSIZE option was requested by someone a while back to try to align it with more efficient use of space with larger memory page sizes to try to better align the # of I/Os needed to move a complete frame in and out. Future item (IIRC, Alan was talking about it as a fairly distant need), but I've got some spare time to think about it at the moment. Figured I'd ask and see what people want, so there it is. If nobody cares, then I won't expend any more effort on it. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
