maa123 blog

Mastodonで利用しているObjectStorageの遅さをどうにかしようとした(1)

ますとどんちほーでは画像等を保存するObjectStorageに料金と安定性からScalewayを利用していますところが最近これの調子が悪く、画像のアップロードに何分も待たされる状態が続いているの

それぞれ東京リージョンのものについて触れます。料金比較は長くなるので下の方に書いておきました Vultrのメリット Windowsが利用可能(ライセンス料がかかるため料金は倍近くなります) Fire

ベータ期間中に借りたときのベンチマーク結果です(ベータ終了後の価格だとVultrのBaremetalの方が良いかも...?) Beta用のプランなのでこれと同一のスペックのものは見当たりませんでした

VPS起動後に毎回調べるのが面倒になったのでメモです Ubuntu18.04 rootであることが前提です Nodejs 詳細の書かれたページ #v12 curl -sL https://deb.n

オブジェクトストレージの比較です。 S3/GCSは複雑なので省略カッコ内の円表記はこの記事を書いている時点のレートを参考に雑に切り上げたり切り捨てたりしたもので、正確ではありませんまた、それぞれ

Goのwasmでの実行が少し前に試したときにうまく行かなかった理由がメモリを1GBも確保して溢れている事がわかり(こちらの記事を偶然見つけ)、実行にはできたのですが、長時間かかる処理を行うとサイトが丸

前のものがUSリージョンしかなかったときのもので、Tokyoリージョンが選択可能になっていたのでベンチマークを行いました speedtest-cli(通信速度) Ping: 1.914 ms Down

VultrにHigh Frequency Computeなるプラン(1CPU 1GBで$6で少し高めな代わりにスペックは高い、SSDも容量が少し大きめで速度も出る)が増えていたのでベンチマークを取りま

2018/11/18の話ですが書いていなかったので。 11月18日の夜中から19日にかけて記録できた限りでは最大2.5Gbps程度の攻撃でした。 CloudFlareを通していたため、当初はここの設定

ますとどんちほーにElasticsearchを導入したときのメモです https://github.com/tootsuite/documentation/blob/master/Running-Ma

2019-02-05からLinodeでDedicated CPUが選択可能になっていたので借りてベンチマークとか取ってみました同じCPUが割り当てるということはなく、何種類かあるうちから割り当てられ

VPSのストレージが足らなくなり、Wasabiを利用する方法を検討したのですが、プログラムを大きく書き換える必要がありめんどうだな...と思っていたところ普通のストレージのようにS3をマウント可能なソ

ますとどんちほーの構成WEB,DB,Worker : linode Media Storage,Backup : wasabi メインとして、WEBはnginx, Streaming, Pumaで一台

.

GTmetrix1.全てhtmlにして動的に生成しないphp等を利用すると遅くなってしまいます。動的に生成する必要があるものはfetch api等で非同期に取得すると早いです。 2.サーバープッシュ

WordPressは重いので。