Re: DMV systems?

[Eric Chevalier]

On 24 Dec 2005 08:06:44 -0800, in bit.listserv.ibm-main,
"as400" <[EMAIL PROTECTED]> wrote:

>Dispatchers who enter license plate numbers or license numbers to query
>about our personal records get authorized to access the DMV databases
>in order to do those tasks. My question is, do those records on the DMV
>database stored on a DB2 or IMS application on the mainframes? My guess
>would be that the DMV uses like an RS6000 mainframe server to access
>our records because it takes about 5 seconds for a dispatcher to access
>these and query them back to an officer. 


Interesting. I just noticed the following message pop up in another group
that I follow:

On 16 Jan 2006 08:38:19 -0800, in comp.unix.aix,
"as400" <[EMAIL PROTECTED]> wrote:

>I have heard or read that the DMV databases are using RS-6000 running
>AIX to store all of our SS#, DL#, Name, Age, Warrants, and etc...
>
>Does anyone know what the DMV use to process this information? Thanks

A quick Google search also found:

On 16 Jan 2006 09:08:27 -0800, in alt.2600.hackers,
"as400" <[EMAIL PROTECTED]> wrote:

>Hello -
>
>I was wondering how police dispatchers access our information like
>records, warrants, through our driver license numbers when they enter
>it...Does anybody know what software they use?
>
>For example: When the police reads my driver license plate or number
>for the dispatchers to enter them, where does that information stored?
>Is it on a Mainframe, UNIX? Also, what application they use for this?
>
>I listen to my scanner all the time and I just want to know how they
>lookup or which system they use to lookup our information when they
>enter the driver license plate?
>
>Thanks...

On 16 Jan 2006 10:14:32 -0800, in alt.2600,
"as400" <[EMAIL PROTECTED]> wrote:

>Does the DMV use the Mainframes to access our driver license
>information or do they use UNIX bases systems?
>
>Can anyone please post a link to some website that explains this in
>detail?
>
>I once went into the DMV local office in my area and saw thay they were
>using systems that displayed the black backround and the green looking
>text...I was assuming that they were using the AS/400 servers or
>something
>
>Can anyone have any insight on this?


You do seem awfully focused on this question of computer systems that
maintain DMV records...

--
Eric Chevalier  E-mail: [EMAIL PROTECTED]
   Web: www.tulsagrammer.com
Is that call really worth your child's life?  HANG UP AND DRIVE!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/30/2005
   at 03:34 PM, Bruce Black <[EMAIL PROTECTED]> said:

>One of my jobs at Univac/RCA was maintaining the error recovery
>routines  for I/O devices, incluing the RACE.   Luckily, the system
>was so flakey  that it was easy to generate errors to test with. 
>Unluckily, there was  little you could do to recover from a card that
>got crunched going down  the raceway.

Or returned to the wrong magazine :-(

While the 3488 had some ugly failure modes, so did the 2321, and I
believe that on balance the 3488 was more reliable. Aside from  that,
Mrs. Lincoln, how was the play?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Anne & Lynn Wheeler]

Bruce Black wrote:
> One of my jobs at Univac/RCA was maintaining the error recovery routines
> for I/O devices, incluing the RACE.   Luckily, the system was so flakey
> that it was easy to generate errors to test with.  Unluckily, there was
> little you could do to recover from a card that got crunched going down
> the raceway.

i had a similar but different experience in the dasd engineering lab
(bldg. 14) and dasd product test lab (bldg. 15). they had all these
(dasd) "test cells" that periodically needed connection to mainframe
channel/processor for various testing. note that test cells are not
directly related to datacell/2321, test cells were security operation
... they were approx. 6-to-7ft cubes, steel wire mesh cages with special
combination lock door (that housed equipment in development), located
inside a secure machine room, inside a secure bldg, etc.

they had tried running mainframe under an operating system ... but found
that MTBF for MVS was on the order of 15 minutes (i.e. single dasd
testcell could generate more errors ... including all sorts of
architecture violations ... in 15 minutes than most shops would
experience in years).

as a result, they had to resort to doing all testing with dedicated,
stand-alone processor time on a testcell by testcell basis.

as a fun exercise, i undertook to rewrite i/o supervisor (including
error recovery and recording) so they could concurrently test multiple
testcells in normal operating system environment (w/o having to take all
the machines down for stand-alone, dedicated machine time) ... which
drastically increased productivity (i/o supervisor was bullet proof and
never failed)

