ｹﾞｰﾑで使われていた乱数の生成方法の変遷は､ﾅﾑｺの加来量一さんという方の公演に詳しいようです｡
http://app-review.jp/news/222268

1. ﾊｰﾄﾞ寄り ―――― 再現性が無い
2. 演算(線形合同法など) ―――― 演算ｺｽﾄはかかるけれど､ﾒﾓﾘは高い
3. 乱数表 ―――― ﾒﾓﾘが安くなってきたし､乱数としての質の問題への対応
4. 演算(線形合同法などに戻る) ―――― C言語の標準ﾗｲﾌﾞﾗﾘでお手軽
5. 演算(ﾒﾙｾﾝﾇ･ﾂｲｽﾀ) ―――― 今､ここ

線形合同法などの乱数としての問題点は､こちらでも｡
http://www.math.sci.hiroshima-u.ac.jp/~m-mat/TEACH/ichimura-sho-koen.pdf

ｽｰﾌｧﾐの発表が '90年｡
ﾒﾙｾﾝﾇ･ﾂｲｽﾀの発表が '96年で､新聞に載ったのが翌 '97年｡

このLCGとLFSRを組み合わせて使う手法はしばらく流行しましたが､1980年代末にはﾃｰﾌﾞﾙ参照手法が復権してきました｡
当時CPUは80年代中盤から変化なかったのですが､ﾒﾓﾘ増量が実現し余裕ができたので乱数ﾃｰﾌﾞﾙを置こう､という考え方に至ったのです｡
(snip)
そして1990年代､乱数は大変革の時を迎えました｡ｺﾝｼｭｰﾏｰﾚﾍﾞﾙでのC言語の導入が始まったのです｡
C言語には一般に標準Cﾗｲﾌﾞﾗﾘが付属するため､開発でそれに含まれるrand()関数を利用するｹｰｽが次第に増えてきました｡
しかし､当時のrand()関数は大半が乱数ｱﾙｺﾞﾘｽﾞﾑとしてLCGを採用していたため､80年代中盤にLCGとLFSRの合体で解決していた問題が再燃しました｡

【CEDEC2014】ﾊﾟｯｸﾏﾝ､ﾄﾞﾙｱｰｶﾞの塔…往年のﾅﾑｺﾀｲﾄﾙから学ぶ乱数の進化と応用｜APPREVIEW

後､乱数の精度が良くなったとして､ｹﾞｰﾑにそのまま使えるかどうかという話｡
http://blog.livedoor.jp/lunarmodule7/archives/4523745.html

｢乱数調整｣というｷｰﾜｰﾄﾞはｽｰﾌｧﾐのときにもあったように記憶しています｡
周期性などの問題もあるし､調整するなら表持ちの方がやりやすいかも､みたいなことがあったかどうか｡