x86サーバの開発に取り組むマイクロソフトとx86サーバの事業を手放すIBMと
IBMがx86サーバ事業を手放し、レノボに売却するという大きなニュースが流れたのは1月下旬。その後、IBMと長年付き合いのある企業の情報部門責任者のお話しを聞く機会がありました。その方曰く、「x86サーバはコモディティ化しつつあるとはいえ、先端技術を持ち信頼できるベンダだからIBMから調達してきたのに。大変残念だ」とのこと。 しかしこの方は一方で、次のようにも話します。「5年後を考えれば、いまと同じように物理サーバを調達しているかと言えば疑問だ。効率性や迅速性を考えると、パブリッククラウドの利用は間違いなく広がるだろう」。 この発言に表れているように数年後の動向を考えれば、IBMのx86サーバ事業と競合しているのはヒューレット・パッカードやデル、シスコなどのシステムベンダーではなく、Amazonクラウドのようなクラウドベンダなのです。 IBMはx86サーバ事業を手放す一方、同社はSoftL
サーバ市場でシェア2位のIBMがx86サーバ事業をレノボに売却し、メインフレームとPowerサーバを持ち続ける理由
米IBMはx86サーバ事業をレノボに売却することを発表しました。これによってx86サーバ製品群であるSystem x、BladeCenter、Flex Systemなどの製品ラインアップがIBMからなくなることになります。 製品とあわせて7500人の関連部門の従業員もレノボへの雇用が提示され、保守サービスなどもレノボへ移管される予定です。 一方でIBMはメインフレームとPowerサーバなどは引き続き自社製品として開発と販売を続けていくことも明らかにしています。また、ソフトウェア製品も引き続きx86プロセッサ対応を続けていくことに変更はありません。 IBMのサーバ事業はもともとハイエンド志向だった 下記の表は、米ガートナーが昨年12月に発表した2013年第3四半期のサーバ市場のシェアを金額と台数で示したものです。x86サーバだけではなくメインフレームやRISCサーバなどすべてが含まれています
米IBMがx86サーバー事業を23億ドルで中国レノボに売却、約7500人がレノボに移籍
米IBMと中国レノボは2014年1月23日、レノボがIBMのx86サーバー事業を買収することで最終合意に達したと発表した。買収額は23億ドル（2400億円）。このうち約20億ドルを現金で支払う。世界の主要拠点にいるIBM従業員のうち7500人ほどがレノボに移籍する。 今回の買収で、IBMは「コグニティブコンピューティング、クラウド、ビッグデータなどの戦略的分野でのシステムやソフトウエアの革新に集中できる」（IBMのスティーブ・ミルズ上級副社長）という。 IBMが事業を売却するのは、System xのほか、BladeCenter、Flex Systemシリーズのブレードサーバー群やスイッチ群、x86ベースのFlex integrated systems、NeXtScale、iDataPlexの各サーバー群および関連するソフトウエア、ネットワークや保守などである。 Sytem zメインフレーム
あってないようなサラ金の時効 | 借入れならこのキャッシング会社で！【カリーマネー】
サラ金の時効は存在します。返済の日から何も反応せずに5年が経過すると、借金の時効が訪れる事になると法律で決まってます。ですが、時効を狙って逃げ回ってても良い事は一つも無いと言う事だけは覚えておいた方が良いでしょう。その事を知って、本当に逃げ回ってる人がいると言うのも事実ですが、逃げてると言う事で精神的に追い詰められてしまうと言う場合も出てきます。何かから逃げてる生活と言うのは、したことある人にしかわからないものですが、かなり壮絶な生活と言えます。 サラ金の時効と言うのは、支払いの日から5年が経過した後に、消滅時効の援用を行うことによって、返済義務が消滅する事になります。ただし、貸した側のサラ金としたら、貸したものを返して貰えない事になってしまうので、そうなる前に色々と行動に出てきます。取立てにも勿論来ますし、姿をくらましたとしても、色々と調べて追ってきます。役所などでは、債権者は債務者の情
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
サーバ上でVimを使用することを考えた設定
前回までは、ユーザー自身のPCでVimを使うことを前提にして、解説を進めてきました。今回は、sshでサーバにログインし、そのサーバ上でVimを使うことを考えた設定ポイントを解説します（編集部） sshでサーバにログインしてVimを使う アプリケーション開発に使うメインエディタをVimと決めている開発者は、今でも少なくない。PCが十分な処理能力を持つようになり、EclipseやVisual Studioなどの統合開発環境（IDE：Integrated Development Environment）の機能が充実し、数々の便利な機能を備えるようになった。 しかしIDEを便利に活用できる環境が整っている今でも、メモリをあまり消費せず、軽快に動くVimは、開発者の支持を集めている。自分の好きなように自由にカスタマイズできる柔軟さを評価している開発者も多い。Vimを使う多くの開発者は、より便利に使う
dstatの万能感がハンパない - （ひ）メモ
サーバーのリソースを見るにはグラフ化は重要ですが、推移ではなくリアルタイムな状況、例えば秒単位のスパイキーな負荷を見るには、サーバー上でvmstatやiostatなどの*statファミリーを叩く必要があります。 さて、vmstatはメモリの状況やブロック数単位のI/O状況は見られますが、バイト単位のI/O状況やネットワークの送信、受信バイト数を見ることはできません。 # vmstat 1 procs -----------memory---------- ---swap--- -----io----- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 3 1 0 4724956 355452 726532 0 0 54 484 3 3 1 0 99 0 0 2 0 0 47
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
「ファーストサーバ」データ消失被害の国内ウェブページ一覧 | ICT Headline directed by Ｐ検