アカウント名:
パスワード:
マイクロ秒を競ってマシンスペックが不足気味って時に、マシンスペックに余裕とか言っちゃう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」を発表http://itpro.nikkeibp.co.jp/article/NEWS/20071205/288778/ [nikkeibp.co.jp]ウインドリバー、VxWorksのSMP対応版を発表http://www.windriver.com/japan/news/press/20071107_vx_smp.html [windriver.com]
っちょ・・・
最低限の勉強はしてくれ
>最低限の勉強はしてくれ?オンラインリアルタイムシステムの話じゃなくて、マイクロ秒を競うハードリアルタイムシステムの話ですよ?ちなみにメインフレームでのAIXやHP-UX、SolarisなんかのUNIX系はカーネルスレッドでプリエンプトを行う程度のソフトリアルタイムが限界です。Windowsでは知ってる限りCEだけがハードリアルタイムに対応していますが、マルチコアには未対応です。
> ハードリアルタイムシステ
おや、新しい単語の出現ですね(笑)。VxWorksあたりの話題を嬉々としてあげてきたので、そのような限定条件の話と思っていましたよ。
> マイクロ秒を競う
やっぱり、リアルタイムを単に早いという意味で使っている。
> メインフレームでのAIXやHP-UX、SolarisなんかのUNIX系はカーネルスレッドでプリエンプトを行う程度のソフトリアルタイムが限界です。
ですから、もっと広い世界を勉強してください。でないと、同じ間違いを延々続けることになりますよ。
まあ、どちらにしろCOBOLのような高級言語も金融取引システムも関係ない話になっているね。#リアルタイムシステムで内でも一部限定の話しだね。
一部限定では無いですよ。HFTでは複数の市場にまたがってマイクロ秒単位で取引しているわけですから。だからこれからのトレンドって言ってるわけで。
> HFT
また、新たな単語出現ですね。ずれているし限定的なのは変わらない単語だけど。
> 一部限定では無いですよ。HFTでは複数の市場にまたがってマイクロ秒単位で取引しているわけですから。> だからこれからのトレンドって言ってるわけで。
爆笑ですね。不勉強で視野が狭いとここまでひどいのか。
PS. こいつはHFTについても表面的かつ限定的な説明しか出来ないに一票。
>限定的なのは変わらないまぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だからそれはどこでも一緒かw
リアルタイム ↓ハードリアルタイム ↓特定のシステム(HFT)
どんどん話が限定的に。
そもそもHFTはハードリアルタイムになるのか?エアバックのように特定のタスクが他をとめてでも規定された時間に処理が完了することを求められるのがハードリアルタイムだよね。金融取引システムではちがうよね。確かに一タスクに限定すれば規定時刻を過ぎれば価値がなくなることもあるが、システム全体では致命傷にはならない。儲けが少し減るだけ。本当にハードリアルタイムならどんなスケジューリングをしているか聞いてみたいぞ。
だいたい、取引に競り負けたら致命傷を負うシステムで金融取引はしたくないよねふつう。
> >限定的なのは変わらない> まぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だから
へぇ～特定のシステムにしか通じない知識を持つことが危機感に対応する方法なのか?尾も白い#まあ、自分の言動を正当化したいという危機感から発言内容が正しくなる話題に限定しようとい気持ちはわかります。
で、H何とかはハードリアルタイムなの? どんなシステムなの? 金融取引で一般的なんだよね。特定の取引処理のシステム名ではなくて。もしかして、複数の市場を相手にしているシステムの話なら限定的でないと言い切っているの?
今の証券取引所はそういうシステムです。取引システムにもHFTにも、ばりばりハードリアルタイムが使われています (arrowheadで2ms、NYSEで900μs、NASDAQで250μs(平均だと100μs程度))。ネットワークレイテンシがあるので、証券会社は取引システムにあるコロケーションでHFTを動かします。OSには主にrtパッチを当てたLinuxが使われます。マジです。遅ければ見せ玉も他人の注文への割り込みも全部他のHFTに持ってかれます。そういう世界です。取引所は流動性高めるってんでHFTには好意的ですが、取引リスクが高くなるのはその通り。どんどん人手のディーラーは解雇されて、プログラマーが雇われてます。
http://jp.techcrunch.com/archives/20110817red-hat-ceo-a [techcrunch.com]
> ばりばりハードリアルタイムが使われています (arrowheadで2ms、NYSEで900μs、NASDAQで250μs(平均だと100μs程度))。まだこんな間抜けなことを書いている...きっとこの人は自分のズレに一生気づかないのだろうな。関係ない話ばかりで、本質的な説明は何も出来ていないし。
あんまり可哀想だから、基本情報技術者試験の過去問からひとつhttp://itpro.nikkeibp.co.jp/article/COLUMN/20090723/334371/ [nikkeibp.co.jp]
> 基本情報技術者試験
何時まで間抜けを続けるのだろう。
てか、自分で提示した記事の内容を理解していないだろ。それっぽいキーワードの記事を提示しても、無理解なのがバレバレだぞ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
なんでもいい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:なんでもいいCOBOLを淘汰しろ (スコア: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」を発表
http://itpro.nikkeibp.co.jp/article/NEWS/20071205/288778/ [nikkeibp.co.jp]
ウインドリバー、VxWorksのSMP対応版を発表
http://www.windriver.com/japan/news/press/20071107_vx_smp.html [windriver.com]
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)
リアルタイム
↓
ハードリアルタイム
↓
特定のシステム(HFT)
どんどん話が限定的に。
そもそもHFTはハードリアルタイムになるのか?
エアバックのように特定のタスクが他をとめてでも規定された時間に処理が完了することを求められるのがハードリアルタイムだよね。
金融取引システムではちがうよね。確かに一タスクに限定すれば規定時刻を過ぎれば価値がなくなることもあるが、システム全体では致命傷にはならない。儲けが少し減るだけ。
本当にハードリアルタイムならどんなスケジューリングをしているか聞いてみたいぞ。
だいたい、取引に競り負けたら致命傷を負うシステムで金融取引はしたくないよねふつう。
Re: (スコア:0)
> >限定的なのは変わらない
> まぁ危機感なきゃそんなもんでしょうねぇ…昔から大雑把だから
へぇ～特定のシステムにしか通じない知識を持つことが危機感に対応する方法なのか?
尾も白い
#まあ、自分の言動を正当化したいという危機感から発言内容が正しくなる話題に限定しようとい気持ちはわかります。
で、H何とかはハードリアルタイムなの? どんなシステムなの? 金融取引で一般的なんだよね。特定の取引処理のシステム名ではなくて。
もしかして、複数の市場を相手にしているシステムの話なら限定的でないと言い切っているの?
Re: (スコア:0)
今の証券取引所はそういうシステムです。
取引システムにもHFTにも、ばりばりハードリアルタイムが使われています (arrowheadで2ms、NYSEで900μs、NASDAQで250μs(平均だと100μs程度))。
ネットワークレイテンシがあるので、証券会社は取引システムにあるコロケーションでHFTを動かします。
OSには主にrtパッチを当てたLinuxが使われます。
マジです。
遅ければ見せ玉も他人の注文への割り込みも全部他のHFTに持ってかれます。そういう世界です。
取引所は流動性高めるってんでHFTには好意的ですが、取引リスクが高くなるのはその通り。
どんどん人手のディーラーは解雇されて、プログラマーが雇われてます。
http://jp.techcrunch.com/archives/20110817red-hat-ceo-a [techcrunch.com]
Re: (スコア:0)
Re: (スコア:0)
> ばりばりハードリアルタイムが使われています (arrowheadで2ms、NYSEで900μs、NASDAQで250μs(平均だと100μs程度))。
まだこんな間抜けなことを書いている...
きっとこの人は自分のズレに一生気づかないのだろうな。
関係ない話ばかりで、本質的な説明は何も出来ていないし。
Re: (スコア:0)
あんまり可哀想だから、基本情報技術者試験の過去問からひとつ
http://itpro.nikkeibp.co.jp/article/COLUMN/20090723/334371/ [nikkeibp.co.jp]
Re: (スコア:0)
> 基本情報技術者試験
何時まで間抜けを続けるのだろう。
てか、自分で提示した記事の内容を理解していないだろ。
それっぽいキーワードの記事を提示しても、無理解なのがバレバレだぞ。
Re: (スコア:0)