 
|
はてなキーワード: AIXとは
The faster a computer goes, the more likely is to have Linux at its heart. The most recent Top500 list of supercomputers shows that, if anything, Linux is becoming even more popular at computing’s high end.
In the latest Top500 Supercomputer list, you’ll find when you dig into the supercomputer statistics that Linux runs 457 of the world’s fastest computers. That’s 91.4%. Linux is followed by Unix, with 30 or 6%; mixed operating systems with 11 supercomputers, 2.2%. In the back of the line, you’ll find OpenSolaris and BSD with 1 computer and–oh me, oh my–Windows also with just 1 supercomputer to its credit. That’s a drop from 4 in the last supercomputer round up in June.
Digging deeper, we find that various customized Linux distributions account for 414 of the supercomputers. AIX, IBM’s house brand of Unix, takes a distant second place in individual operating system distributions. It’s followed by various versions of SUSE Linux Enterprise Server (SLES) and a variety of Red Hat Enterprise Linux (RHEL) variants including the RHEL clone CentOS. Compute Node Linux is the last significant solo Linux distribution on the list.
Other operating systems that just make the list includes Oracle’s all but dead OpenSolaris with one entry. The sole Windows entry, Windows HPC 2008, placed 58th.
So, while Linux has only a minute share of the desktop, a big chunk of the server market, is the platform for most Web servers, when it comes to one arena: the fastest of the fast, supercomputers, Linux absolutely rules.
文系だって・・・EP8000/595を扱う時ぐらい・・・ある。
Sun Microsystemsの株を買って取締役を送り込んだ投資ファンドが、株価を引き上げる手段として、IBMとの合併話をでっち上げているようである。
株価を引き上げて売り逃げしないと、投資したお金を現金化できない。本業でがんばって企業価値を高めて、株価を引き上げて利益を得るというのが、投資ファンドの本来の存在価値なのだが、実際には、ほとんどの投資ファンドが、このように、短期での転売益を目的として行動を取っている。
株式を買い占める過程で株価を吊り上げてしまったので、それまでの配当では利回りが悪すぎる。吊り上げた価格を正当化する為に、より大きな企業に吸収合併してもらい、時価総額を現金化するのである。
バブル期ならば、これは十分に成立した。お金が余っているのだし、資金規模の大きい所は、手持ちの資金の運用先が無い。新事業を立ち上げるよりは、すでに成立している事業を買い取って傘下に加えるという手法は、経営者にとって、失敗した時の責任を回避しつつ、成功した時のメリットを独り占めするという目的に合致しているので、そのような仲介を主な仕事にしているインベストメントバンクが、雨後の筍のように発生したのである。
実際には、そのようにして合併された企業の大部分が、買収価格に見合う利回りを発生できていない。
IBMにとって、Sun Microsystemsを買い取っても、メリットは無い。Sun Microsystemsのsolarisは、独自CPUであるSPARCの開発まで行われており、ハードウェアとOSをセットで使った時に最高の性能を発揮できるようになっている。IBMのAIXも同様である。つまり、吸収合併しても、当分の間は、異なる製品ラインを持つ事になる。一本化するまで、社内に二系統の指揮系統を残さなければならず、統合の効果が出ないのである。
どうせ売るならば、サーバー業界に新規進出したいと考えている企業をターゲットにするべきであろう。そう、独自のハードウェアを作るセクションもノウハウも無いのに、サーバー用OSを作っているところとか
http://technet.microsoft.com/ja-jp/windowsserver/default.aspx
の方が、まだ、売れる可能性はある。
年末の私の仕事の合間にIBMの関係者（現職ライン・マネージャー、労組幹部、リストラ対象社員を含む）を取材できた。
結論から言わせていただきますと
1）年明けもリストラが行われる。目標は2009年3月末で1,000人程度。
2）日本IBMだけが本国や在欧州・アジア法人の中でも唯一、売り上げが成長していない（利益は出ているが）ので、何かをきっかけに（例：リストラ人数の目標未達成など）日本IBMの役員が総入れ替えになる可能性もゼロではない。
3）2)が行われる場合、アメリカIBM本社から社長が赴任して徹底したリストラとビジネスモデルの改革がおこなわれる。
まず、日本の場合は他の国々、特に先進国のIBMと比べて以下の特徴がある。
4）BPO ビジネス・プロセス・アウトソースが進んでいない。
5) 大手企業はともかくとして、SMB中小法人市場に直接入りこめていない。せいぜいNOS(日本オフィスシステム）などの日本IBMの資本の入ったSIerがかろうじて入りこめている程度。
4)については日本の大手顧客でもBPOまで行うのにはアレルギーが高いため、話も聞いてもらえないで営業・コンサルが玉砕している。
5)日本IBM社員には、中小企業へのアクセスが元々少ない。慶応大学出身者が優遇されているのもいい例だが、社内で特定の学校の出身者だけが早く出世する仕組みのため、大都市圏以外の大学出身者が入社してこない。また採用しようともしなかった。日本IBMの役員や社員は手が届かない外資系や官公庁、経団連の幹部企業ばかりを見てきたが、これはおごり。全般として「おごる精神構造」となっている。
7) Dassault Systemesを設立した例に倣った形で特定のソフト(Dの場合はCATIA)なり、製造ソリューションなどに特化したビジネスに転換。日本のコンペのような大型からPC/携帯までの製品群をそろえてのビジネスはやめましょう。もう,PCはLenovo連想になったし。中型は残した方がいい。ただ、AIXは競争が大変。売り飛ばしたら？
(http://www.kev009.com/wp/2008/11/on-file-systems/)
訳した。分からなかったところは英語のまま。ファイルシステムについて完全な素人なので変な所があるかも。
ファイルシステムはOSの重要な要素だが最近ではあまり関心を払われていない。ビットが入ってきてビットがでていく……デスクトップシステムにとっては、たいてい十分に働いてくれる……ただし、電源が落ちるまでは。しかし、そんな状況ですら近頃ではあまり困ったことにはならない。
Linuxのファイルシステムの分野には競合製品が多い。ext2が長い間標準とされてきたが、2001年辺りから他の選択肢も主流となった。あまり歴史に深入りせずに要約すると(順番は適当)、ext2が進化してext3となり、ジャーナリング機能が付いた。ReiserFSがリリースされた。SGIはXFSを移植した。IBMはJFSを移植した。
いくつかの理由があって(主に政治的な理由で)ext3がLinuxのデファクトのファイルシステムとなった。
私が古典的ファイルシステムと呼ぶとき、基本的にいつも同じ概念を指している。つまり古典的なUnixレイアウトのファイルシステムにジャーナリング機能を追加したものだ。ここに述べるのは、それら古典的ファイルシステムのハイライトである。
これは後知恵だが、JFSやXFSが牽引力を持たずに、ext3が人々を古典的時代に停滞させたのは一種の悲劇だった。しかしながらext3は信頼性を証明し、きちんと動くように一貫として保守されてもいる。
2005年にSunはZFSという爆弾をリリースした。ZFSは私が次世代ファイルシステムと呼ぶ時代への案内人である。
ハードディスクが大きくなるにつれて、バックアップの戦略、完全性(integrity)の検証、巨大なファイルのサポートは前より遥かに重要になってきている。
ここあげるファイルシステムは古典的なVFS lineを曖昧にしたりLVMとRAIDを強固な結合することによって管理を楽にする事を目的としている。
ダメなハードウェアで起きる静かな(観測されない)データの破損も心配の種である。これに対抗するために、次世代のファイルシステムはチェックサムを供えている。
いろんな意味でLinuxのコミュニティーは完全に油断しきっており、多くの開発者はZFSがリリースされるまで次世代ファイルシステムについて真剣に考えてこなかった。Reiser4はいくつかの新しいアイデアを持っていてキラーファイルシステムとなろうとしたが、Hans Reiserは、他のカーネル開発者との著しく酷い関係を楽しんでいたのだった。ただ幸運な事に、いまではいくつかの、より先進的なファイルシステムが登場しようとしている。
kernel 2.6.28と一緒にext4がリリースされるが、BtrfsやTuxs3が安定するのを待った方がよい。Btrfsの開発陣は短距離走開発を行っているので、Linuxのカーネルの開発サイクルに次か、あるいはその次で取り込まれると思われる。
SSDが普及するのは明白だ。理論的に速度の面で磁気ストレージより圧倒的に早く、現実にも既に書き込み速度が追い付きはじめている。最新のIntelのランダムアクセスやIOPSは非常に印象的である。Btrfsは当初からSSDへの最適化を取りいれようとしている。しかし、これらの新しいデバイスは、更に速度の早い新しいファイルシステムを生むだろう。
私自身の考えでは、ウェアレベリングやFATエミュレーションがSSDの性能を押し止めているため、 新たなファイルシステムが登場すればパフォーマンスを改善できるだろう。
http://anond.hatelabo.jp/20080720184208
■
http://anond.hatelabo.jp/20080720200848
>お偉いさんが「前期は競合他社を抑えて売上トップになった」と言ってた。
>ぶっちゃけ性能よりしがらみと売り方次第なんだろうな。
「しがらみ売り」の部分は大きいと思います。「性能よりは」ということではIBMのＺシリーズに設計思想や、システム全体戦略の描き方ということで、国産メインフレームは大きく遅れをとっています。
>他社を知らないから多いか少ないかはわからないけど、トラブルの報告は結構来てる気がする。
>「負荷がかかりすぎ」「処理時間が異常に長い」とか。
>で、本業の開発にどんどんしわ寄せが来たり。
戦略なき「現状維持でなんとか利益をとる」本社方針で、国産メインフレーム自体は技術的進歩は終焉し、「制度疲労化」が目立っています。結局、苦労するのは現場保守のＳＥさんだと思います。これで、「メインフレーム止ーめた」となると、雇用の問題が発生しますね。
■
http://anond.hatelabo.jp/20080720201039
>そんなのに金払って文句が出ない組織ならそれでいいんじゃないの。
税金の使い方について、もう少し繊細に（神経質いうわけでなく）なるような組織に変っていけたらなあと、微力ながら感じます。
■
http://anond.hatelabo.jp/20080720201914
>そのようなことは、別に日立だけじゃないが
>ただ、政府や公共機関の発注の仕方や、年度予算に縛られることなどを考慮して
>批判すべきだろう
他の官需が大きい会社は、同様の問題を抱えているのだろうと思います。
>日本政府や公共機関をガラリと変えて、血の入れ替えを行わなければ、この問題は解決
>しないのではないのかなとも思う。
一度はかなりの混乱が現場では生じるかもしれませんが、長期的に見ると何十年に一回は「ちゃぶ台ひっくり返し」みたいなことがあった方がいいのかもしれません。それが、総選挙による政権交代で可能なのかは、わからないところですね。
■
http://anond.hatelabo.jp/20080720210231
>日本の人（特に大規模な組織）ってコンピュータに関してはとことんお金の使い方が
>下手だなあって思います。
官公庁のＩＴシステムって、ＥＡとか声は聞きますが、やはり個別最適で局所局所に多額のお金を投下しているのではないかと思います。適度な自由さと柔軟性を取り入れていくことで、上手なＩＴ投資につながっていくことを望みます。
■
http://anond.hatelabo.jp/20080720225934
>木を見て森というか山を見ずな断定表現ですべてを台無しにしている。
おっしゃるとおり、未熟な点が多いと思います。自分自身も視野狭窄に陥っていると感じますこの頃。
■
http://anond.hatelabo.jp/20080720230018
>ただそれでもぱっとしないけど。正直僕もどうだろ…とは思う。
ネットワーク技術の遅れは日立にとって痛手だと思います。優秀な研究者も好きな研究課題を選べるわけではないと思いますので、インターネット技術をはじめとした、ネットワーク・コンピューティング面での掘り込みの拙さは、今後、日立の足枷になってしまう可能性がありますね。
■
http://anond.hatelabo.jp/20080720234630
>日立どうのこうのというよりも増田の部署は相見積もとらんの？
メインフレーム等、明らかに現行システムとの連接性が強いものについては競争入札の対象外としてきた経緯があります。長期的視点に立って、調達方式を全面的に見直す時期に来ているのではないかと思います。
>こういう部署を再構築すれば、いまの政府予算の3割削減は可能と思われるのだがどうよ。
>というか発注するもののRFPをしっかり作れない国家公務員は全員クビ。
財政赤字を鑑みれば、行政システムがストップして大きな社会混乱がおきない程度の「過激さ」でリストラクチャリングが必要だと思います。
ＲＦＰですが、システムのリプレースの場合、現行システムに関する仕様・設計が日立側で行われており、暗黙的に日立側が主導権を握っているのが現状です。既存ベンダーである日立としては、情報開示を積極的に行わず、再発注を受けたいというバイアスがあり、ＲＦＰ作成が困難な状況でもありますが、公務員のＩＴ知識不足は改善すべきだと思います。
■
http://anond.hatelabo.jp/20080721000253
>会社は（組合の都合で）一方的に解雇できないけど、給料は基本的に年功序列ベース。
>成果主義といっても、前後数%ブレるだけで、正直あまり意味を成してない。そういうこ>とです。
>そしてこのタイプの主任さん、各事業部に数%の割合でほぼ確実に存在します。これは揺>るぎない事実。
よく日立の方は「工場を維持するのに必要なのです」という捨て台詞的な受け答えをされます。こちらは、支払う料金に対する工場の体制（できれば見なしで人数も)を教えて下さいと再三にわたりお願いしていますが、上記のような状況では開示は難しいですね。ある意味、そのタイプの主任さんたちも税金で悠々な生活を送っているとも言えますね。
■
http://anond.hatelabo.jp/20080721001010
>納入先によって値段が違うの当たり前だろうに。
価格が違うことを指摘しているのではなく、不透明で意識的に複雑化した価格体系について問題意識を持ちました。言葉が足りず誤解を与え申し訳ありませんでした。
■
http://anond.hatelabo.jp/20080721023302
>調達先の業者が指定されているからというだけなんじゃないか？
>官舎に出入り業者として入ったことがあるが、どこぞのメーカーとしてしか入れなかった。
>それがされないのは、企業の信用力という名のもとの参入障壁。
「競争入札制度」というものが適正に運用されていれば、参入障壁は低くなると思います。しかし、入札にすると莫大な体力と時間がかかるので、連接性を認めて随意契約に持っていくというパターンは全国の官公庁で行われているのではないかと思います。改善要だと思います。
■
http://anond.hatelabo.jp/20080721032323
>リスクをとれない、とりたくないってことなんだろ。
>金を払ってもいいから危険は冒したくないってことなら理屈としては間違ってはいない。
リスクに関してはハードの信頼性技術は向上しているので日立は稼働率等を数字で示し、発注側にどれくらいのリスクを許容できるか、相談する余地を示すべきです。「変更すると運用が大きく変更する懸念あり」といった定性的な日立の回答では、外に出ると交通事故に合うので、子どもは家の中でじっとしておきなさいという理屈が「間違ってはいない」と同レベルです。
■
http://anond.hatelabo.jp/20080721034820
>契約した当時、HP-UXやAIXを除いてミッションクリティカルシステムのOSサポートし
>てるとこあったのかなぁ？
導入時に担当していた人に聞いてみようと思います。システムは更改が不可欠なので、更改時に必要な要件、またコストの可能性について、やや日立は説明不足また、当方側も説明をお願いしてドキュメントに残すという姿勢が不足していたと思います。
■
http://anond.hatelabo.jp/20080721041350
>SWとHWを一元的に見られるメーカ／サービスプロバイダって、少ないからねー。
同感です。日立、富士通が日本市場でやっていけるのはSWとHWを一元的に管理できるユーザ能力が欠けているのも一因だと思います。日立、富士通等の強みでもあり、しかし、そこに安住していては、長い目でみれば、国際的競争力を失う（もう失った）ことになるのではないかと思います。
>ちなみに、メインフレーム、悪くないよ。というか、むしろ技術的には、UNIX/Linuxよ
>りも優位性があると思う。
IBMのメインフレームは優位性があると思います。国産メーカは戦略分野と位置づけていないと思いますよ。
>詳しくは、"Principles of Operation"でも読め。今でも、たいして変わってないと思う。
読んでみようと思います。
日立はドキュメント少ないですね。必要以上に情報を「社内秘」扱いにしており、ユーザを「日立ファン」にさせることに失敗していると思います。
■
http://anond.hatelabo.jp/20080721042906
>何事も１００％を求めるなら高コストになるのは当たり前のこと。
99.99％の稼働率確保と99.999％の確保ではコストで大きな違いが出ると思います。
個人的には99.99％を正副確保するレベルで十分だと思いますが。予想停止時間で判断するのも変な話ですが、99.99％の二乗にすれば24時間365日で瞬断が起こる程度にリスクを下げることができると思います。
誤解があるのかな？
元増田がHP-UXなどのシステムとメインフレームを一緒くたにしてるので違和感が。
用語の定義が違ってると混乱しそうな気が。
増田はオープンシステムってのはUNIX（Solaris、HP-UX、AIX）、Windowsのことだと理解している。Linuxも当然含むけど。
システムによってはメインフレームから代替可能だし、HA、ミッションクリティカル＝メインフレームとは必ずしもなってないと思う。
ただ、オープンとはいってもソフトウェアはクローズドなのでここもオープンに、ってことでOSもミドルもオープン（OSS）に移行しようとしてるように見えるがまだ難しそうなイメージ。
擁護したいわけじゃないのだが。
契約した当時、HP-UXやAIXを除いてミッションクリティカルシステムのOSサポートしてるとこあったのかなぁ？
数年前のLinuxでは、とてもじゃないけどこれに耐えうるシステムは作れなかったし、ベンダサポートすら存在しなかった。ミドルウェアの対応も不十分だったと思うんだけど。
ソフトウェアの問題だから理解し辛いのかもしれないけど、
ハードウェア側で同じレベルのリスクをとるってことは、「サーバなんて不要。パソコンで十分で組み立てた方が安いからパーツ買ってきて自分で組み立ててサーバ立てたよ。壊れても自分でパーツ買ってきて直すから問題ないよ」と同じようなものなのだと思うとわかりやすいかなと思う。
これから就職活動するバカはいないだろうけど、そういう人もいるだろうから少し書いておこう。
どちらかというと、アンチMS派なUnix技術者がWindowsだけの世界で仕事をする辛さを。
Unix技術者は、業務実績にSolaris/AIX/Linuxって書いてあってもちゃんと質問しろ。Windowsの仕事は無いですよね？って。
僕が食べるために職を手にしているこのIT業界というのは、バッドノウハウとMicroSoftとExcelで出来ている。
その為、僕が手にしたUnixの知識は、特定の仕事以外でしか役に立たないし、使わない。
viだろうが、TeXだろうが、Xの知識よりも、MFCとVBAのちょっとした知識のあるヤツが上にみられる。
ExcelとWindowsの知識があればそれだけで仕事になるからだ。
いいか、viやTeX、Xなんて捨てちまえ、Excelがあればそれでいいのだ。
MSでは、ActiveXを使ってCOMを操作し、クライアントのレジストリを操作し、IE単体でできないことをやってしまうヤツがハッカーと思われている。
VBAマクロで作ったなんちゃってツールを3時間で作れるほうが、
perlやruby/pythonで、より少ない時間で作ったツールよりも凄く思われてしまう。
そして、それができるヤツの方が、Unix技術者よりもよりハッカーであり、技術力があると思われている。
ブラウザを例にしたが、
javascriptでalert/confirmを出すよりも、vbscriptでMsgBoxの方が多くのことができるから、
javascriptでNumberの計算よりも、vbscriptでDecimalを使った方が倍密度の計算ができるから、
vbscriptを駆使できるヤツは、凄く重宝される。
いいか、javascriptで汎用的に書くのなんてナンセンスだ。javascriptなんて捨てちまえ、覚えるのはJScript実装(WSH)だ。
この業界、何が不満になるかというと、
MSの、もっというとWindowsのことしか知らないヤツが多すぎるということ。
そういうヤツらは、Windowsだったらこんなこともできるのに、なぜUnix/Linuxだとこんなこともできないのか。と言う
そういうヤツらは、Windowsの未修正バグの合間を縫いながら中途半端な実装しかしない。
だって、中途半端(もしくは大雑把)な実装で動いているものの中で動くから。それ以上に実装しようとしてもできないのだ。
いいか、win32のメッセージングの仕組を覚えるんだ。無理矢理send_keyみたいなコードを書けるようにしろ。
コマンドを連結するよりも、結果に近いコードを書くんだ。線形になろうがヤツらは気にしないだろう。
何故か。
それは、.NETで作ればお客さんの要望が実現でき、Excelと連携できるからだ。
ヤツらは、C/Sの世界でこそ役に立つ技術者だが、Webの世界に連れてきてはならない。すぐに実装がIEだけになる。
ヤツらにLLを覚えさせるのは無理だ。
クロージャなんて知らないし、高階関数やカリーなんてコードを教えてみろ。後から辛くなるのは自分だ。
ヤツらにはPHPを教えておけ、それだけで満足する。すごいヤツになった気にさせれる。
バッドノウハウ慣れしているヤツらはそれを使ってコードを書いてもらえ、rubyで書かせるよりも修正が20倍楽だ。
いいか、まとめるぞ。
今まで一生懸命Unixを勉強してきたのは無駄だ。いますぐ忘れるんだ。
Excelを今から覚えろ。VBAを覚えろ。そしてMSの動きを身に着けるんだ。
Windowsでは単位がFormだ。それが標準出力と標準入力と思え。ときどきSheetとかWorkbookになるぞ。
ストリームやファイル操作には気をつけろ。Unixの気分でいると思わぬところで抜けが出るぞ。
IRCは使うな。Jabberを使うな。メッセンジャーを使え。移行のお薦めはGaimだ。Windows版がある。
viの使用頻度を減らせ、変なコマンドを身に着ける前に、秀丸マクロを書けるようにしろ、Notepadのショートカットを覚えとけ。
BindとかApache(Httpd)の知識はいらない。IISだ。ActiveDirectoryだ。
文字コードはCp943cを何がなんでも押せ。Shift_JISっていう大雑把な伝えかたはダメだ。絶対cp943cにしろ。UTF8/UTF7との格闘で身も心もぼろぼろになるぞ。
汎用性なんて無いんだ。Windowsというプラットフォームがあれば。
ああ、心が渇いていく。