|
> -----Original Message----- > From: rpg400-l-bounces@xxxxxxxxxxxx / DeLong, Eric > Sent: Friday, August 13, 2004 3:09 PM > > Dan, > > Seems we've had discussions on this before... <g> Was that *you*? And how many other people? <g> Honestly, I've forgotten with whom I've had the discussions, I just know that I always come away unconvinced. > The S36 was a much simpler environment to work in, since the > file system was basically just VSAM, and all files were > contiguous within their disk volume (no fragmentation). > That makes all file access sequential by default, and much > easier to buffer. OS400 and DB2 puts a lot of code between > the app and the file system, making buffering less useful > in some cases (such as random IO). <Valley girl tone> W-h-a-t-e-v-e-r... <g> Seriously, though, it seems that this should be easy stuff for an object-oriented, SLS system. The OS has to know that there are records in memory that are more current than what's on the disk. How hard can it be? (asks the RPG programmer). Maybe I could get Dr. Frank to draw a comparison flowchart for me. Short of that, I'm just gonna wallow in yearning for the good old days. Oh, wait, RPG-II? Never mind. db
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.