サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
SF映画ベストテン - 男の魂に火をつけろ! 〜SF映画ベストテン受付中〜 昨年に続き、今年も参戦させてもらう。 ……と決めたものの、ざっと何を入れようか考えていてあまり気持ちが盛り上がらない。『2001年宇宙の旅』や『時計じかけのオレンジ』や『ブレードランナー』なんかが入ったリストをまた一つ作る意味あんのかなぁ、と。でも、ワタシが普通に選んだら絶対そうなっちゃう! そこで、気持ちを盛り上げるために、勝手に自分の中で「最近20年以内に作られたSF映画から選ぶ」という条件をつけさせてもらった。 そういうわけでワタシが選ぶSF映画ベストテンは以下の通り。基準としては、素直に「センス・オブ・ワンダー」を基準に考えてみた。 アンドリュー・ニコル『ガタカ』(1997年) クリストファー・ノーラン『インセプション』(2010年) ディーン・パリソット『ギャラクシー・クエスト』(1999年) ニール・ブ
Mac OS Xには標準でテキスト読み上げ機能がついています。Treminalから “say” コマンドで簡単に使うこともできます。 say Hello と打てばへロゥって言ってくれます。超便利。 話すスピードとか声の種類とか色々設定できるし、音声をファイルに書きだすこともできます。詳しくはman sayしてね。 日本語も読み上げてくれるということに最近気づきました。Kyokoという名前の音声が用意されます。いきなり使うことはできないかも。 “System Preferences…” を開いて “Speech” を開きます。そこで “System Voice” のプルダウンメニューから “Customize…” を選ぶと、言語ごとに声を選ぶダイアログが出ます。”Japanese” セクションに “Kyoko” というのがあるのでそれをチェック。追加ダウンロードすることになると思います。
MySQL を使ってトランザクション分離レベルの違いと、それによって何が起こるかを確認する。 確認用のテーブルを作る。 mysql> create database test; Query OK, 1 row affected (0.00 sec) mysql> create table users( -> id integer primary key, -> name varchar(32) not null -> ); Query OK, 0 rows affected (0.01 sec) mysql> desc users; +-------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+-------------+----
・月~土:10:00~21:00 ・日祝:09:00~21:00 ・毎月20日、30日:09:00~21:00
Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
はじめに 第一回カーネル/VM探検隊@関西、第二回日本Vyattaユーザ会ミーティングで行った発表のダイジェスト版です。 詳しく知りたい人はこちらの内容ではなく、第二回日本Vyattaユーザ会ミーティングの動画、資料をみる事をお勧めします。 あと、最新って書いてあるけど割と古い話題です。すんません。 発表資料 従来型のNICとネットワークスタックの組み合わせでは、マルチコア環境においても1つのNICの受信処理は1つのCPUでしか行えません。 これは、NIC上に受信のキューと受信を通知する割り込みが1つしか存在せず、ハードウェアからデバイスドライバまでのレイヤーでは受信処理を並列に行う事が本質的に出来ない事が原因でした。 これが原因で、通信量が多い時にパケット処理の負荷が特定のCPUへ偏ってしまい、CPU数を増やしても性能がスケールしないという問題が発生します。 この問題を解決する為に、1つ
MySQL 5.1のmysqldumpslowを使うとチューニングが楽になる!という話題です。 mysqldumpslowはもともとMySQLに付属しているツールで、スロークエリログを集計してくれるものです。これ自体はMySQL 5.1で特に変わったところはありませんが、スロークエリログ本体の方が機能強化されているため、組み合わせるとなかなか便利になっています。MySQL 5.1におけるスロークエリログの主な機能強化は以下の三点です。 long_query_timeに1秒未満の値を設定できるようになった。 出力先を設定できるようになった。 これらの設定をオンラインで変更できるようになった。 これでどうなるかというと、MySQLの性能分析をしたいと思ったときに、サーバを止めずにその場で mysql> set global slow_query_log = 1; mysql> set glob
往年の 8ビット・マイクロプロセッサー Z80。 最近の若い IT エンジニアだと知らない人も多い? 現在でも組み込み用途で使われているのに、 プログラマの高齢化が進んでいるらしい。 私がコンピュータを学んだ思い出深い CPU なので、 このまま忘れ去ってしまうのもモッタイナイ。 思い出せる限り記録に残しておこうと思う。 コンピュータを原理から学ぼうとする人の参考になれば幸い。 以下は、私が大学一回生のとき (1986年, 昭和61年) 独学で作った CP/M (Control Program for Microcomputer, パソコン用シングルタスク OS) マシンの記録。 私は高校生のとき (1983年)、 シャープ製パソコン MZ-80K2E を改造しながら独力でデジタル回路を学んだ。 当時のコンピュータ雑誌 (工学社 「I/O」 誌) に掲載された MZ-80K の回路図が大い
Facebookは、数ペタバイト級の大規模データに対しても、対話的にアドホックな問い合わせを可能にする分散SQLエンジン「Presto」を、オープンソースで公開しました。 PrestoはFacebook社内で大規模データの分析のために開発され、すでに同社社内使われているもの。 FacebookはPrestoを開発した背景として、大量のデータをHadoop/HDFSベースで保存したものの、バッチ指向のMapReduceではなく、リアルタイム性に優れた処理が必要になったためだと、次のように説明しています。 Facebook’s warehouse data is stored in a few large Hadoop/HDFS-based clusters. Hadoop MapReduce [2] and Hive are designed for large-scale, reliabl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く