富士通がメインフレーム製造・販売から2030年度に完全撤退へ、66年の歴史に幕富士通が2030年度（2031年3月期）末にメインフレームの製造・販売から撤退することが、2022年2月10日までに日経クロステックの取材で分かった。国内メインフレーム市場で首位（出荷台数ベース）を誇り、長年にわたり日本企業の情報化を支えてきた老舗メーカーが約66年にわたるメインフレーム製造の歴史に幕を閉じる。 併せてUNIXサーバーも2029年度下期に製造・販売を終了する。同社は縮む市場からの撤退を決断し、クラウドなどを駆使したサービス企業への転換を本格化させる。
「MacはLinuxだった」って本当？ 「そうだね……」元Mac雑誌編集者は昔語りを始めた
「MacはLinuxだった」って本当？ 「そうだね……」元Mac雑誌編集者は昔語りを始めた：ヤマーとマツの、ねえこれ知ってる？（1/4 ページ） 経歴だけは長いベテラン記者・編集者の松尾（マツ）と、幾つものテック系編集部を渡り歩いてきた山川（ヤマー）が、ネット用語、テクノロジー用語で知らないことをお互い聞きあったり調べたりしながら成長していくコーナー。交代で執筆します。 マツ 「MacはLinuxだった」という趣旨のツイートが話題になっていて、ああそういうこともあったなあ、と思い出したので、ちょっと昔語りしようかなと。茶でも飲みながら。 ヤマー 私は紅茶を用意してきます。 戻ってきました。macOSは何がベースになっているかって話ですよね。 マツ 結論から言っちゃうと、現在のmacOSはUNIX系列のOSではあるけど、Linuxではないです。macOSのベースになっているのはDarwin。
「UNIXというOSが見当たらない」というツイートに歴史の語り部が集まる 2020-7
リンク note（ノート） さよなら、愛しのFreeBSD｜力武 健次 / りきたけ けんじ｜note 2019年1月末でFreeBSDに関連する開発活動を止めることにした。とても愛していたOSだけに身を切られるような思いは否めなかったが、別れが来るなら自分の自由になるうちにと思い、決断した。以下は個人的な想いを綴っている。 BSDの大元は、カリフォルニア大学バークレイ校で作られたオペレーティングシステム、今風に言えば基本ソフトだ。Berkeley Software Distributionというのがもともとの名前だ。 1985年に自分がUNIXに触れたころから憧れていたのがこのBSDだった。当時のBSDは 287 users 3 発明家で技術コンサルの北神 @nonNoise 自作Linux基板作るんだから、Linuxについてお詳しいんでしょ？って思うじゃん！ 言ってもまだLinuxをビ
CPU使用率は間違っている | Yakst
Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや本当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば本当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか？プロセッサーがどのくらい忙しいか？違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが
オラクル、今後のSolarisはメジャーバージョンアップせず。継続的デリバリで頻繁にリリースする新方針を表明。Solaris 11のサポート期間は2034年まで延長
オラクル、今後のSolarisはメジャーバージョンアップせず。継続的デリバリで頻繁にリリースする新方針を表明。Solaris 11のサポート期間は2034年まで延長 「Oracle Solarisは、最新機能を迅速に提供するため、継続的デリバリによる頻繁なアップデートのデリバリモデルへ移行する」（Oracle Solaris is moving to a continuous delivery model using more frequent updates to deliver the latest features faster, ）。 米オラクルはSolarisの今後のアップデートについて、メジャーバージョンアップよりもマイナーアップデートを頻繁に行うという、新しい方針を発表しました。 オラクルは今年に入ってからSolarisのロードマップをひっそりとアップデートしており、その際に
/tmp と /var/tmp の違い - しょぼんメモリ （´・ω・｀）
どちらも一時ファイルを保存するディレクトリだけれど、ちゃんと説明があったのでメモ。 /tmp ・再起動するとファイルは消える ・定期的に削除される（10日） /var/tmp ・再起動してもファイルは消えない ・定期的に削除される（30日） CentOS 6.xの場合・・・ 再起動後の処理は、/etc/rc.d/rc.sysinit で行われる。 定期的に削除する処理は、/etc/cron.daily/tmpwatch で行われる。 これらの用途は、FHS（Filesystem Hierarchy Standard(ファイルシステム階層標準）に記載されている。 Filesystem Hierarchy Standard http://www.pathname.com/fhs/ FHS 2.3によると・・・ /tmp：P.15 The /tmp directory must be made
コンテナ型仮想化とはなんだったのか
1. コンテナ？それfreebsd でもできるよ！ 2014/09/06 第四回 コンテナ型仮想化の情報交換会@東京 by @m_bird Ver.0.9.1 1
1993年のftp.iij.ad.jp
机の引き出しはタイムカプセル バックアップテープ ある日、IIJに古くからいる先輩社員から突然メールが届きました。「机の中からこんなものが見つかったのだけど、読めるかな？」と、何故かご指名を受けた私が受け取ったのは、意外なものでした。 ビデオテープ……のように見えますが、これはUNIXワークステーションなどで使われるコンピューター用のテープ(Exabyte)です。今でこそ見かけることは少なくなりましたが、以前はハードディスクのデータのバックアップ先として各種のテープが使われており、UNIXマシンを利用しているところには大抵テープドライブが転がっていたものでした。 このように書きましたが、実は写真の実物は8mmビデオテープそのものです。というのも、コンピューター用8mmデータカートリッジ(Exabyte)は、元々ビデオカメラ用に開発された8mmビデオテープの規格を転用したものだからです。コン
サーバをメンテする時に便利な Linux コマンド 3つ - bekkou68 の日記
はじめに サーバを運用したり環境を構築したりしていて「あれ。あのプロセスで吐いてるログどこだっけ・・」など困るときがあります。 そんなときに頼りになるかもしれないコマンドを 3つご紹介します。 @madeth 師匠に教えていただきました。 1. proc でプロセスが使っているファイルを見る 困ったこと プロセスの吐くログのパスがどうしても分からない・・。 解決法 (編集 2014/09/10) 知りたいプロセスの ID を調べます。 $ ps aux | grep unicorn deploy 3335 xxx xxx xxx xxx X XX 15:14 0:07 unicorn master -c /var/www/myproject/unicorn/staging.rb -E staging -D プロセスID (この場合は 3335) をもとに root 権限でファイルディスクリ
/usr/local とは何なのか - 破棄されたブログ
ご用心: この記事を鵜呑みにせず、末尾に記載された一次ソースを確認してください。 ソースからソフトウェアをビルドしてインストールするときに使う /usr/local ディレクトリだけど、/opt ディレクトリとの住み分けとか、 そもそも標準はどうなっているのかとか、まともに知らんかったので Filesystem Hierarchy Standard を確認してみた。 /usr/local は何をすべきところなのか？ 他のホストと共有されない 既存のシステムの破壊防止 FHS 準拠のソフトウェアをインストールする /usr/local ディレクトリ下自体が FHS 準拠になる /usr/local ディレクトリは、システム管理者がソフトウェアをローカルにインストールするために用いる。 /usr/local ディレクトリとして隔離されるため、同名のファイル名で既存のファイルを上書きするなどして
コンソールから切れたプロセスを標準出力につなげなおす - 絶品ゆどうふのタレ
不慣れな環境を不意にいじった時にあるあるネタ。 とりあえずー とか言って勢いで書いたsetupスクリプトを実行してみたら意外と時間かかって、 ちょっと目を離した隙にsshの接続が切れちゃいました！ 。。。ありますよね。ほんとよくありますよね。 そうなる予感はあったんだ なんて後の祭りです。ふとした油断から、screenもnohupすらも使わずにやってしまって、こんなことに。 shellがHUPしなかったからプロセスは生きてるものの、ログが見れないから進行状況がわからない。 うまく行ってるのかどうかモヤモヤした気持ちのまま、プロセスが終わるのをじっと待つ。。。 まぁ実に切ないです。 こんな時、いつも思うこと。 このプロセスの出力、もっかいstdoutに繋げられたらいいのに。。。 はい。というわけでつなげましょう。 長い前座ですみません。 切り離したプロセスを用意 #!/bin/bash wh
Fluentdで始めるリアルタイムでのログ有効活用
はじめに Fluentdは、ログを収集し格納するためのログ収集基盤ソフトウェアです。Fluentdにインプットされた、すべてのログをJSONに変換し、アウトプットします。インプットとアウトプットはモジュール化されており、モジュールを追加することでインプット元とアウトプット先を追加できるようになっています。 Fluentdは急速に知名度を高め、多くのWebサービス会社で実際に使用されるようになりました。従来のログが抱えていた問題も、Fluentdが適切な解決策となっていると認知され、かつ簡単に導入・スモールスタートできるミドルウェアであったことが大きかったと思います。 本稿では、Fluentdの簡単な仕組みと導入方法、シンプルな動作事例について紹介します。 対象読者 システム管理者 データサイエンティスト 必要な環境 UNIX系OS Ruby 1.9 ログを出力する理由 システム運用を始める
UNIX history (preview)
NetBSD 10.0; FreeBSD 13.3 & 14.0; iOS 16.4, 16.5, 17.0, 17.1, 17.2, 17.3 & 17.4; OpenBSD 7.4 & 7.5; MacOS Ventura 13.4, 13.5, & 13.6: Mac OS Sonoma 14.0, 14.1, 14.2, 14.3 & 14.4; Debian GNU/Hurd 2023; OpenIndiana Hipster 2023.05; Oracle Solaris 11.4 SRU61 & SRU68; Android 14; Linux 6.4, 6.5, 6.6, 6.7 & 6.8; HP-UX 11.31/11iv3 2305; AIX 7.3 TL1 & TL2; Redox 0.0.0, 0.0.1, 0.1.0, 0.2.0, 0.3.0, 0.5.0,
サーバ異常検知入門
7. サンプルデータの作成「df」コマンドを使用します。$ dfFilesystem 1K-ブロック 使用 使用可 使用% マウント位置/dev/vzfs 83886080 4738368 79147712 6% /none 262144 4 262140 1% /dev 8. こんな感じのシェルスクリプトを作って#!/bin/bashdatetime=`date ‘+%F %H:%M’`# 日付values=`df | awk‘/devvzfs/ {print $2“,”$3“,”$4}’`# 観測値echo $datetime,$values# まとめて出力cronで定期的に動かして、ログに保存$ crontab -l* * * * * ~/df.sh >> ~/df.log 2> /dev/null最初にヘッダを入れておくと良いかも$echo "datetime,blocks,use
「ユーザーに対する暴挙を許せない」、日本HPがOracleからのDB移行戦略を発表
日本ヒューレット・パッカード（日本HP）は2011年4月26日、データベースに関する新戦略の発表会を開催した。新戦略では「データベース ロックリリース」をキーワードに、特定のベンダーの製品にロックインされがちなデータベース環境を、他のベンダー製品上に移行しやすくするサービスを提供する。これにより、データベースベンダーに対するユーザーの価格交渉力を高めることを狙いとする。 日本HP エンタープライズサーバー・ストレージ・ネットワーク事業統括の杉原博茂執行役員（写真1）は、新戦略を発表した背景として「ユーザーのコストを削減するには、データベースソフトに支払うライセンス費用を見直すことが必須になっている」ことを指摘する。日本HPの試算で2005年の同一性能モデルと現在のコスト構成を比べてみると、ハードウエア費用は20分の1以下になっているのに対し、データベースは30％強ほど下がっているに過ぎない
なぜDECは市場から撤退しなければならなかったのか。 - 未来のいつか/hyoshiokの日記
DECの企業文化について、先日記した。(昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。) *1 そんなに優れた技術があり、優れた企業文化を持ち、優秀な技術者を多数抱えたエクセレント・カンパニーが21世紀を待たずしてなぜ市場から消えなければならなかったのだろうか。 経営者が愚かで放漫経営をしていたからとか、法律に違反するような経営をしていたとか、そーゆー話であればわかりやすい。その経営者が愚かであったということで決着がつく。 DECの凋落の原因は、むしろ無能な経営者によって引き起こされたというよりも、むしろ、有能だったがゆえに、成功の呪縛から逃れられなかったという風に考えられる。既に起きてしまったことをあれやこれや言っても所詮結果論にしたすぎないが、あえてそれを考えてみたい。 「イノベーションのジレンマ」では、利益を最大化させる資源配分メカニズム（プロジェクトの投資を
(新人向け) Unixオペレーションの注意点 - Magical Diary
主に新人向けとして、Unixサーバで作業をする際の注意点を書いておく。 ここに書いてある内容は絶対的なものではないし、会社や現場ごとにルールがあるので、適宜ルールに合わせて実践すれば良い。 ログを取れ 何をやったか、何をやらなかったか、というエビデンスのためにログは必ず残しておく。SSHクライアントによっては毎回自動的にログ取得する設定が可能なので、設定しておくと良いだろう。 作業後に問題が発生した場合に作業内容を確認するためにも使うため、必ずログは取得しておくこと。 (追記) 当たり前だが、コマンドとその出力をペアで取ることに意味がある。 set -x (set verbose) しろ ログを取得しても、コマンドラインを編集した際には以下のように非常に見づらいものとなってしまう。(がんばれば解析することは出来るが…) ESC[0mESC[27mESC[24mESC[JESC[1myasu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オープン化へ舵を切った「IBM Power Systems」、POWER8搭載機が出荷開始
UNIXサーバはリブートすべきでない説 | スラド
[Linux] Historyに日付を付ける - ｳｪﾌﾞｼｽﾃﾑ開発【Lucen@Wiki】