Quick News Dec, 5th, 2023 : HAProxy 2.9.0 release This release has received a lot of small changes that are difficult to summarize. Most of them were aimed at improving performance and resource usage in general (zero-copy forwarding, QUIC's smaller footprint for closed connections, improved scalability), others focusing on better integration with other components (support for the AWS-LC crypto lib
負荷分散ソフトウェアとは、複数のハードウェアデバイスを用いて作業を分散させ、その結果として速度的なパフォーマンスを向上させるためのものだ。Linuxネットワーク向けの負荷分散ソフトウェアとしてはLinux Virtual Serverが最も有名だが、また別の選択肢としてBalanceNGがある。BalanceNGはシンプルで軽量なユーティリティであり、組織によってはより優れた選択肢にもなり得る。 BalanceNG(Balance Next Generation)は、独自のネットワークスタックを持ちLinux上でもSolaris上でも動くユーザモードの負荷分散ソフトウェアだ。負荷分散に必要となる処理はほとんどすべてBalanceNGによって行なわれ、オペレーティングシステムに依存しない(オペレーティングシステムは物理ネットワークインターフェースにアクセスするためだけに使用される)。 Bal
クラスタhttp://www.kerrighed.org/http://swik.net/v9fshttp://www.gluster.org/glusterfs.phphttp://xcpu.org/http://bproc.sourceforge.net/http://developer.osdl.org/dev/openais/http://openssi.org/cgi-bin/view?page=openssi.html HPC関連のニュースサイト http://pre-dawn.net/ ファイルシステム http://www.openafs.org/http://www.redhat.com/software/rha/gfs/http://sourceware.org/cluster/ http://oss.oracle.com/projects/ocfs2/doc
システム要求仕様書の書き方 IEEE Std. 830-1998, IEEE Recommended Practice for Software Requirements Specificationより Table of Contents (目次) 1. Introduction (はじめに) SRSの「はじめに」では、SRS全体の概要を書く。 1.1. Purpose (目的) この小節では SRSの目的を描写する SRSが意図する聴衆を指定する 1.2. Scope (範囲) この小節では これから作るソフトウェア成果物に名前を付ける このソフトウェア成果物が何であるか(必要ならば、何でないか)を説明する 指定されたソフトウェアの適用について、対応する利点、目的、目標を含めて記述する もし上位レベルの仕様書(例えばSyRS)があれば、同様の記述と矛盾がないようにする 1.3. Def
日頃より、アレスネットをご愛顧いただきまして誠にありがとうございます。 「ホームページサービス」のサービス提供は2016年1月31日をもちまして終了させていただきました。 これまで長らくご利用いただき、誠にありがとうございました。 今後も、皆様によりよいサービスをご提供させていただけるよう、サービス品質向上に努めて参りますので、何卒、ご理解いただけますようお願 い申し上げます。 <アレスネットをご契約のお客様へ> 後継サービスとして「userwebサービス」を提供させていただいております。 詳しくは、以下のリンクをご参照ください。 ▼「userwebサービス」のご案内 http://www.ejworks.info/userhp/alles/index.html 今後ともアレスネットをご愛顧いただけますようお願い申し上げます。 株式会社イージェーワークス アレスネット カスタマーサポート
動作環境 J2SE の1.4.* 以上が必要です(*1) WindowsXP(SP1)にて動作確認してあります 解像度1024×768ピクセルかそれ以上の画面の利用をお勧めします *1.J2SE1.4.1で起動できないケースがあります。その場合には、1.4.2以降をインストールしてください。WindowsVistaでは、1.6.0以降をインストールしてください(そうでないと文字化けします)。コマンドプロンプトで java -version と入力すれば、現在のバージョンを確認できます。そのコマンドが無効とみなされたなら、Javaがインストールされていないということです。新規にインストールするのであればRuntimeでかまいません。なお、Javaの環境設定に関して当社へ問い合わせることはご遠慮ください。 よくある質問 なぜフリーウエアとして提供しているのですか? 当社としては、
Introduction 複数の計算機が何らかの形で通信できるようにする、 と言うテーマはそのままそれらの計算機間でデータを転送する、 という問題を意味する。 計算機間の通信ができるようになるとすぐ出てくる問題が どのようなデータを、どのような単位で転送するのか、 という問いだった。 これに対する回答の1つが ファイル を 丸ごと 転送する FTP のような方針だった。 FTP は A という計算機が持つファイルのコピー(レプリカ)を B という計算機に作り上げる能力を提供する。 しかしこれでは一旦レプリカを作った後、 しばらくしてから B が持っているレプリカが、 今もなお A が持っているファイルと同じ内容を保持しているのか、 確認する術がない。 この問題を解決するもっとも安易な手段は 毎回レプリカを取り直す というものだ。 通信速度が十分早く安くなれば、 この方法を用いても特に問題は
工場設備の稼働率をIoTで可視化 東洋ドライルーブ株式会社 IoTで園児の登降園管理システムを実現 株式会社ONE 社内設備の所在把握をIoTで実現 大日本印刷株式会社 IoTとディープラーニングで環境モニタリング・予測 株式会社両毛システムズ 駅・百貨店・イベント会場の落とし物捜索に MAMORIO株式会社 すべてを見る
http://d.hatena.ne.jp/naoya/20060407/1144376197 ではてなおやさんがYouTubeの負荷分散について語っておられる. mixiの負荷分散とは質が違うことについてはおおむね同意だけど, YouTube のシステムを見たときにその焦点になるのは、まず第一にネットワーク帯域。第二にストレージをどうしているかというところじゃないかなと思います。動画配信にリソースがいるポイントは、ネットワーク帯域とディスク I/O です。つまり YouTube の負荷分散で気になるところは * ネットワーク帯域 * ストレージ o 容量の管理 o 動画を格納しているストレージサーバーの I/O あたりです。 はちょっと踏み込み足りないなぁという印象なので書いておく.集合知.集合知. 動画配信は通常の画像配信と違って下記の特性を持つ. 画像のように1ページに複数個配信する
mixiで、「業務経歴書にPerl案件を書くと馬鹿にされる件」という話が出て、それについていろんな方が意見を述べられていて、とても興味深い。(例えば、Java圏とPHP,Perl圏の断絶について。 や、 なぜ「業務にPerlは使えない」のかなど) もともと、WWWが普及する前は、Perlといったらシステム管理者のたしなみというか、「レポート作成」のためのプラクティカルなツールってことで、使いこなせれば色々生産性が高いよねって感じのツールだったんじゃないかと思う。(これ想像) その後、ウェブが普及してきて、ブラウザから投げられた入力を色々処理したいって要求が出てきたとき、これちょうどいいじゃない、ってことでPerlがチョイスされたと。「The duct tape of the internet」つまり、インターネットのガムテープ、とか言われたりするんだけど、(ちなみに、ダクト・テープっていう
今日はある友人Tの話をしよう。 Tは、とあるメーカー系大企業で携帯電話のファームウエアを開発している。 私とTは同期入社だった。入社後最初の配属先が同じだった。当時、まだ携帯電話なんてものは無く、ある通信機器ファームウエアの開発部署だった。一緒にコーディングをし、一緒にデバッグをした。まだ新人で、右も左も判らない中で切磋琢磨しあい、二人とも急激にスキルを伸ばした。 Tは素晴らしいライバルだった。本当に「優秀」な男だった。数年後には、完全にファームウエアに精通した「プロフェッショナル」になっていた。インサーキットエミュレータでOSの中まで追いかけた。原因不明のバグも、タスクのディスパッチタイミングがわずかに狂っていた事を看破して解決してみせた。 やがて私とTは別々のプロジェクトに転属され、お互いプロジェクトリーダーになった。 このテの業務はどんなプロジェクトでも程度の差こそあれ、過酷だ。月の
http://satoshi.blogs.com/life/2006/03/post_8.html うーん,ほとんど全くその通りなんで突っ込みどころがまるでない. 私はこの業界で多くのエンジニアも使ってきたが、優秀なエンジニアとそうでないエンジニアの生産性は(誇張抜きで)20対1ぐらいである。そんな簡単な作業しか出来ないエンジニアとも呼べないようなエンジニアが沢山いてもマネージメントが大変なだけである。 これらは常識なのだが,なぜか公式の場やマスコミには存在しないことにされてしまう. そしてもっとも許せないのが、そういった上流→下流という階層構造でプログラムを作る工程そのものだ。(中略) 日本のエンタープライズ系のソフトウェア業界は、そんな根本的に間違ったソフトウェアの作り方を長年してきたために、まるで建築業界のような下請け・孫請け構造が出来てしまい、下流のエンジニア達が十分な経験も得るこ
みずほフィナンシャルグループは2019年3月にデジタル通貨を発行することを決めた。買い物の決済などに利用でき、デジタル通貨をやり取りする送金手数料を無料とする。サービスを利用できる加盟店に対しては…続き メルカリ・LINEが巻き起こす新風ブロックチェーン [有料会員限定] キャッシュレス先進国スウェーデンの光と影 [有料会員限定]
詳解ファイルシステム Linuxのファイルシステムを詳解します トップページページ一覧メンバー編集 FrontPage 最終更新: linuxfs 2009年01月19日(月) 16:03:10履歴 Tweet 詳解ファイルシステム ファイルシステム諸元 subcontentsファイルシステム諸元性能比較パーティション用語集OOMkillerkernelSELinuxgitskillcheckKDBJapanese Linux hackerext3/4最新情報Hans Reiser情報Committerfeature-removal-scheduleTODO中の人OSC2007 Tokyo/FallOSC2008 Tokyo/FallOSC2009 Tokyo/Fall ファイルシステム詳解 filesystem contents注目度の高いファイルシステムvfsext3ext4reise
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く