先日、 Goに初めて私のパッチが取り込まれ 、コントリビュータに仲間入りしました。 このパッチは、 database/sql.Stmt をヘビーに使った時に性能がだいたい16コア以上のコア数にスケールしないという問題を解決するものです。 こういった問題をどうやって調査するのかと、Goにパッチが取り込まれるまでの手順を紹介します。 背景 私は TechEmpower の FrameworkBenchmarks という、いろんな言語/フレームワークで同一のアプリを作ってベンチマークするというプロジェクトで、主にPython関連のメンテナをしています。 Goにも興味があるので、Ginというフレームワークを追加したりコードレビューに参加したりしています。 2014-05-01 に行われた前回のベンチマーク Round 9 では、 PEAK Hosting が実行環境に加わりました。この環境は、デュ
今回のリリースは、前回のメジャーリリースから6か月を経たもので、いくつかの仕様変更とともに、対応するOSやCPUアーキテクチャを拡大している。 もっとも重要な変更点は、コアとgolang.org/x/mobileレポジトリにおけるAndroidの正式なサポートで、今回の正式サポートによって、Go言語だけで簡単なAndroidアプリが作れるようになった。現段階では、高レベルな開発に使えるライブラリはほとんどサポートしていないが、Go言語によるAndroidアプリ開発をいち早く楽しめる。 言語仕様については、for-rangeループにおける文法を変更しており、「for range s {」の記述によって値やループインデックス、マップキーなどの定義なしでループできる。また、ソースコードを自動で作成可能なサブコマンドも新たに用意している。 このほか、数多くの機能向上とバグフィックスが行われた。 「
Go言語のスタックとヒープ
GoCon 2013 Autumn で「Go言語のスタックとヒープ」という発表をしました。 資料はこちら： http://goo.gl/s6at62 スライドだけでは分かりにくい部分もあるので、ブロク記事として以下にも記しておきます。(この記事を読めば、スライドは読まなくてOKなはず) スタックとヒープについて 実行時に動的にメモリを確保する領域として、スタックとヒープがある。 スタックメモリは関数のコールスタックを格納していて、ローカル変数、引数、戻り値もここに置かれる。 スタックのPushとPopは高速なので、オブジェクトをスタックメモリに確保するコストは小さい。ただし関数を抜けてスタックがPopされると解放されるので、関数の寿命を超えてオブジェクトは生存できない。 一方のヒープメモリは、コールスタックとは関係ないので、関数スコープに縛られずにオブジェクトを確保しておける。ただし空き領
オンライン予選後レギュレーションに則り、参加者から提出された AMI を元に主催者が実行し競技時間中に計測された性能値に近い値が再現できるかを確認いたしました。その結果、本選出場者は以下となります。スコア、チーム名、利用言語、の順となっています。 本戦出場者予選第1日トップ5枠 1. 82386 チームフリー素材 [Go] 2. 65398 鉄球 [Ruby] 3. 62145 山形組 [Perl] 4. 60344 lily white [Go] 5. 45742 ご注文はPHPですか？ [Go] 予選第2日トップ5枠 1. 67782 fujiwara組 [Perl] 2. 51045 .dat [Go] 3. 49199 SHINCHOKU.ZERO [C++] 4. 46875 椅子子 [Ruby] 5. 42809 EH-MTI [Ruby] 総合トップ13枠 第1日・第2日それ
Kibana や Grafana を使う時に、これらはjsのツールなので、 Erasticsearch や InfluxDB といったバックエンドサービスにjsからアクセスできるようにする必要がある。 そのためには、 普通にバックエンドサービスのportを開放 nginxとかでリバースプロクシ とかする必要があり、めんどくさい。 さらにセキュリティのことを考えると、2の方法のうえに、nginxでSSL+Basic認証なんかにする必要があってよりめんどくさい。 さらに、僕はBasic認証が嫌いだ。 昔は Firefox + 1Password で良い感じにBasic認証の入力が行えたが、いまはだめになってしまったし、 Basic認証だとアカウントの管理もめんどくさい。 なので、Google認証なhttpdでリバースプロクシもできる、gateというツールを作った。 https://github
Here are my own best practices that I've gathered from my personal experiences with dealing lots of Go code for the past years. I believe they all scale well. With scaling I mean: Your applications requirements are changing in an agile environment. You don't want to refactor every piece of it after 3-4 months just because you need to. New features should be added easily. Your application is devel
Go support for Android David Crawshaw June 2014 Abstract We propose to introduce Go support for the Android platform. The focus will be on supporting games written in Go. The APIs will be those defined in the Android NDK. Background Android is an operating system designed for running apps. An app relies on far more platform libraries and services than are provided by a traditional Unix operating s
Qiitaは2ヶ月ぶりです。 GopherCon2014でSoundCloudの方がプロダクションでGoをどう使うかというところで発表されていたようです。その内容がブログで公開されていたので、僕の勉強も兼ねて翻訳することにしました。 英語は得意でないのですが、ザクッと訳してみました。きっと間違い有るので、どうかご指摘ください。 元ネタ：http://peter.bourgon.org/go-in-production/ スライド：https://github.com/gophercon/2014-talks/blob/master/best-practices-for-production-environments.pdf プロダクション環境でのベストプラクティス SoundCloudでは、たくさんのクライアントに対してAPIの形でプロダクトを提供するようにしています。ですから、ウェブサイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