misc. collected postings about bldg. 14 and 15 work
http://www.garlic.com/~lynn/subtopic.html#disk

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Bruce Black]

CA DMV seems to be prone to making bad implementation choices.  Back 

when I was working for Univac (35 years ago) on the former RCA
systems,  I found that the CA DMV systems were on RCA equipment, with
the  databases on the RCA RACE equipment (similar to the IBM data
cells, but  not compatible). 
 



The 3488 was quite different from the 2321. It had a separate
extraction mechanism for each magazine instead of stringing the
magazines around a rotating drum, and used a linear raceway for the
extracted cards. The performance and reliability issues of the two
devices[1] were quite different.

One of my jobs at Univac/RCA was maintaining the error recovery routines 
for I/O devices, incluing the RACE.   Luckily, the system was so flakey 
that it was easy to generate errors to test with.  Unluckily, there was 
little you could do to recover from a card that got crunched going down 
the raceway.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/29/2005
   at 02:22 PM, Bruce Black <[EMAIL PROTECTED]> said:

>CA DMV seems to be prone to making bad implementation choices.  Back 
>when I was working for Univac (35 years ago) on the former RCA
>systems,  I found that the CA DMV systems were on RCA equipment, with
>the  databases on the RCA RACE equipment (similar to the IBM data
>cells, but  not compatible). 

The 3488 was quite different from the 2321. It had a separate
extraction mechanism for each magazine instead of stringing the
magazines around a rotating drum, and used a linear raceway for the
extracted cards. The performance and reliability issues of the two
devices[1] were quite different.

[1] Yes, both of them had significant issues. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Ray Mullins]

Wow.  I wonder if that was the original ADABAS system.

Last I heard they still were using ADABAS, but that was several years ago.

-- 
M. Ray Mullins 
Roseville, CA, USA 
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/ 
http://www.the-bus-stops-here.org/ 

German is essentially a form of assembly language consisting entirely of far
calls heavily accented with throaty guttural sounds. 

--ilvi 



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black
> Sent: Thursday 29 December 2005 11:23
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DMV systems?
> 
> >
> >
> >And how many times has CA DMV tried to rewrite the systems with the 
> >help of "consulting companies" and failed?  I can think of 
> at least two.
> >
> CA DMV seems to be prone to making bad implementation 
> choices.  Back when I was working for Univac (35 years ago) 
> on the former RCA systems, I found that the CA DMV systems 
> were on RCA equipment, with the databases on the RCA RACE 
> equipment (similar to the IBM data cells, but not 
> compatible).  They were trying to convert the data to IBM 
> equipment, but the only apparent way to do so was via 6250 
> BPI tape, and it was estimated it would take months to dump 
> all the data to tape and read it back on IBM systems.  I 
> don't know what they eventually did but obviously they got it 
> off the RCA equipment. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Bruce Black]

And how many times has CA DMV tried to rewrite the systems with the help of
"consulting companies" and failed?  I can think of at least two.

CA DMV seems to be prone to making bad implementation choices.  Back 
when I was working for Univac (35 years ago) on the former RCA systems, 
I found that the CA DMV systems were on RCA equipment, with the 
databases on the RCA RACE equipment (similar to the IBM data cells, but 
not compatible).  They were trying to convert the data to IBM equipment, 
but the only apparent way to do so was via 6250 BPI tape, and it was 
estimated it would take months to dump all the data to tape and read it 
back on IBM systems.  I don't know what they eventually did but 
obviously they got it off the RCA equipment. 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[R.S.]

Ray Mullins wrote:


Just to make a point...there are more than IBM and Unisys in the (what I
believe to be the true, IMHO) mainframe game.  


There's Groupe Bull, Fujitsu-Siemens, Fujitsu and Hitachi.  (Not all are
available in the USA, two due to legal reasons.)  


And the F-S systems have their own version of Unix that can run under their
own hypervisor (VM2000).


IMHO these are dead or moribound players.
Who heard about *new* GCOS customer ?
Who saw *new* BS2000 installation ?
Those players rather talk about customers they have *yet*.
BTW: AFAIK Fujitsu, Hitachi and Siemens had servers more-or-less 
compatible with IBM. Even software component names of BS2000 looks very 
familiar.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Ray Mullins]

MCP and OS2200 are the current OSes...

-- 
M. Ray Mullins 
Roseville, CA, USA 
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/ 
http://www.the-bus-stops-here.org/ 

