[Info-vax] What would be involved in moving RMS into kernel mode ?

Simon Clubley clubley at remove_me.eisner.decus.org-Earth.UFP
Wed May 10 08:30:27 EDT 2023


On 2023-05-09, John Reagan <xyzzy1959 at gmail.com> wrote:
> On Tuesday, May 9, 2023 at 8:08:14?AM UTC-4, Simon Clubley wrote:
>> On 2023-05-07, Gary Sparkes <mok... at gmail.com> wrote:
>> > On Friday, May 5, 2023 at 8:17:02?AM UTC-4, Simon Clubley wrote: 
>> >> It will be nice to get a proper production release of VMS so that we 
>> >> know for sure, but it doesn't look like that is going to happen this 
>> >> year. :-( 
>> >> Simon. 
>> > 
>> > Isn't that what V9.2 is? :)
>> No. Regardless of what the VSI marketing division would have you believe. 
>> 
>> VMS is not production-ready until it is built using the final optimised 
>> compilers.
>> Simon. 
>> 
> Seems like an arbitrary requirement.  Not one that I would use.
>

It's one requirement. There are others, such as the layered products.

Someone with your experience should know what tends to happen when
you turn on optimisation in a code base that was previously developed
with optimisation turned off. :-)

> Would is surprise you that several pieces of OpenVMS on Alpha and Itanium are
> not built with full optimization turned on?  For example, several of the language RTLs
> are compiled with /OPTIMIZE=LEVEL=2 instead of the default of LEVEL=4.  It allowed
> me to single step thru the code at the instruction level without losing my hair (well, that
> didn't work so well however).  I've never bothered to put them back.  For code that spends
> most of its time waiting on I/Os to complete, the extra optimization is invisible.
>

That kind of thing I have absolutely no problem with, provided it's
part of the intended design, and provided that any such code is heavily
tested if the optimisation levels are changed.

Simon.

-- 
Simon Clubley, clubley at remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.



More information about the Info-vax mailing list