エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
s3cmdじゃなくてawscli s3を使おう~IDCFクラウドオブジェクトストレージでも | 稲葉サーバーデザイン
awscli s3のほうが、40%ぐらい速いという結果となりました。 1GBのファイル転送で71秒というのは、1024M... awscli s3のほうが、40%ぐらい速いという結果となりました。 1GBのファイル転送で71秒というのは、1024MB/71sec = 14.4MB/sec = 115.4Mbps ということで、これはIDCFクラウド S1のネットワーク帯域の上限なのかな、と感じました。 そうであれば、転送元のネットワーク状況によっては、もっと速くなるでしょう。 実際、先述の記事の場合は、同じ1GBのファイルを16秒で転送完了していますね。 なお、s3cmdのConfigは、デフォルトで、マルチパートアップロードで分割する際のサイズは15MB、送信チャンクサイズ65536となっています。 -- ~/.s3cfg multipart_chunk_size_mb = 15 send_chunk = 65536 -- awscli s3では、マルチパートに分割する際のサイズはデフォルトで8MBです。 (参考
2019/02/10 リンク