German is essentially a form of assembly language consisting entirely of far
calls heavily accented with throaty guttural sounds. 

--ilvi 



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday 28 December 2005 11:45
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DMV systems?
> 
> In <[EMAIL PROTECTED]>, on 12/27/2005
>at 05:22 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:
> 
> >or I have a Unisys xxx running MCP (I think that is the OS name).
> 
> That depends on *which* Unisys processor. The lines inherited 
> from Burroughs run a system called MCP. The lines inherited 
> from UNIVAC do not. I'm not sure what the current name for 
> EXEC 8 is, or whether there is still a 490 variant in production.
>  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Ray Mullins]

Just to make a point...there are more than IBM and Unisys in the (what I
believe to be the true, IMHO) mainframe game.  

There's Groupe Bull, Fujitsu-Siemens, Fujitsu and Hitachi.  (Not all are
available in the USA, two due to legal reasons.)  

And the F-S systems have their own version of Unix that can run under their
own hypervisor (VM2000).

-- 
M. Ray Mullins 
Roseville, CA, USA 
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/ 
http://www.the-bus-stops-here.org/ 

German is essentially a form of assembly language consisting entirely of far
calls heavily accented with throaty guttural sounds. 

--ilvi 


> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr.
> Sent: Tuesday 27 December 2005 14:22
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DMV systems?
> 
> as400 wrote:
> > Well, thanks for this information..I really appreciate it...
> > 
> > And lastly, can Solaris (UNIX) be ran on a Mainframe or 
> not? Because 
> > you said:
> > 
> > " would say that most of the systems were mainframe based (IBM and
> > Unisys) and non-Unix based OS's:"
> > 
> > Please advise.
> > 
> 
> It depends on your definition of what a "mainframe" is.  That 
> I am aware of Solaris can only be run on x86 systems and 
> systems based on Sun's Sparc processor.  I have not seen a 
> x86 system or a Sparc system labeled as a "mainframe."  I 
> have seen some advertised as "mainframe like performance" and 
> "mainframe like relibility", but I have not (at least I do 
> not remember any) seen Sun advertise one of their boxes as a 
> mainframe.
> 
> If you remove the "(IBM and Unisys)" you have:
> 
> " would say that most system were mainframe based and 
> non-Unix based OS 's".
> 
> Meaning both mainframe and non-Unix.  As Solaris is Unix it 
> does not fit in the above category.  The reason for my 
> statements is that I know that IBM is not the only company 
> that has made mainframes and that mainframe traditionally do 
> not run a OS that is called "Unix."  You hear about people 
> with IBM mainframes running z/OS, z/VM, etc or I have a 
> Unisys xxx running MCP (I think that is the OS name).
> 
> The part where it starts getting confusing is that z/OS is 
> branded "Unix", as is it predecessors (MVS with the Open 
> Edition option and OS/390).  When most people say Unix they 
> mean things like AIX, Solaris, HP-UX, and SCO Unix.  They 
> normally do not mean z/OS.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Ray Mullins]

And how many times has CA DMV tried to rewrite the systems with the help of
"consulting companies" and failed?  I can think of at least two.

They keep going back to the "legacy" system that works, just like Ford.  

-- 
M. Ray Mullins 
Roseville, CA, USA 
http://www.catherdersoftware.com/
http://www.mrmullins.big-bear-city.ca.us/ 
http://www.the-bus-stops-here.org/ 

German is essentially a form of assembly language consisting entirely of far
calls heavily accented with throaty guttural sounds. 

