はじめに 私は、 BigQueryのGitHubデータ を使って、GitHubリポジトリにある上位3,500個のPythonパッケージの共起を抽出し、 速度ベルレ積分を使ってd3のForceレイアウト を可視化してみました。また、 python-igraph にあるアルゴリズムを使ってグラフをクラスタ化し、 http://graphistry.com/ にアップデートしました。 以下のスクリーンショットは、d3の可視化にあるNumPyのクラスタです（画像をクリックするとライブ版をご覧いただけます）。 以下は、graphistrynによって抽出されたNumPyのクラスタです（画像をクリックするとライブ版をご覧いただけます）。 グラフの特徴： 各ノードは、GitHubで見つけることのできる、それぞれのPythonパッケージです。半径は、 ノードのDataFrame セクションで計算されています
WEB系エンジニア？はLinuxのカーネルパラメータをチューニングして性能を上げたりしているようですが、その辺に興味があったのでメモっときます。正しいかどうかの確証は全くありません。あしからず。ちなみに僕自身はこの手のパフォーマンスチューニングは経験無しです。 カーネルパラメータといってもいじる項目はいろいろあるようでDB周りだと共有メモリのサイズをいじったりするんだと思いますが、今回はTCPの話です。 なおこのエントリを書くにあたってプロのための Linuxシステム構築・運用技術 (Software Design plus)の4章やLinuxカーネル2.6解読室の24章を参考にしました。 TCPチューニング関連でググってみると参考になりそうなのはこの辺。 見落としがちなLinuxのWEBチューニング | Act as Professional Hadoop徹底入門の10章でもtcp_fi
Network monitoring on Linux This post mentions some linux command line tools that can be used to monitor the network usage. These tools monitor the traffic flowing through network interfaces and measure the speed at which data is currently being transferred. Incoming and outgoing traffic is shown separately. Some of the commands, show the bandwidth used by individual processes. This makes it easy
注目を集めるIoT（Internet of Things：モノのインターネット）。IoTの概念は複雑ではないが、その実現は複雑だ。IoTを構成するには、それぞれは単純だが、多数の要素が必要となる。本稿では、IoTデバイスと連係動作する通信技術を紹介する。 モノのインターネットとは 「モノのインターネット」と呼ばれるものは何を意味するのだろうか。その内容は、サプライチェーン上での立場によって大きく変わるものだ。多くの人々がその内容を定義しようとしてきたが、多くの場合、その定義は当事者たちの属する業界のニーズや課題によって色付けされていた。しかしながら、ハードウェアあるいはソフトウェア技術者の立場から見れば、その本質的な要素は明白だ。つまり、相互接続される製品（モノ）を構築することだ。そのため、将来だけでなく現在でも、IoTの開発には“組み込みシステム”が決定的に重要な役割を担う。 今日の状況
November 29, 2013 Almost as soon as I'd uploaded yesterday's release number six, I realized the newly added Library feature had a serious flaw in how it handled imported HTML files. This bugfix release addresses that and a security vulnerability I discovered in the Library code. Be sure to update if you installed release number six! Download: Occupy.here release 7 November 28, 2013 Two new feature
Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
公衆無線LAN † ↑ESSID/SSID一覧 † SSID種別KeyKey(HEX)事業者備考docomo_eap_roamingWPA2-PSKNTTドコモMzone0000docomoWPA2-PSKB35D084737NTTドコモMzone0001docomoNTTドコモMzonedocomoWEP-E3F4AAD65CNTTドコモMzoneNTT-WESTWEP(64but)Ym5aR596D356152NTT西日本要PPPoENTT-SPOTWEPS2M3K53324D334BNTT西日本東日本は2019年3月31日（日）をもってサービス終了NTTWEST-SPOTWPA2-PSKUkohYm3N-NTT西日本0000FLETS-SPOTWPA2-PSKFmS5KYJeBd-NTT東日本2019年3月31日（日）をもってサービス終了0000FLETS-PORTALNONE--N
Linux (カーネル 2.4.23)では、ブロッキングモードで、Connectは、通常平均 180秒でタイムアウトします。 これは、接続の時にクライアント側が、サーバに対してSYNを送信し、ACKが帰ってきたら接続成功なのですが、このACKが帰ってこない時に、クライアントは、SYNの再送を試みます。 このとき再送は、以下のように５回再送されます。 最初のSYN送信 （０秒経過） ３秒経過してACKが、戻らないとき、SYN(1)を再送します。 （３秒経過） また、６秒経過してACKが、戻らないとき、SYN(2)を再送します。 （９秒経過） また、１２秒経過してACKが、戻らないとき、SYN(3)を再送します。 （２１秒経過） また、２４秒経過してACKが、戻らないとき、SYN(4)を再送します。 （４５秒経過） また、４８秒経過してACKが、戻
Linux：OSのtcpタイムアウトのデフォルト値について † 例えば、curlを使用して、タイムアウト値を300秒に指定し、タイムアウトさせるよう無いことをしても、実際180秒を超えたくらいでタイムアウトする事象が発生していました。 これが、curlだけじゃなくて、例えばapacheのmod_proxy_balancerのバックエンドサーバへのタイムアウトについても、タイムアウト値を300秒とかでせっていしても、実際は180秒ちょいでタイムアウトしてしまっていました。 これについて、ちょっと調べたところどうもLinuxのOSとして持っているTCPのタイムアウト値が効いているようだ、ということがわかりました。 ここを見ると分かります。 #cat /proc/sys/net/ipv4/tcp_syn_retries 5 これはtcpのsynを送信するリトライ回数みたいで、以下のロジックでリト
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
「インターネット全体の形」は誰も知りません。 どこがどのように繋がっていて、全ての組織を網羅した「網の地図」はどんな形になるのか？、一番遠い所同士の「直径」はどれぐらいになるんだろうか？、本当はどれぐらいの組織が繋がっているのか？、どれぐらいのデータが流れているのだろうか？などの疑問に正確に回答できる人は、恐らく一人もいません。 しかし、それらを推測するような研究を人々が行えるように基礎データを公開している団体がいくつかあります。 今回は、「インターネットの形」を探るための基礎データとなり得る情報を公開しているサイトを紹介したいと思います。 routeviews アメリカオレゴン大学が公開しているBGP(Border Gateway Protocol)経路情報です。 フルルートデータが公開されています。 AS(Autonomous System,自律システム) Pathなどのデータを組み合
更新履歴 DNS拡張EDNS0の解析 Linuxカーネルをハッキングしてみよう Windowsシステムプログラミング Part 3 64ビット環境でのリバースエンジニアリング Windowsシステムプログラミング Part2 Windowsシステムプログラミング Part1 Contents インフォメーション 「TCP/IPの教科書」サポートページ 「アセンブリ言語の教科書」サポートページ 「ハッカー・プログラミング大全 攻撃編」サポートページ ブログ（はてな） BBS メール このサイトについて テキスト 暗号 詳解 RSA暗号化アルゴリズム 詳解 DES暗号化アルゴリズム crypt() アルゴリズム解析 MD5 メッセージダイジェストアルゴリズム crypt() アルゴリズム解析 （MD5バージョン） TCP/IP IP TCP UDP Header Format（IPv4） Ch
TCP/IPプログラミング 佐藤一郎 TCP/IPプログラミング（仮称、ソフトバンク刊）の原稿。 出版用の原稿のため、コピー及びリンクは御遠慮ください。 目次 ０章 はじめに １章 インターネット技術入門(各種通信技術の概要説明) インターネット 通信プロトコル TCP/IP ソケット通信 ２章 TCP:コネクション型通信 TCP通信 クライアントプログラムの作成 サーバプログラムの作成 ３章 SMTP＆POP3：電子メール送受信 電子メール メール送信(SMTP)クライアントの作成 メール受信(POP3)クライアントの作成 ４章 HTTP：World Wide Web技術 Hyper Text Transfer Protocol HTTPサーバの作成 付録A TCP/IP通信用システムコール 付録B Java言語版プログラムリスト
LPIC-3の試験対策情報ページです。出題範囲から試験対策に役立つサンプル例題・例題解説や、認定教材・参考書籍のご紹介、また無料で参考資料ダウンロードやメールマガジン登録も準備しておりますので、受験対策に是非お役だてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
