ここのところ重度のFPGA中二病にかかってしまい、冬休み中もDE0ざんまいな日々。気になっていた金融のHFT(high frequency trading:大手投資銀行等がμ秒単位の超高速で株式等を売り買いしてる恐ろしい市場)におけるFPGA利用状況について、HFT Reviewにこってりしたレポート(HFT業界のベンダー各社にインタビューしたもの)が載っていたので、勢い余って面白かった部分を超訳してしまった。 元ネタはこちら: FPGA & Hardware Accelerated Trading, Part One - Who, What, Where and Why? FPGA & Hardware Accelerated Trading, Part Two - Alternative Approaches FPGA & Hardware Accelerated Trading, P
Yellow, an asset financier for solar energy and digital devices in Africa has raised $14 million series B funding in a round led by Convergence Partners with participation from the Energy Entrepreneur Fisker, the electric carmaker founded by the Danish auto designer Henrik Fisker, is gearing up to enter the Chinese market where competition is increasingly cut-throat, following in the footsteps of
近年「SIer」、そしてSIerの労働力の多くの割合を占める「SE」が「オワッテル」というような話を良く聞きます。 特に聞くのが「海外では」「欧米では」「アメリカでは」「USでは」といった枕詞を付けて構造・仕組みがおかしいという論調[*1]。 「日本では」、「海外と」「欧米と」「アメリカと」「USと」仕組みが違うので単純な比較は意味がありません。 "SIer"が生まれた背景としてはコンピュータシステムが複雑化しすぎて、開発・運用に多くの人的リソースが必要になったということがあります。 そしてユーザー企業の直接的な採算部門ではない技術部門に専門技能を持つ(恐らくそれなりに高給の)エンジニアを雇い入れ、開発・運用するのは難しいです。また特にコストのかかる開発が一段落して運用フェーズに入った段階で労働力が余ると非効率になります。 配置転換や経営の効率化など、解雇を回避する努力を最大限にしないと日
Tengをかます場合は、Rowクラスをどうするかで一長一短という感じだと思っているんですが、どうでしょうか?SQL系のDBを使わない場合とか、よく知らなんで、そういう場合はどうなるのかなーと思ったりするのですが、なかなかNoSQL的なやつを使うという状況にも出くわさないので、そんなケースにも出会ってみたいなーとか思ったりする次第です。 「DBクラスを拡張」の実装コード 次に個別の実装例別にサンプルコードを、DBクラス、MyAppクラス別、Dispatcherクラス、テストコードなどを、示していきたいと思います。 MyApp::Model::DBクラス package MyApp::Model::DB; use parent 'Teng'; use Smart::Args; __PACKAGE__->load_plugin('Count'); __PACKAGE__->load_plugin
2013-01-06 雑誌が売れなくなった理由について考えてみた http://zasshi.news.yahoo.co.jp/article?a=20130105-00000302-bjournal-bus_all 読んだ。 雑誌が売れなくなってるのは事実なので、思いつく理由についててきとーに書いていきます。コンビニの店長としての実感と、個人の経験と推測と、そのへんごちゃまぜになってるので、信頼度は読む人がてきとーに判断してください。 ・ネットのせい 確実でしょうね。 雑誌が売れなくなったってひとくちでいうんですけども「特に」売れなくなったジャンルってのがあるんですよ。 えーと、テレビ情報誌。これは売れなくなったほうの筆頭ですね。これについては、以前、都心部で店やってたときにはもう絶望的なまでに売れなくなってましたが、いまの高齢率の高い場所に来たら「まだこんなにテレビ雑誌が売れる店があっ
特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には(1)コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、(2)霞ヶ関から流れて来るお金にたかる IT ゼネコン、(3)そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた99億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ
エンタープライズシステムのエンジニアをやって10年以上。思うところを書いていきます。その他趣味を少々。。。 DBの世界に起きた大きな波 現在、どの製品を使ったとしてもRDBの性能問題は必ずといっていいほど発生する。理由は簡単で、CPU、ネットワークが高速化(CPUはマルチコア化、ネットワークは10G-Ethernetの一般化やInfiniBandなど)するのにディスク(ストレージ)が高速化に追いついていないからだ。その差を埋める役割として、RDBが担っているケースが多く、性能問題になるケースが散見される。 だが、そういう時代の流れに対して大きな変革が起きようとしている。SSDはかなりコモディティ化してきたので言うに及ばずといった感じだが、個人的には速いもののディスクの置き換えにすぎないと思っている。つまり、SSDは速いがDBのアーキテクチャに大きな変革をもたらすものではない。が、ここにきて
autogenerated by webify.pl on Sun Sep 17 19:54:33 2023 gnuplot version gnuplot 6.0 patchlevel rc2 # # Example of using histogram modes # set title "US immigration from Europe by decade" set datafile missing "-" set xtics nomirror rotate by -45 set key noenhanced # # First plot using linespoints set style data linespoints plot 'immigration.dat' using 2:xtic(1) title columnheader(2), \ for [i=3:22]
プログラムのボトルネックがどこにあるのか、なんて調べるときには計測する必要がありますね。プログラム中の特定処理の前後でrdtsc命令使って時間を計測して処理時間を求める、とかそういうこともできるんですけど、まあめんどうじゃないですか。プロファイラを使いましょう。 プロファイラとはなんぞや、Wikipediaの性能解析のページに色々書いてますね。 そういうわけでOProfileというLinuxで動くプロファイラを使っているので、未来の自分とか「OProfile動かしてみてーけどさっぱりわからん!」みたいな人のためにまとめておきます。 OProfileの特徴 OProfileは 計測したいプログラムに対して特別な処理をしなくてもいい 低レイヤーの情報も計測できる gprof形式のコールグラフも表示できる オーバーヘッドがとても小さい これらの特徴があるらしいです。使ってみて特に嬉しいと感じたの
2020-07-20 OProfile 1.4.0 released OProfile 1.4.0 has been released. This release adds support for Marvell (Cavium) ThunderX2 and Hygon Dhyana CPU. This release also fixes issues with OProfile being unable to be built with newer versions of binutils and ensures that ocount does not leave orphan processes when an error occurs. 2018-07-16 OProfile 1.3.0 released OProfile 1.3.0 has been released. Thi
この国において、"SE"と呼ばれる職種は廃絶すべきだと思います。USのように設計も実装もできる「プログラマー」「ソフトウェアエンジニア」という職種に統一すべきで、Excelで「設計書」なるものを書くことしか能のない自称"SE"はfireすべきです。 参考まで、USで"Systems Engineer"というと、会社にもよりますが概ね基盤系のエンジニア(ネットワークエンジニアなど)を指すようです。 僕の経験上、該当者は概ね入社3~5年目の女性"SE"に集中していますが、この人達は顧客のいいなりに実装不可能な「設計書」書き上げて、それを下請け(パートナー;僕は「助っ人」として敬意を持って接しています)に丸投げするというひどい有様。以前、僕がTISの3次請けで働いていた時、2次請けの凄腕エンジニアがTISプロパーの口達者な若手女性"SE"を閉口させるまで責め立てていた(要旨は「ロクに実装もしたこ
UNIX系OSでプログラミングをしていて、性能面で悩んだときには、gprofというプロファイラを使うと、簡単にプログラム中の関数呼び出し回数や関数実行時間などを測定することができます。gccのオプションに-pgをつければ良いだけということでとても簡単で便利です。 ところが、gprofで測定できるのは、あくまでもプログラム自体の処理だけで、カーネルやドライバまで含めた測定はできません。 このところ、ネットワークプログラムの10Gイーサーでの性能向上をしているのですが、10Gクラスになるとプログラム自体の処理はもちろんですが、カーネル内の処理やデバイスドライバでの処理もかなり大きな影響がでてきます。特に、ネットワークでの通信は、ネットワークデバイスでの出入りは並列化できなかったり、パケットの順序を入れ替えられないことがほとんどなど、どれだけCPUが並列処理に強くなっても、ネットワーク関連の処理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く