Hadoopによる並列分散処理をサポートするCOBOL登場 54
ストーリー by hylom
レガシーに最先端を組み合わせる 部門より
レガシーに最先端を組み合わせる 部門より
あるAnonymous Coward 曰く、
富士通がHadoopによる並列分散処理をサポートするCOBOL「NetCOBOL V10.5」を発表した(プレスリリース)。
本製品は、Hadoopとの連携を実現した世界初(注2)のCOBOL開発・運用ソフトウェアです。「NetCOBOL」で開発したバッチアプリケーションや他社のCOBOLで開発されたバッチアプリケーションを、再コンパイルによりHadoopで並列分散処理できるため、お客様は既存のCOBOLデータやアプリケーションに手を加えることなく、バッチ処理時間を大幅に短縮することができます。
とのことで、アプリケーションの改修無しにバッチ処理を高速化できるという。また、富士通やAmazonのパブリッククラウドサービス上での動作も確認されているとのことで、クラウドでの利用も可能だそうだ。
COBOL女子 (スコア:2, 興味深い)
http://blog.livedoor.jp/geinow2/archives/1184812.html [livedoor.jp]
こんなに可愛い子がCOBOL書くくらいなんだから、最先端だろ!
Re:COBOL女子 (スコア:3)
6番と8番、横を向いて/目を閉じてM4を上に向けている、撃つ直前ではないのに、人差し指が引き金にかかってる…指は常に引き金上のロアレシーバにのせるか、トリガーガードにのせておいてほしい…
Re:COBOL女子 (スコア:1)
財団法人全国商業高等学校協会が主催する検定試験
商科?高校で取らされるみたいですね。
知恵袋より
>"1級"というのは、もしかして全商情報処理検定の1級のことですか?
>全商の検定試験は、持っていても大して凄くはないです。
>高校生の時に合格しましたが、ほとんど評価されなかったです。
情報処理検定試験級別出題範囲
第1級検定基準(1)
(3)プログラム言語
<COBOL>
SD
INDEXED
REDEFINES
SORT
RELEASE
RETURN
SEARCH
SEARCH ALL
SET
READ ~ INTO ~
ACCEPT ~ ( FROM ~ )
EVALUATE
副プログラムの呼び出し
( CALL ~ USING ~ )
あとは、推して知るべし。
Re:COBOL女子 (スコア:2)
情報処理競技会なんて物もあったなぁ・・・・・
Re: (スコア:0)
猫でもわかるCOBOL・・・
Re: (スコア:0)
報酬はお魚で払います。
Re: (スコア:0)
二本足で歩いて日本語を話す猫だと思われるので、魚では満足しないかと
Re:COBOL女子 (スコア:2)
じゃあどら焼きで
#存在自体がホラー
Re: (スコア:0)
じゃあ、またたびで。
素朴な疑問 (スコア:1)
COBOLで記述するバッチ処理って、並列処理には向かない内容が多いと思うのですが……。
はたして、この技術の需要はどれほどあるのでしょうか?
# 高速化の為にはプログラム修正が必要になって…… あ、これが狙いか。
notice : I ignore an anonymous contribution.
Re:素朴な疑問 (スコア:1)
Re: (スコア:0)
Hadoopを導入するメリットを理解できる人、企業は、まだCOBOLなんて使っているのでしょうか…
COBOLerがCOBOLだけなら3人月くらいのところ、Hadoop使う事で12人月にするとか、そういう事なのでしょうね…
# そして相変わらずデスマーチ
Re: (スコア:0)
ソースくらい読めよ。
新規開発用じゃねえよ。
Re: (スコア:0)
COBOLのソースは読みたくないので新規じゃなきゃヤダ
Re: (スコア:0)
> Hadoopを導入するメリットを理解できる人、企業
に残っている COBOLの資産の可能性に掛けているのではなく
SIerが Hadoopを理解していれば、COBOLの資産にしがみついているような企業にも
単に以前より何倍も高性能なシステムとして、売り込みは出来るでしょう。
ただしSIerの理解度に依っては、この「単に」が大惨事を招く可能性はあると思います。
Re: (スコア:0)
> はたして、この技術の需要はどれほどあるのでしょうか?
担当している技術者自身が、これを必要としているのでは?
ちょっと前のスレに、勘定系はIT技術者の墓場だとか言うのがあったと思うけど
墓場なりに技術を磨こうとしていると思うと、ちょっと応援したくなったり。
Re:素朴な疑問(オンライン処理) (スコア:1)
> 昔からリアルタイムオンライン処理の実績を持っているし、
たとえば、バンキングとかのシステムは、Cobolベースとかで
動いていましたね。今はjavaとかになっているところも多いで
しょうけど。
不死鳥 (スコア:0)
まだCOBOL生き残んのかよww
Re:不死鳥 (スコア:1)
Re:不死鳥 (スコア:2)
XPやVBがいつまでも無くせないのと一緒ですね。
COBOLはこうやって蘇らせてくれているけど
MS関連の資産は強制的に捨て去れられようとしているけど。
Re: (スコア:0)
10年前のものが一つも動かないMacに比べりゃ、全然ましだろ。
Re:不死鳥 (スコア:2)
まぁそういうのもあって業務システムでMACなんて聞いたこと無いんだろうな。
MSが自分の御都合で古いの切りたがるのも仕方ない事なんだろう。
長いスパンで使いたかったらCOBOL並に長くサポートされるものを使おうって事で。何が良いんだろうね?
Re:不死鳥 (スコア:2)
業務システムって?
Mac (Macintosh) を業務で使うシステムなら少なくとも印刷・出版関係では 20年くらい前からありますが。
Re: (スコア:0)
>長いスパンで使いたかったらCOBOL並に長くサポートされるものを使おうって事で。何が良いんだろうね?
AS400?
Re: (スコア:0)
10年前のMacで動かせばいいじゃん
Re: (スコア:0)
10年前のMacがいつまでも故障せずに動いてくれるといいですね。
Re: (スコア:0)
10年前のMacの互換機を作るしかないね
Re:不死鳥 (スコア:2, すばらしい洞察)
経験上、たいていは「仕様書がない」とか「作った頃の担当者がいない」とかそういう実に不毛な理由なんだけど、それでいいんかねぇ?
それって自社の業務システムを(経営者含め)誰も理解していない&分析改善する気もないという悲惨な状況を意味するんだけど。
客の無知をいいことに「現行システムはそのまま移行できます」とか魔法の呪文でボッタクるSI屋もどうかと思うが・・・・・
Re:不死鳥 (スコア:2)
会計や在庫管理の電算化ブームの際に、
莫大な予算をもって大々的に構築されているからであります。
たとえ古臭くても、マネーパワーで生み出されたオーバーテクノロジーの結晶。
いまからウン億かけてシステムを更改する体力なんて、一般企業にはありませんて……
#だが、OS/2はこの世から滅ぼさなければならない
Re: (スコア:0)
どっちかというと分散処理組み込んで今まで通り動くの?という不安が。
COBOLを知らないんで基本1スレッドなんだと思っているのですが
本来1スレッド処理の物を分散処理すると
何かしらきちんと考慮しないと、デッドロックしたり
思わぬところでデータが上書きされたりありそうですけど。
Re:不死鳥 (スコア:2)
Hadoopを採用したのはhdfs対応とか,
他の新規hive/pig案件との親和性以上に,
Apache ZooKeeperによる分散ロックの仕組みが用意されているからでしょう.
これによってシングルスレッドで動いてるものが,
マルチプロセスで動くことは技術的に可能.
# ただし排他処理がどこで挿入されるかはモノによる
# そのため, やってみた結果, 1台で動いてるのと性能変わりませんでした…
# とか, 性能悪くなりました--;っていうのがざらにある
Re: (スコア:0)
テープや印刷は遅いのでファイル先に読みこんどくとか、出力したことにして次の処理進めちゃうとか
Re:不死鳥 (スコア:2)
後者なんて汎用機ならかなり昔からやってますが・・・・
Re: (スコア:0)
どっちかというと、予算不足で「現行システムはそのまま使用したい」と客がいってない?
Re:不死鳥 (スコア:1)
と思ったら、5年前の話だったわ
Re: (スコア:0)
ハードとしての「オフコン」が消えても、パソコン上でエミュレートされて動き続けたりして。
もしやもうやってる?
Re:不死鳥 (スコア:1)
Re: (スコア:0)
富士通のASPっていうオフコン用OSはすでにXeon用に移行されてますね
Re: (スコア:0)
A-VXみたいなの?
Re: (スコア:0)
Re: (スコア:0)
生き残るどころかうちでは仕事急増中ですよ。
でもやりたい人が少ないのでリタイア組を呼び戻したり大変です。
やってることは昔から変わらないのでつまらないですけど
Re: (スコア:0)
>やってることは昔から変わらないのでつまらないですけど
基本的に由緒正しきCOBOLでやる処理ってパンチカード/MTからデータを読みとって処理した結果をラインプリンタ/MTに出力する~っていうものですね
最新のプログラミング言語使って何かメリットが出るわけではないし、壊れてないものを修理したり作り直す必要は無いだろうし
ところで十進演算のCOBOLを使わずして、今はどんなプログラミング言語で金勘定・利息計算をする業務用アプリケーション書いてるんでしょう?(畑違いのFORTRAN側の分野で仕事してるので良く分からないのだが)
Re:不死鳥 (スコア:1)
decimal型の使える言語でやってるみたいです
たまに設計者がバカでfloat型で設計して「なんでここ数字合わないの?」とか攻められて
「丸め誤差が~」と言い訳してるとか・・・
Re: (スコア:0)
なんだか笑えないお約束のオチ。。。。。。。
シーラカンス (スコア:0)
水面下では意外としぶとく生き残っているものです。
Re: (スコア:0)
一応、COBOL2002がリリースされていることを記しておく。
おしえてプリーズ (スコア:0)
16多重にしたら1/18の処理時間って・・・どゆこと?
早くなりすぎてない?
Re:おしえてプリーズ (スコア:1)
まずApache Hadoopとの組み合わせだけで3倍、とかいう話も書かれてますし、
16多重以外の要素も含めて、ということじゃないですかね?
たぶん、まず、Apache Hadoopとの組み合わせで3倍、
さらに、いつもの2倍のジャンプで6倍、
そして、いつもの3倍の回転で18倍だ!
Re: (スコア:0)
既存のだと、I/Oとかその他の「待ち」が多いとか?
大昔だけど、CPUを一個から二個にするだけで100万倍くらいの速度になるテストプログラムを書いたことがある。
共有メモリにセマフォっぽいフラグの類を用意して、片方のプロセスが立てたらもう片方が寝かす、そしたらその逆をやるという、要するにプロセススイッチばかりが動くような代物。
そのマシンがまた、コンテキストスイッチの重たいCPUとOSでねー。
Re: (スコア:0)
I/O詰まっていたのなら、それは別問題だと思う。ファイル再配置とかするんだろうしね。そこまで入れちゃったら「盛ってる」と言われる。16多重にして1/16になるだけでも、嘘だと思われる。