--ilvi 



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe
> Sent: Tuesday 27 December 2005 12:40
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: DMV systems?
> 
> 
> 
> Here in California, DMV uses the large MVS systems at the Stephen P. 
> Teale Data Center in Sacramento. (See 
> http://www.teale.ca.gov) Can't speak for DMV in other/smaller states.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

Shmuel Metz , Seymour J. wrote:

In <[EMAIL PROTECTED]>, on 12/27/2005
   at 05:22 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:



or I have a Unisys xxx running MCP (I think that is the OS name).



That depends on *which* Unisys processor. The lines inherited from
Burroughs run a system called MCP. The lines inherited from UNIVAC do
not. I'm not sure what the current name for EXEC 8 is, or whether
there is still a 490 variant in production.
 


I did not work on it, I just help setup communcation to it and the guy 
on the other end said it was running MCP, so it must have been from the 
Burroughs line.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

Ted MacNEIL wrote:

A RS/6000 is not a mainframe.



Are we sure about that anymore?
-teD
Me? A skeptic? I trust you have proof!



Well, that depends on how you define "mainframe."  When I go to IBM's 
Web site and click on mainframes, I don't see any RS/6000's.  However, 
some of the higher end pSeries are designed just about like a mainframe.



If we include pSeries servers as mainframes, I guess that some of the 
iSeries are also, I bleive that the pSeries 595 and iSeries 595 are the 
same box, one by default with AIX and one with OS/400, both able to run 
Linux.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/27/2005
   at 05:22 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:

>or I have a Unisys xxx running MCP (I think that is the OS name).

That depends on *which* Unisys processor. The lines inherited from
Burroughs run a system called MCP. The lines inherited from UNIVAC do
not. I'm not sure what the current name for EXEC 8 is, or whether
there is still a 490 variant in production.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

as400 wrote:

Well, thanks for this information..I really appreciate it...

And lastly, can Solaris (UNIX) be ran on a Mainframe or not? Because
you said:

" would say that most of the systems were mainframe based (IBM and
Unisys) and non-Unix based OS's:"

Please advise.



It depends on your definition of what a "mainframe" is.  That I am aware 
of Solaris can only be run on x86 systems and systems based on Sun's 
Sparc processor.  I have not seen a x86 system or a Sparc system labeled 
as a "mainframe."  I have seen some advertised as "mainframe like 
performance" and "mainframe like relibility", but I have not (at least I 
do not remember any) seen Sun advertise one of their boxes as a mainframe.


If you remove the "(IBM and Unisys)" you have:

" would say that most system were mainframe based and non-Unix based OS
's".

Meaning both mainframe and non-Unix.  As Solaris is Unix it does not fit 
in the above category.  The reason for my statements is that I know that 
IBM is not the only company that has made mainframes and that mainframe 
traditionally do not run a OS that is called "Unix."  You hear about 
people with IBM mainframes running z/OS, z/VM, etc or I have a Unisys 
xxx running MCP (I think that is the OS name).


The part where it starts getting confusing is that z/OS is branded 
"Unix", as is it predecessors (MVS with the Open Edition option and 
OS/390).  When most people say Unix they mean things like AIX, Solaris, 
HP-UX, and SCO Unix.  They normally do not mean z/OS.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Edward E. Jaffe]

John S. Giltner, Jr. wrote:


as400 wrote:


Hello-

Dispatchers who enter license plate numbers or license numbers to query
about our personal records get authorized to access the DMV databases
in order to do those tasks. My question is, do those records on the DMV
database stored on a DB2 or IMS application on the mainframes? My guess
would be that the DMV uses like an RS6000 mainframe server to access
our records because it takes about 5 seconds for a dispatcher to access
these and query them back to an officer.
Thanks.



A RS/6000 is not a mainframe.



Here in California, DMV uses the large MVS systems at the Stephen P. 
Teale Data Center in Sacramento. (See http://www.teale.ca.gov) Can't 
speak for DMV in other/smaller states.


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Anne & Lynn Wheeler]

as400 wrote:
> Well, thanks for this information..I really appreciate it...
> 
> And lastly, can Solaris (UNIX) be ran on a Mainframe or not? Because
> you said:
> 
> " would say that most of the systems were mainframe based (IBM and
> Unisys) and non-Unix based OS's:"
> 
> Please advise.

what you mean by mainframe?

i think sun talks about running on mainframe class machine.

original sun workstations was 68k before they produced risc sparc ...
minor reference to 68020/68030 machines
http://www.obsolyte.com/sun380/

not sparc and i86 machines are support ... this has minor reference to
both platforms
http://www.sun.com/software/security/securitycert/

i think that unisys logo'ed sequent's machine for a time ... as another
"mainframe class" machine.

this minor reference has unisys starting logo'ing sequent machines even
before the sequent NUMA-Q machines
http://lists.freebsd.org/pipermail/freebsd-smp/2003-July/000247.html

in the 80s we participated in both fcs and sci standards activity. fci
standards was somewhat the outgrowth of LLNL's work with a non-blocking
copper-wire switched remapped to 1gbit/sec fiber-optics. SCI was some
work out of SLAC to take fiber-optics and use it for asyncronous bus.

