タグ

関連タグで絞り込む (428)

タグの絞り込みを解除

cpuに関するmoritataのブックマーク (256)

  • ディストリビューションのロゴをアスキーアートで表示してくれる『screenFetch』 | 俺的備忘録 〜なんかいろいろ〜

    世の中には、Linuxのディストリビューションのロゴをアスキーアートで表示させる『screenFetch』というものがあるらしい。 今回は、そのコマンドのインストールと実行をしてみることにした。 1.インストール 以下のコマンドを実行することで、『screenFetch』をインストールできる。 wget https://raw.githubusercontent.com/KittyKatt/screenFetch/master/screenfetch-dev sudo cp screenfetch-dev /usr/local/bin/screenfetch sudo chmod 755 /usr/local/bin/screenfetch 2.実行 さて、それでは実際に実行してみよう。 test@Test-UbuntuOS004:~$ screenfetch ./+o+- test@Te

  • 巨大クーラー採用で完全ファンレスを実現、 Broadwell版Core i7搭載の“無音PC”が受注開始

    巨大クーラー採用で完全ファンレスを実現、 Broadwell版Core i7搭載の“無音PC”が受注開始
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

    dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
  • MQTT Broker比較~性能比較編 - Taste of Tech Topics

    こんにちは、ツカノ(@snuffkin)です。 MQTT Broker 比較の第二弾です。 前回は、機能の比較を行いました。 MQTT Broker比較~機能比較編 実際のシステムへの適応を考えると、性能は特に気になるところ。 ということで、今回は性能比較を行ってみました。 ベンチマークは環境や測定方法、バージョンによっても大きく異なりますので、 あくまで一例として参考にしてもらえればと思います。 ベンチマークに利用したプログラムは、Goで開発された以下の MQTT-Bench を利用しています。 MQTT-Bench : MQTT Benchmark Tool ベンチマークの条件は以下の通りです。 構成、メッセージ長 MQTT Broker に対して、500connections で同時処理 1つのメッセージ長は 1024byte マシンスペック OS: CentOS 6.5 (64bi

    MQTT Broker比較~性能比較編 - Taste of Tech Topics
  • 自宅サーバの消費電力と電気代

    節電節電という話もありますが、それはともかく家で動いているPCの消費電力を把握しておくのは悪い話ではありません。特に、24時間稼働させる自宅サーバ(家鯖)がある場合、電気料金の事を考える上でも非常に有意義でしょう。しかし、実際にそのPCがどの程度電力を消費しているか調べるのは割とめんどくさいものです。(以下、自宅サーバの話しにフォーカスしていますが、デスクトップPCでも話しは大体同じです) サーバの仕様書には「500W電源搭載」とか「最大消費電力380W」とか書いてあるのでそれを参考にすると言う方法もありますが、残念ながらこれは「その機器の設計上供給可能な電源容量」だったり「サーバに純正オプションパーツをフル実装した場合の最大消費電力」だったりします。これらはある程度余裕を持って設定されていますので、実際にこれだけの電力消費が発生することはほとんどありません。 PCの消費電力を検討する上で

    自宅サーバの消費電力と電気代
  • コンパイラーを負かす

    roguelazer's website: beating the compiler なかなか面白かったので翻訳して紹介する。 たとえば、97%の場合において、僅かな効率など忘れるべきである。。早すぎる最適化は諸悪の根源である。とはいえ、残りの重要な3%の機会を逃すべからず。 -- Donald Knuth 計測せよ。計測するまで速度の最適化を施してはならぬ。たとえ計測したにせよ、一部のコードが残りを圧倒するまではまだ最適化してはならぬ。 Rob Pike 最新のWebサービスを主体とした技術の業界に長年浸かった我々は、パフォーマンスの問題を忘れがちである。SQLAlchemy ORMの中で行うリクエスト一つが8,9秒かかる中で、関数呼び出しひとつを3ミリ秒最適化したところで何になるというのか。とはいえ、時にはそのような最適化スキルを養っておくのもいいことだ。今回は、ある簡単な課題を最適化

  • CPU実験で自作CPUにUNIXライクOS (xv6) を移植した話 - 豆腐の豆腐和え

    今年のCPU実験では、有志からなる我らがX班が、おそらくCPU実験史上初である自作CPUへのOS (xv6) 移植に成功しました。コア係とコンパイラ係の面々がそれぞれまとめ記事を書いていたので、OS係から見たOS移植のまとめも書こうかなと思います。こんなことしてましたってことが伝わればいいなと思います。 この記事を読む後輩やらなんやらがいたら、ぜひ僕らがやったようなことはさっさとクリアしちゃって、さらにさらに面白いことをする踏み台にしていってほしいですね。 どなたが読んでもある程度概要が伝わるよう、まずCPU実験とは何かということをさらっと書いた後、実際にxv6を移植するにあたってやったことをまとめたいと思います。 CPU実験とは CPU実験は僕の学科(理学部情報科学科)で3年冬に行われる、半年間にわたる学科名物演習です。 最初の週で4~5人程度の班に分けられた後、それぞれの班でオリジナル

    CPU実験で自作CPUにUNIXライクOS (xv6) を移植した話 - 豆腐の豆腐和え
  • 宁波逼拘旅行社

    宁波逼拘旅行社
  • mysqldプロセスのCPU使用率が常に100%付近 | 日本Zabbixユーザー会

    はじめまして。P1K1と申します。 いつも拝見させて頂いております。 今回Zabbixの監視において、表題の件で投稿させて頂きました。 20M程のログファイルを5種類監視するアイテムをZabbixエージェントサーバ6台に行い、更に監視対象文字列を検知したらアクションを実行する設定をZabbixにて行いました。 アイテムを有効にした直後に、取得対象のメッセージを大量に取得し、1秒に複数回アクションを実行する状況が長時間続きました。 ZabbixサーバのCPU使用率を確認してみると、アイテムを有効にした直後よりCPU使用率が急上昇し、70%付近の値をとっておりました。 その際にZabbixサーバのログを確認したところ、以下と同種のログが繰り返し出力されておりました。 1429:20110929:220922.494 [Z3005] Query failed: [1213] Deadlock f

    moritata
    moritata 2015/01/08
  • プロセスを指定のCPUに割り当てる方法 - キモブロ

    tasksetコマンドを使うらしい。 https://access.redhat.com/knowledge/docs/ja-JP/Red_Hat_Enterprise_MRG/2/html/Realtime_Reference_Guide/chap-Realtime_Reference_Guide-Affinity.html $ taskset -p -c PID pid PID's current affinity list: 0,1 ってやるとそのPIDが現在どのCPUとの親和性が高いかみれる。この場合は0と1 0だけにしたいときは $ taskset -p -c 0 PID こんなかんじで たとえばsrcds_linuxってコマンドを特定のCPUとの親和性を高くするには pgrep使ってこんなかんじにしとけば、良い感じかな taskset -p -c `pgrep -f srcds

    プロセスを指定のCPUに割り当てる方法 - キモブロ
  • SIESTA

    SIESTAは須田の趣味の雑記とラクガキの個人サイトです。旧URLはhttp://www.kt.rim.or.jp/~chatarou ■コンテンツの無断転載を禁止します。 ■当サイトへは自由にリンクしていただいてかまいません。 ■メニュー■ ■過去の雑記一覧   ■インフォメ   ■私について ※現在一部工事中かもしれません ●毎年恒例の(8月12日) さあ、ここで告知です! というか 、おまえ不参加だろ? …などというツッコミをお待ちしております(笑)。 いや、なんからくがきに色つけたら それっぽい感じの絵になっちゃったので 調子に乗って文字を入れたりした完全自己満足自己完結。 そんなお盆休み。 とりあえず暑いスけど、みなさんがんばってください。 ●せっかくなので(8月3日) 冷蔵庫のコンプレッサーON/OFF検出のために先日作ったセンサーが、 な

  • 最近のコンピュータ書籍は面白い――著者の個性を前面に打ち出す

    私はプログラマ向け雑誌「日経ソフトウエア」の編集者である。現部署に異動して2年近くになる。以前,「日経オープンシステム(現在は日経システム構築)に所属していたころに比べ,取材がかなり減った。その代わり,書籍を読む時間が増えた。月数冊のペースで,IT,コンピュータ,プログラミングに関する書籍を読む。書店に行く回数も増えた。 “記者”として取材が減るのはよろしくない。でも,“編集者”として読む書籍が増えたのも悪くない。日々,他人が書いた原稿を読んだり,自分で原稿を書いたりする私に,書籍は知識だけでなく,企画やタイトル選定のセンス,著者が書籍を書くときの気持ち,読者への語りかけ方――など多くのヒントを与えてくれる。ありがたいことである。 誌編集部にはそれこそ棚からあふれて書籍が散乱しているが,読み,印象に残ったは,雑然と積み上げられた中でも少しだけ目立って見える。今回の記者の眼では,そんな

    最近のコンピュータ書籍は面白い――著者の個性を前面に打ち出す
  • [Pdf]router board openwrtインストール-20140811_ver5

    RouterBoard勉強会 Vol5 (自宅ラック勉強会 #5.1) http://routerboard.connpass.com/event/7755/ 修正・改編を行いましたがver5 を [Stable Version] として、一旦更新を止めます。

    [Pdf]router board openwrtインストール-20140811_ver5
  • HTTPパーサにおけるSSE4.2最適化の威力と注意点 - Cybozu Inside Out | サイボウズエンジニアのブログ

    こんにちは、サイボウズ・ラボの光成です。 PicoHTTPParserは@kazuhoさんたちが開発している高速なHTTPパーサです。 同じ作者によるHTTPサーバH2Oにも使われています。 11月4日の開発ブログによると、その時点でNode.jsなどに使われているhttp-parserの10倍程度の速度を誇るそうです(現在はhttp-parserも速度向上しその差は縮まりました。それでも4倍以上の差があるようです)。 該当ブログにはその高速化のためのノウハウが書かれていて大変興味深いです。ただIntel系CPUに搭載されているSIMD命令は用いられていませんでした。今回、@kazuhoさんと一緒に文字列処理専用のSSE4.2を用いることで1.7~1.9倍の高速化を達成しました(Improving Parser Performance using SSE Instructions (in

    HTTPパーサにおけるSSE4.2最適化の威力と注意点 - Cybozu Inside Out | サイボウズエンジニアのブログ
  • 監視アーキテクチャ(Sensu,Pingdom,Mackerel,StatusPage.io,PagerDuty)についてまとめてみる(2014年12月版) - Glide Note

    Sensu Advent Calendarに便乗して、Kaizen Platform, Inc.の2014年12月現在の監視アーキテクチャの話をちょっとしてみようと思う。 モニタリング領域 サービスを監視している領域 Pingdom Pingdom - Website Monitoring 外部ネットワークからのサービスの死活監視。アメリカ、ヨーロッパ、アジアなどの拠点からサービスの死活監視が出来るため、特定の地域からアクセス出来ない場合なのが検知出来る。 後述するstatuspage.ioとの連携で、障害を検知すると、サービスのステータス状況が自動で変わるようになっている Sensu Sensu | The open source monitoring framework. 監視フレームワーク サーバを内部ネットワークから監視するために利用 サーバのプロセス監視、サーバ間の疎通監視、エラ

  • 機械語の勉強会に参加したので8086の逆アセンブラをGoで書いてみてる - As a Futurist...

    HHVM の話を聴いてからというもの、VM というものにどうにも興味がわいて仕方がない今日この頃。世の中の言語処理系も中身は VM だったりするわけで、そもそも VM ってどうやって作るのかな − とか考えてたら @riywo PDP-11のVM作って、Unix V6動かせば、一石何鳥になることやら — sakamoto.kazuki (@splhack) October 1, 2014 というご意見をもらって、初めて PDP-11 というものを調べ始めました。UNIX V6とかを買って読み始めてみたり、言語処理系の作り方のにも手をだしてみました。 PDP-11/UNIX V6 の勉強会があった そんな中、@7shiさんが主催されている「池袋バイナリ勉強会」の存在を知りました。なんと、ついこの間まで PDP-11 の逆アセンブラ(機械語のバイナリからアセンブリ言語を出力する)を作っ

    機械語の勉強会に参加したので8086の逆アセンブラをGoで書いてみてる - As a Futurist...
  • コンピュータを作ろう

    こんにちは サイトは、標準ロジックのみでコンピュータを作るのが趣味のヂヂィのサイトです。 ハードだけではなく、コンパイラ等の搭載ソフトも自力で開発しております。 2017年の作品 RETROF-16R RETROF-16Mの改良機です。 主メモリを128KBから256KBに増やし、クロックを16MHzに上げています。 しかし、それ以外は前作と殆ど同じです。 全回路図を公開中です。PDF版はこちら 2016年の作品 RETROF-16M 完全手作りTTLコンピュータ「RETROF-16M」に御興味のある方はこちらへ 以下の画像は上が2016年1月に完成した「RETROF-16M」のハード、下が2016年3月に完成した「RETROF-16M」用の統合開発環境です。両者共にサイト管理人の「完全手作り」です。 一枚の基板上に液晶ディスプレイへの画像表示回路も搭載しています。 スペースインベーダ

  • NES研究室 - 6502

    目次 アーキテクチャ 転送命令 算術命令 スタック命令 ジャンプ命令 分岐命令 フラグ変更命令 その他の命令 アーキテクチャ レジスタ一覧 ファミコンは、6502をベースに音声機能などを同梱したリコー製のカスタムCPUを採用しています。 6502はモステクノロジーの開発したCPUで、モトローラの6800をモデルにレジスタ数を簡素化した非常にシンプルな設計のCPUです。特に演算に使えるレジスタは1つしかありません。 また、インデックスレジスタを含むほとんどのレジスタが8bit幅となっており、256バイト以上のテーブルは割と扱いにくいです。 スタックポインタも8bit幅となっており、スタックとして使われる空間は$0100-$01FF固定となっています。 記号 サイズ 名前 用途

  • 非同期処理の基礎知識

    CPUとかOSレベルな話から」という意味で「基礎知識」。べたに、「『こう書け』とだけ言われても、中の仕組みを知らないと納得いかないですよね」という話。 CPUの構造がどうとかいう話だけとか、OSスレッドの話だけとか、I/Oの話だけとか、個別にはちらほら見るものの、非同期処理って観点からこの辺りを通して説明してる資料って少ないなぁと常々思っていたので。「こう書いた方がいいよ」事例サンプルはC#ですけども、他の言語、他のOSでも通じる話だと思います。 ぶっちゃけ、C# 5.0のasync/awaitを使うとほとんど内部で解決してくれるような話ではあります。ただ、もちろん、「async/await使えば同期っぽく書けるといっても、非同期特有のはまりどころにははまるでしょ?」といわれるとその通り。でも、じゃあ、非同期処理を避けれるかというといまどき無理な話で、「非同期処理が避けようないんだったら

    非同期処理の基礎知識
  • 世界記録更新。レゴでできたアームパワーロボットをつかってルービックキューブを3.253秒で : カラパイア

    「Cubestormer」はスマホを使って解析しながらルービックキューブ(3×3)を解く4のアームをもったパワーロボット。既に5.27秒という世界記録を達成していたのだが、さらに改良を重ねられ”Cubestormer 3”が誕生。 今月15日、イギリス、バーミンガムで行われた「ビッグバンフェア」に参加し、そこで3.253秒という記録を叩きだした。世界記録更新だ。

    世界記録更新。レゴでできたアームパワーロボットをつかってルービックキューブを3.253秒で : カラパイア
    moritata
    moritata 2014/03/24