疑惑

　CompJapanのユーザーサポート掲示板に「虚偽ではないか」という指摘がなされたのは、1999年の2月初旬のことだと思われます。（あるいは、それ以前にもあったかもしれませんが、CompJapanがそれらの意見を無視しようとしていたのは事実です。）
　＜掲示板で「うそではないか」との意見がありましたが、実際効果があるという人が多数いたため、そのような意見をあまり気にかけていませんでした。＞（CompJapanの文章より。）

　しかし、やがて、「オンラインソフトであっても、虚偽の内容のものであるならば、法にふれるのでは？」といった意見も出され、CompJapan側に説明を求める声が相次ぎます。

--------------------------------------------------------------------
シェアウエアであるないにかかわらず、これは商取引です。
プログラマーでない私には判断できませんが、もしこのソフトの能書きが
まったくの嘘であったら、それは商法上からも許されないことです。
もしこのソフトの実態を解明でき、作者の特定（これは簡単）できれば、
大げさな法的手段に訴えなくとも、気持ちを晴らす方法（？）は多々あります。
もちろん合法的にです。だって商取引なのですから、商道徳に反すれば、
罰せられるのは当たり前のことです。身近な所では、消費生活センター、
国民生活センター
などが意外と話を聞いてくれます。
最近はこういったパソコンソフト（インターネットも）についても取り
組み始めてます。少しパワーは要りますが・・・・・・

使用許諾条件を受け入れるのと、だまされるのでは、意味が違います。
PL法のおいても、説明書に注意が書いてあって、それを読まずに事故が起きた
としても、メーカーの責任が無くなるわけではないのですから・・・・・・
--------------------------------------------------------------------
（2月12日・パソコン初心者さんの発言より）

　また、実際に速度がどのくらい変わるのかを、調べた方もいらっしゃいます。

--------------------------------------------------------------------
私が指摘したのは、環境・条件の違いによる測定誤差ではありません。
3474に対してその30の値の違いがどれだけの意味を持つか、ということです。
それを「誤差の範囲(許容範囲)」だと指摘したのです。

「新メモリ最適化ツール」のヘルプには、クロック数200MHzが266MHz
 相当になる、と書かれています。
「HDBENCH」のヘルプには、様々な環境でのベンチ結果が載っていますが、
「浮動小数点」と「整数演算」の値は、同クロック、同CPUを使っている限り、
 ほとんど同じです。(クロックアップした場合等で異なる場合もあります)
 たとえば、MMX200MHzの浮動小数点は、だいたい11500-12000の範囲です。
 それに対し、MMX266MHzは、約15500-16000になっていて、その差は一目瞭然です。
 すなわち、効果があるのなら、数十の差ではなく、もっと明らかな差が生じるはずだ
 ということなのです。(ALLの値は、すべての結果の和を8で割った値だということを
 考慮してもです)

参考までに、スタートアップを無効にし、起動直後2回ずつやった
私の結果を…(MMX200MHz、RAM96Mbytes、Win98)
みなさんもチェックしてみては?

何も起動していないとき
 ALL   浮    整    矩    円   Text Scroll DD  Read Write Memory Drive
 3009 11674 12397     0     0     0     0   0     0     0 11814  C:10MB
 3009 11674 12399     0     0     0     0   0     0     0 11815  C:10MB
最適化ツールを起動した直後
 3008 11670 12399     0     0     0     0   0     0     0 11813  C:10MB
 3009 11673 12398     0     0     0     0   0     0     0 11812  C:10MB
「最適化」した直後
 3008 11671 12397     0     0     0     0   0     0     0 11811  C:10MB
 3008 11671 12396     0     0     0     0   0     0     0 11813  C:10MB
「逆最適化」した直後
 3008 11671 12396     0     0     0     0   0     0     0 11813  C:10MB
 3008 11674 12395     0     0     0     0   0     0     0 11814  C:10MB

もう一度書きますが、作者のComp Japanさん。我々懐疑派の疑問と肯定派の不安
双方を解消するには、最小限の動作原理の説明が必要だと考えます。
--------------------------------------------------------------------
(2月13日・けいさんの発言より）

　これらに対するCompJapanの返答を次に述べます。