「376幅」というのは、カラム幅に合わせて最適なサムネイル幅を算出した画像サイズだと思います。
実際の表示サイズが376pxなのに対し、実際の画像が320pxだと画像引き伸ばす形で表示することになります。
そうなると、画像が粗くなってしまうので、ピッタリサイズに出力されるようにCocoon側で計算して画像サイズを割り当てています。

ただし、ピッタリサイズだったとしても、スマホで見た場合は、粗く見えてしまう場合があるのでその場合は、「Retinaディスプレイ対応」機能があります。
そうすると、サイズが倍の画像が作られるケースもあります。

ご返信ありがとうございます。

トップとカテゴリーページのブログカードの幅が376になっていることに気が付いていませんでした！スミマセン。

・「実際の表示サイズが376幅」というのは、トップページとカテゴリーページのブログカード用のサムネイルサイズで、

・376幅は、Cocoonが自動生成しているサイズ。

という理解であっていますでしょうか。

異常に画像が多いブログなので、「記事内画像（スクリーンショットなど）」に対する自動生成分をFTPで削除しようかと思って、自動生成画像の用途を確認していたところでした。テーマで自動生成される６サイズは、「記事内」画像に対する分は削除して大丈夫ということになりますよね。

お忙しいところありがとうございます。とても助かります。

訂正です。
＞テーマで自動生成される６サイズは、「記事内」画像に対する分は削除して大丈夫ということになりますよね。
100pxは、メディアライブラリの画像一覧用のサムネイルということで、削除してはいけませんね。

・「実際の表示サイズが376幅」というのは、トップページとカテゴリーページのブログカード用のサムネイルサイズで、

・376幅は、Cocoonが自動生成しているサイズ。

という理解であっていますでしょうか。

あっていると思います。
全てのトップページ、カテゴリページに限らず、タグページやアーカイブページのような、全てのインデックスページに適用されます。

異常に画像が多いブログなので、「記事内画像（スクリーンショットなど）」に対する自動生成分をFTPで削除しようかと思って、自動生成画像の用途を確認していたところでした。テーマで自動生成される６サイズは、「記事内」画像に対する分は削除して大丈夫ということになりますよね。

僕は削除しない方が良いと思います。
閲覧端末サイズによって、レスポンシブで適切に表示される画像としても使われるので。
そもそも、なんで削除する必要があるのかが、ちょっとわかりません。
Cocoon自動生成する画像サイズ程度で、ディスク容量が圧迫されるようなサーバーを使用しているようであれば、サーバ変更を考えた方が良いのかもしれません。
見たところ、エックスサーバーのようなので、サーバ容量の心配は必要なさそうに感じますが。
何か別の理由とかがあるのでしょうか。

ちなみに、当サイトはエックスサーバーより50GB容量が少ない150GBのサーバを利用しています。
当サイトも画像を結構多く利用しています（フォーラムでも毎日画像がアップされています）が、画像容量が満タンになるには、現在のペースだと33年かかる計算になります。
エックスサーバーのような200GBサーバーだと、45年かかる計算になります。
その間、サーバー増強で容量アップとかもあると思うので、実質的に当サイト程度の画像使用量と更新頻度であればディスク容量的な心配は無いに等しいです。

ディスク容量確保的な目的であれば、FTPで画像削除する手間を考えると、作業コストの方が高いような気がします。
違う目的で画像削除でしたらごめんなさい。

ご返信ありがとうございます！

素人考えで間違っているかもしれないのですが、「サーバーにあるデータが少ない方が、ページスピードがあがるのかな？」と思っておりました。容量を使い切る心配はしていなかったのですが、「なるべくデータ使用量を少なくする工夫」が「ページスピード向上」につながるのかと思っていました。スミマセン・・・そこから間違っていたのかもしれないですネ★。

それで、各自動生成サイズの使用用途を確認して、「記事内画像の」自動生成分画像を削除してテストをしていました。自分が確認できる範囲で、ですが、120, 150, 160, 320, 376幅は削除しても表示に影響が無かったので、削除しようと思っておりました。とはいえ・・・。確認しきれないブラウザ・デバイスの種類がたくさんありますので、こちらで、一応公式に使用用途を確認させていただきました。

＞閲覧端末サイズによって、レスポンシブで適切に表示される画像としても使われるので。

情報ありがとうございます。テーマによる自動生成分のサイズは、100幅以外は、「記事トップのアイキャッチのためで、記事内画像の分は使われていないのでは」と思っていたので、確認して良かったです・・・！

詳しく返信していただき、本当にありがとうございました！

素人考えで間違っているかもしれないのですが、「サーバーにあるデータが少ない方が、ページスピードがあがるのかな？」と思っておりました。

そういうことでしたか。
サーバーのディスク容量によって、ページスピードに影響することはほぼほぼないかと思います。
ほぼほぼというのは、サーバー自体（アカウント単位ではなく共用サーバー全体）のディスク容量がパンパンに圧迫されていればそういうこともないと言いませんが、そんな雑なサーバー運営をしているサービスはないため、ないと言っていいかと思います。

自分が確認できる範囲で、ですが、120, 150, 160, 320, 376幅は削除しても表示に影響が無かったので、削除しようと思っておりました。

影響はおそらくあるかと思います。
本来、小さな画像が呼び出されるべき場所で、重たい画像が読み込まれている恐れがあります。
ページスピードを早めるというということで行っているのであれば、全くの逆効果になるかと思います。
本来、数KBで済んだ画像読み込みが、数MBの画像が読み込まれるなんてこともあるかと思うので。

ディスク容量よりも、サイト上で表示しているスクリプトとかを少なくするほうがよほど効果的かもしれません（無駄にJavaScriptを読み込まない）。

閲覧端末サイズによって、レスポンシブで適切に表示される画像としても使われるので。

例えば、画像タグによっては以下のように、画面サイズに合わせて最適な画像が表示されるように設定が準備されています。

srcset="
1280w,
300w,
500w,
768w, 800w"

https://qiita.com/C058/items/643a9ff2d23dfe3a0b37

※必ずしもCocoonが自動生成している全ての画像が利用されるわけではありません。

フォーラムによってURLが画像にが変換されてしまった ? 
imgタグのsrcset属性のコード例がこちら。
https://notepad.pw/share/xg1pfwkft

本来、小さな画像が呼び出されるべき場所で、重たい画像が読み込まれている恐れがあります。
ページスピードを早めるというということで行っているのであれば、全くの逆効果になるかと思います。

とても勉強になりました・・・！私の確認方法だと、「表示か非表示か」の違いしか見れていなかったので、読み込まれる画像が変わる、ということには気がつけませんでした。（コードの知識がゼロなので★。）

srcset属性の説明リンクもありがとうございます。画面サイズに応じて『ブラウザが最適サイズを選べる』ようになっているんですね。それを可能にするためにsrcsetというコードがあって、自動生成分の画像ファイル名がリストされているんですね。なるほど～。

コードってすごいですね。（最近サイトマップのショートコードにも度肝を抜かれたばかりです。笑。）

初心者の質問に丁寧に対応していただいて、本当にありがとうございました！