there had been this fiber-optic technology that had been kicking around
pok since the 70s that was having hard time getting out. part of it
appeared to be around the battle with communication division on who
"owned" stuff that crossed the wall surrounding the glass-house. my wife
was in the middle of this since she had done a stint in POK in charge of
loosely-coupled architecture ... where she produced peer-couple shared
data architecture
http://www.garlic.com/~lynn/subtopic.html#shareddata

... which didn't see much uptake until parallel sysplex ... except for
some work hear-and-there ... like IMS hot-standby.

in any case, supposedly the jurisdictional resolutioin was that CPD's
terminal controller paradigm (sna) supposedly owned anything that
crossed the boundary of the glass house walls.

one of the austin interconnect engineers took the pok fiber technology
... and tweaked it here and there ... getting about ten percent higher
thruput (220mbits/sec rather than 200mbits/sec for escon) and used
optical drivers that were at least an order of magnitude less expensive
(than escon). this was announced on rs/6000 as sla (serial link adapter).

he then wanted to go on and do an 800 mbit version of sla. we convinced
him to move to working on FCS ... where he became editor of the FCS
standards document. part of this was that rs/6000 was much more into the
market segment that highly prised interoperability ... and it was
difficult to have a lot of interoperability with proprietary
interconnect. one of the issues was FCS was basically a fully
asyncronous, full-duplex operation. Later there were some horrible
battles when some POK channel engineers became involved with FCS and
tried to do some unnatural acts like layering mainframe half-duplex
syncronous channel paradigm on an underlying infrastructure that is
asyncronous full-duplex (or dual simplex as i periodically refer to it)
... which i believe may now be referred to as ficon.

so in parallel with all this was the "SLAC" effort to use similar
fiber-optic technology for asyncronous bus operation rather than
asyncronous link/io operation. sci reference:
http://www.scizzl.com/

one of the reasons that we round up producing ha/cmp
http://www.garlic.com/~lynn/subtopic.html#hacmp

that was suppose to use fcs for scale-up ... minor reference
http://www.garlic.com/~lynn/95.html#13

was that RIOS chips didn't support cache coherency ... i.e. and a major
SCI effort was an asyncronous memory bus implementation.

for a little more digression ... i've periodically asserted that much of
the 801/risc/romp/rios genre
http://www.garlic.com/~lynn/subtopic.html#801

was attempting to drastically simplify hardware after the disastrous
experience of future systems
http://www.garlic.com/~lynn/subtopic.html#futuresys

the other characteristic was that it seemed that the 801/risc had a
scalded cat reation to the enormous multiprocessor cache consistency
overhead exacted by the strong memory consistency paradigm of the
highend mainframe 370s. not only did 801/risc go to the opposite extreme
of future systems ... but also the opposite extreme from highend 370s
with regard to cache consistency. as a result, it was essentially
impossible to build scale-up multiprocessor system with SCI and rios
chips. essentially, the only scaleup fall-back was purely
loosely-coupled (aka cluster) operatiion with high-speed (i/o) interconnect.

convex built 128-way examplar with dual-processor board HP/RISC chips.
SCI asyncronous memory operation standard allows for 64 memory ports.
convex had dual-processor shared cache boards ... and 64 such boards
allowed for maximum 128-way configuration.

both sequent and data general did something similar using 64-port SCI
... except they used intel quad-processor

Re: DMV systems?

[Ted MacNEIL]

>A RS/6000 is not a mainframe.

