アカウント名:
パスワード:
マイクロ秒を競ってマシンスペックが不足気味って時に、マシンスペックに余裕とか言っちゃうCOBOLerって時代読めてないよね24時間365日、オール・リアルタイム処理がこれからのトレンド市場が開いてないったって夜間PTSはあるしな
> マイクロ秒を競ってマシンスペックが不足気味って時に、> マシンスペックに余裕とか言っちゃうCOBOLerって時代読めてないよね
時代読む前に、空気嫁ｗ元コメ主の書き方（マシンスペックに余裕・・）も悪いが、普通に考えればCOBOLインタプリタを使うなんて今時無いだろｗCOBOLだろうがJavaだろうがコンパイラとリンカの出来が良ければ採用理由になるし、出来が悪ければ使えない。
＜ 高速化だけに特化すれば、コンパイラとリンカに依存する＜ 高級言語（C/C++/C# Basic Java COBOL 他多数ｗ）＜ なんか使用するに値しない。全部糞だ。＜ アセンブラ以下を自分最適化するしかない。＜ もっとも、早くなった例を見たことが無いが。ん！？
>COBOLだろうがJavaだろうがコンパイラとリンカの出来が良ければリアルタイムシステムなんて、ページフォルトを起こさないためにC言語ですら色々制限がキツいのに、高級言語なんて使えない。 https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application [kernel.org] まぁJavaならリアルタイムJavaという変り種も有るには有るが、それでもリアルタイム性能の低下は大きい (マイクロ秒レベルは不可能)。 http://www.ibm.com/developerworks/jp/java/library/j-rtj1/ [ibm.com] COBOLでリアルタイム性能を謳う製品なんて一つも見たことが無い。
>高速化だけに特化すれば問題はスルー
COBOLかどうかは関係なく、高級言語や標準ライブラリの使用がダメと言っているだけかな?あと、リアルタイムを単に早いという意味で使っているっぽいなぁ
># 関係ないけどスループットですら、COBOLはマルチスレッドに対応してなかったような
十数年前に作った銀行や証券のシステムを作ったときは普通にマルチスレッドだったが。当然事前確保なんかもやっている。
#当然それらはシステムとしての話だから、そこらを言語だけで語るのが間違っているのだ。#COBOLはそういうシステムを味方につけているということを知らない人は結構多いのかな?#システムという視点や知識が無いから高級言語だと無理とか平気で言える。
>リアルタイムを単に早いという意味で使っているっぽい使ってない。ジッターを最小限にするという意味。レイテンシの最悪値を一定以下にするという意味。バッチとリアルタイムのリアルタイムではなく、リアルタイムOSのリアルタイムね。
> バッチとリアルタイムのリアルタイムではなく、リアルタイムOSのリアルタイムね。
であれば、COBOLはリアルタイムシステムに長年使われているからそういうリアルタイムシステムの一員だね。
えーと、リアルタイムシステム(≠リアルタイム処理)でCOBOLって初耳なのですが。そもそもSMT型マルチコア対応のリアルタイムOSが普及しはじめたのは2006年から2007年あたりです。Linuxのrtパッチがミッションクリティカルに使われるようになりはじめたのも、VxWorksがSMTに対応したのも。それ以前は大規模システムにおけるRTOSの採用自体が少なかったわけで。# ちなみに組み込み寄りですが、通信業界は2003年ごろからSMTなMIPSのCPUでLinuxのrtパッチを使ってたと記憶 (MontaVista Linux CGE)。
NovellのリアルタイムLinuxへの挑戦 - 「SUSE Linux Enterprise Real Time」発売 http://journal.mycom.co.jp/news/2006/10/27/350.html [mycom.co.jp] Red Hat，リアルタイム機能でRHELの性能を向上する「MRG」を発表
っちょ・・・
最低限の勉強はしてくれ
>最低限の勉強はしてくれ?オンラインリアルタイムシステムの話じゃなくて、マイクロ秒を競うハードリアルタイムシステムの話ですよ?ちなみにメインフレームでのAIXやHP-UX、SolarisなんかのUNIX系はカーネルスレッドでプリエンプトを行う程度のソフトリアルタイムが限界です。Windowsでは知ってる限りCEだけがハードリアルタイムに対応していますが、マルチコアには未対応です。
> ハードリアルタイムシステ
おや、新しい単語の出現ですね(笑)。VxWorksあたりの話題を嬉々としてあげてきたので、そのような限定条件の話と思っていましたよ。
> マイクロ秒を競う
やっぱり、リアルタイムを単に早いという意味で使っている。
> メインフレームでのAIXやHP-UX、SolarisなんかのUNIX系はカーネルスレッドでプリエンプトを行う程度のソフトリアルタイムが限界です。
ですから、もっと広い世界を勉強してください。でないと、同じ間違いを延々続けることになりますよ。
まあ、どちらにしろCOBOLのような高級言語も金融取引システムも関係ない話になっているね。#リアルタイムシステムで内でも一部限定の話しだね。
一部限定では無いですよ。HFTでは複数の市場にまたがってマイクロ秒単位で取引しているわけですから。だからこれからのトレンドって言ってるわけで。
> HFT
また、新たな単語出現ですね。ずれているし限定的なのは変わらない単語だけど。
> 一部限定では無いですよ。HFTでは複数の市場にまたがってマイクロ秒単位で取引しているわけですから。> だからこれからのトレンドって言ってるわけで。
爆笑ですね。不勉強で視野が狭いとここまでひどいのか。
PS. こいつはHFTについても表面的かつ限定的な説明しか出来ないに一票。
>限定的なのは変わらないまぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だからそれはどこでも一緒かw
> >限定的なのは変わらない> まぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だから
へぇ～特定のシステムにしか通じない知識を持つことが危機感に対応する方法なのか?尾も白い#まあ、自分の言動を正当化したいという危機感から発言内容が正しくなる話題に限定しようとい気持ちはわかります。
で、H何とかはハードリアルタイムなの? どんなシステムなの? 金融取引で一般的なんだよね。特定の取引処理のシステム名ではなくて。もしかして、複数の市場を相手にしているシステムの話なら限定的でないと言い切っているの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
なんでもいいCOBOLを淘汰しろ (スコア:-1, フレームのもと)
Re: (スコア:0)
マシンスペックに余裕のできた今こそCOBOLのような高級言語を使えばいいのにと思うよ。
習得も容易だしさ。
Re: (スコア:0)
マイクロ秒を競ってマシンスペックが不足気味って時に、マシンスペックに余裕とか言っちゃうCOBOLerって時代読めてないよね
24時間365日、オール・リアルタイム処理がこれからのトレンド
市場が開いてないったって夜間PTSはあるしな
Re: (スコア:0)
> マイクロ秒を競ってマシンスペックが不足気味って時に、
> マシンスペックに余裕とか言っちゃうCOBOLerって時代読めてないよね
時代読む前に、空気嫁ｗ
元コメ主の書き方（マシンスペックに余裕・・）も悪いが、
普通に考えればCOBOLインタプリタを使うなんて今時無いだろｗ
COBOLだろうがJavaだろうがコンパイラとリンカの出来が良ければ
採用理由になるし、出来が悪ければ使えない。
＜ 高速化だけに特化すれば、コンパイラとリンカに依存する
＜ 高級言語（C/C++/C# Basic Java COBOL 他多数ｗ）
＜ なんか使用するに値しない。全部糞だ。
＜ アセンブラ以下を自分最適化するしかない。
＜ もっとも、早くなった例を見たことが無いが。ん！？
Re: (スコア:0)
>COBOLだろうがJavaだろうがコンパイラとリンカの出来が良ければ
リアルタイムシステムなんて、ページフォルトを起こさないためにC言語ですら色々制限がキツいのに、高級言語なんて使えない。
https://rt.wiki.kernel.org/index.php/HOWTO:_Build_an_RT-application [kernel.org]
まぁJavaならリアルタイムJavaという変り種も有るには有るが、それでもリアルタイム性能の低下は大きい (マイクロ秒レベルは不可能)。
http://www.ibm.com/developerworks/jp/java/library/j-rtj1/ [ibm.com]
COBOLでリアルタイム性能を謳う製品なんて一つも見たことが無い。
>高速化だけに特化すれば
問題はスルー
Re: (スコア:0)
COBOLかどうかは関係なく、高級言語や標準ライブラリの使用がダメと言っているだけかな?
あと、リアルタイムを単に早いという意味で使っているっぽいなぁ
># 関係ないけどスループットですら、COBOLはマルチスレッドに対応してなかったような
十数年前に作った銀行や証券のシステムを作ったときは普通にマルチスレッドだったが。
当然事前確保なんかもやっている。
#当然それらはシステムとしての話だから、そこらを言語だけで語るのが間違っているのだ。
#COBOLはそういうシステムを味方につけているということを知らない人は結構多いのかな?
#システムという視点や知識が無いから高級言語だと無理とか平気で言える。
Re: (スコア:0)
>リアルタイムを単に早いという意味で使っているっぽい
使ってない。ジッターを最小限にするという意味。レイテンシの最悪値を一定以下にするという意味。
バッチとリアルタイムのリアルタイムではなく、リアルタイムOSのリアルタイムね。
Re: (スコア:0)
> バッチとリアルタイムのリアルタイムではなく、リアルタイムOSのリアルタイムね。
であれば、COBOLはリアルタイムシステムに長年使われているからそういうリアルタイムシステムの一員だね。
Re: (スコア:0)
えーと、リアルタイムシステム(≠リアルタイム処理)でCOBOLって初耳なのですが。
そもそもSMT型マルチコア対応のリアルタイムOSが普及しはじめたのは2006年から2007年あたりです。
Linuxのrtパッチがミッションクリティカルに使われるようになりはじめたのも、VxWorksがSMTに対応したのも。
それ以前は大規模システムにおけるRTOSの採用自体が少なかったわけで。
# ちなみに組み込み寄りですが、通信業界は2003年ごろからSMTなMIPSのCPUでLinuxのrtパッチを使ってたと記憶 (MontaVista Linux CGE)。
NovellのリアルタイムLinuxへの挑戦 - 「SUSE Linux Enterprise Real Time」発売
http://journal.mycom.co.jp/news/2006/10/27/350.html [mycom.co.jp]
Red Hat，リアルタイム機能でRHELの性能を向上する「MRG」を発表
Re: (スコア:0)
っちょ・・・
最低限の勉強はしてくれ
Re: (スコア:0)
>最低限の勉強はしてくれ
?
オンラインリアルタイムシステムの話じゃなくて、マイクロ秒を競うハードリアルタイムシステムの話ですよ?
ちなみにメインフレームでのAIXやHP-UX、SolarisなんかのUNIX系はカーネルスレッドでプリエンプトを行う程度のソフトリアルタイムが限界です。
Windowsでは知ってる限りCEだけがハードリアルタイムに対応していますが、マルチコアには未対応です。
Re: (スコア:0)
> ハードリアルタイムシステ
おや、新しい単語の出現ですね(笑)。
VxWorksあたりの話題を嬉々としてあげてきたので、そのような限定条件の話と思っていましたよ。
> マイクロ秒を競う
やっぱり、リアルタイムを単に早いという意味で使っている。
> メインフレームでのAIXやHP-UX、SolarisなんかのUNIX系はカーネルスレッドでプリエンプトを行う程度のソフトリアルタイムが限界です。
ですから、もっと広い世界を勉強してください。
でないと、同じ間違いを延々続けることになりますよ。
まあ、どちらにしろCOBOLのような高級言語も金融取引システムも関係ない話になっているね。
#リアルタイムシステムで内でも一部限定の話しだね。
Re: (スコア:0)
一部限定では無いですよ。HFTでは複数の市場にまたがってマイクロ秒単位で取引しているわけですから。
だからこれからのトレンドって言ってるわけで。
Re: (スコア:0)
> HFT
また、新たな単語出現ですね。ずれているし限定的なのは変わらない単語だけど。
> 一部限定では無いですよ。HFTでは複数の市場にまたがってマイクロ秒単位で取引しているわけですから。
> だからこれからのトレンドって言ってるわけで。
爆笑ですね。
不勉強で視野が狭いとここまでひどいのか。
PS. こいつはHFTについても表面的かつ限定的な説明しか出来ないに一票。
Re: (スコア:0)
>限定的なのは変わらない
まぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だから
それはどこでも一緒かw
Re: (スコア:0)
> >限定的なのは変わらない
> まぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だから
へぇ～特定のシステムにしか通じない知識を持つことが危機感に対応する方法なのか?
尾も白い
#まあ、自分の言動を正当化したいという危機感から発言内容が正しくなる話題に限定しようとい気持ちはわかります。
で、H何とかはハードリアルタイムなの? どんなシステムなの? 金融取引で一般的なんだよね。特定の取引処理のシステム名ではなくて。
もしかして、複数の市場を相手にしているシステムの話なら限定的でないと言い切っているの?
Re:なんでもいいCOBOLを淘汰しろ (スコア:0)