Are we sure about that anymore?
-teD
Me? A skeptic? I trust you have proof!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] (John S. Giltner, Jr.) writes:
> I'm not sure, but I beleive that HP-UX and "Solaris" (it was
> originally called SunOS) came out in early 80's (82'ish) and that
> AIX did not come out until a few years later (86'ish).  DMV systems
> were already in place by then.

a minor sunos reference (this was a bsd unix base)
http://www.garlic.com/~lynn/96.html#4a John Hartmann's Birthday Party

the original "risc" aix was an 801 chip project that started out as a
joint research/office products division effort to use the 801 "romp"
in a system for a displaywriter followon product.  misc. past posts on
801, romp, rios, fort knox, etc
http://www.garlic.com/~lynn/subtopic.html#801

when the office products displaywriter followon got killed, it was
decided to retarget the product to the unix technical workstation
market. the company that had been hired to do the pc/ix port for the
ibm/pc was hired to do a port to romp (or almost romp, they ported to
something called VRM, an abstract virtual interface which ran on
romp). this was called aixv2 (this was an att unix base) and the
machine was announced as pc/rt.

for rs/6000 (rios), aixv2 was enhanced and the vrm was
eliminated. rs/6000 had desktop, deskside towers, and rack mounted
configurations. however, much of the marketing effort was still
targeted at the technical workstation markett place.

my wife and I mounted an effort to address the commercial and business
critical marketplace ... with ha/cmp ... which was oriignally targeted
to provide both availability and scaleup for business applications.
minor reference
http://www.garlic.com/~lynn/95.html#13
various collected postings
http://www.garlic.com/~lynn/subtopic.html#hacmp

besides traditional mainframe commercial applications we also spent
some time marketing to trandem and stratus customers.

somewhat in the late 80s there was also aix/370 and aix/ps2 ... which
were built on UCLA's locus/unix platform. the same group had also done
"aos" for the pc/rt ... which used a bsd unix base.

some solaris (and sun/os) history
http://www.softpanorama.org/Solaris/solaris_history.shtml

from above:

The Sun 1 was shipped with Unisoft V7 UNIX. When Bill Joy, one of the
main programmers of the Berkeley Software Distribution (BSD), helped
found Sun in 1982, he brought with him the elements for the first
release of SunOS. Later in 1982 Sun provided a customized 4.1BSD UNIX
called SunOS as an operating system for its workstations.  Up through
version 4.1.x (Solaris 1.x), SunOS remained a heavily BSD-influenced
Unix implementation.

In the late '80s, Sun entered into a partnership with AT&T, which was
then developing the other major Unix flavor, System V. The result was
System V release 4 (SVR4), which incorporated BSD as well as SunOS
extensions (e.g., NFS). Subsequently, with its version 5.x (Solaris
2.x) releases, SunOS shifted from its BSD origins to SVR4.

For more information about SunOS and Solaris, including FAQs, white
papers, upgrade, and purchasing information, visit Sun's Solaris Web
page

... snip ...

note that somewhat in reaction to suns partnership with att, the other
vendors (dec, hp, ibm, etc) banded together for osf ... and produced
osf/1, dce and a few other things.

a few unix related history refs from around the web:
http://www.users.csbsju.edu/~jgramke/Help/unix/unix/data/history.html
http://www.faqs.org/faqs/unix-faq/faq/part6/section-3.html
http://www.dsps.net/History.html
http://www.columbia.edu/acis/history/
http://www.uwsg.iu.edu/usail/external/recommended/unixhx.html
http://www.ee.ic.ac.uk/docs/software/unix/begin/appendix/history.html
http://www.unix.org/what_is_unix/history_timeline.html
http://www.robotwisdom.com/linux/timeline.html

-- 
Anne & Lynn Wheeler | http://www.garlic.com/~lynn/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

as400 wrote:

Well...thanks..I figured...that were only several answers instead of
one...

But to narrow it downWhat would you say or think they may use? Is
it CICS, IMS, DB2?? And what OS they use? Solaris, HP-UX, z/OS,
z/TPF??

I have always guessed that they either used some type of UNIX type OS
such as Solaris, AIX, or HPUX..



It is tough to narrow it down, each state can use their own solution. 
The state I live in at one time used MVS as the OS, running CICS 
accessing DB2.  I beleive that they still use this (could by running 
z/OS by now) on the backend, but they also now use Windows .NET based 
application to allow redidents to access their information and do 
business on the frontend


Some states may have converted from "MVS" solutions to non-"MVS" 
solutions, some may have never had "MVS" solutions.


I would say that most of the systems were mainframe based (IBM and 
Unisys) and non-Unix based OS's, as DMV systems are are fairly old. 
AIX, Solaris, and HP-UX where not around when DMV's were automating 
their systems.


I'm not sure, but I beleive that HP-UX and "Solaris" (it was originally 
called SunOS) came out in early 80's (82'ish) and that AIX did not come 
out until a few years later (86'ish).  DMV systems were already in place 
by then.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DMV systems?

[John S. Giltner, Jr.]

as400 wrote:

Hello-

Dispatchers who enter license plate numbers or license numbers to query
about our personal records get authorized to access the DMV databases
in order to do those tasks. My question is, do those records on the DMV
database stored on a DB2 or IMS application on the mainframes? My guess
would be that the DMV uses like an RS6000 mainframe server to access
our records because it takes about 5 seconds for a dispatcher to access
these and query them back to an officer. 


Thanks.



A RS/6000 is not a mainframe.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html