Отдельная таблица данных
Цифры замеров живут в небольшой структурированной таблице, отдельно от маркетингового текста. Новое устройство — это строка с CPU, OS, версией .NET, профилем, исходным файлом и измеренными значениями MB/s.
Замеры
Замеры, которые объясняют реальные потолки развёртывания.
Цифра пропускной способности полезна только тогда, когда понятно, что именно измерили. Cotton публикует проверенные базовые строки рядом с типичными потолками сети и использует самую медленную локальную стадию записи для публичных заявлений о соответствии сети.
Охват набора замеров
Набор замеров гоняет реальные компоненты хранения Cotton: хеширование SHA-256 для контентной адресации, сжатие/распаковку Zstd, крипто-процессоры AES-GCM, I/O бэкенда файловой системы и синтетический конвейер сжатие-плюс-шифрование.
- Базовые замеры в режиме машины не включают загрузку из браузера, HTTP multipart, PostgreSQL, владение чанками, создание манифеста, механику прогресса, TLS или параллелизм на уровне приложения.
- Базовые замеры в режиме машины не требуют PostgreSQL.
- Быстрые профили дешевле для маломощных устройств.
- Стандартные профили дают более сильное локальное свидетельство регрессий.
Контекст потолков сети
100 MbE, 1 GbE, 2.5 GbE и 10 GbE указаны как потолки в MB/s, потому что так замеры хранилища проще читать. Для практического 2.5 GbE цель около 280 MB/s; 10 GbE нужно примерно 1.1 GB/s после накладных расходов.
Как читать таблицу
Самая большая цифра не всегда самая полезная. AES-GCM может быть быстрым, пока сжатие, хеширование или диск — настоящий ограничитель. Поэтому столбец соответствия сети берёт самую медленную измеренную локальную стадию записи, а не среднее по синтетическому конвейеру и не изолированный результат крипты.
Что добавить дальше
Самые полезные будущие строки: слабый ARM NAS, бюджетная облачная VM, среднего класса мини-ПК, NAS на SATA SSD, NVMe-десктоп и сервер 10 GbE. Они покажут, где Cotton упирается в сеть, а где оборудование уже начинает кусаться.
Что измеряют базовые замеры
Страница замеров держит измерения локальных стадий отдельно: SHA-256, сжатие Zstd, шифрование AES-GCM, I/O файловой системы, синтетический конвейер и стадии на стороне чтения. Публичное покрытие использует самую медленную стадию пути записи.
Скорость без махания руками
Cotton может говорить о скорости без дыма и зеркал. Таблица показывает, может ли машина покрыть типичные потолки сети, и называет стадию, которая реально ограничивает обработку приёма данных.
Это всё ещё не математика живой загрузки
Базовые замеры на машине — не обещания живой сквозной загрузки. Поведение браузера, HTTP, TLS, PostgreSQL, создание манифеста, задержка бэкенда хранения, набор файлов и параллелизм всё ещё формируют боевую пропускную способность.
Измеренные базовые замеры
Проверенные числа, а не геройское заявление.
Каждая строка загружается из закоммиченных JSON-замеров Cotton в performance/baselines; запасные строки сайта нужны на случай сбоев сети или кеша. Новые базовые замеры машинного стандарта появляются после пятиминутного окна перепроверки; строки отсортированы от слабого расчётного предела обработки на пути записи к сильному.
Выберите канал
Сравните железо Cotton со своей сетью.
Выберите сеть, на которой реально живёте. Сравнение берёт самую медленную измеренную стадию локальной записи, потому что отдельная скорость шифрования ничего не значит, если хеширование, сжатие или файловый ввод-вывод медленнее.
Эти строки — настоящие прогоны на стандартном железе из бенчмарк-комплекта Cotton, а не нарисованные парадные цифры. Публичные эталонные JSON лежат на GitHub, а сайт перепроверяет их каждые пять минут.
Выбранная сеть1 GbE
Практический потолок112 MB/s
Сырая скорость линии125 MB/s
Обычная база для домашнего NAS и маленького офиса. Сжатию, шифрованию и диску достаточно низких сотен МБ/с, чтобы не тормозить канал.
Intel Celeron J3355 NAS82.2 MB/sлимит: Сжатие Zstd
покрывает 0.7x
Оценочный лимит пути записи против 1 GbE с практическим потолком 112 MB/s. Берётся самая медленная измеренная локальная стадия: SHA-256, сжатие Zstd, шифрование AES-GCM или файловый ввод-вывод.
Intel N100 mini server150 MB/sлимит: Сжатие Zstd
покрывает 1.3x
Оценочный лимит пути записи против 1 GbE с практическим потолком 112 MB/s. Берётся самая медленная измеренная локальная стадия: SHA-256, сжатие Zstd, шифрование AES-GCM или файловый ввод-вывод.
Intel Xeon E-2236 server448 MB/sлимит: Сжатие Zstd
покрывает 4.0x
Оценочный лимит пути записи против 1 GbE с практическим потолком 112 MB/s. Берётся самая медленная измеренная локальная стадия: SHA-256, сжатие Zstd, шифрование AES-GCM или файловый ввод-вывод.
Intel Core i5-12450H laptop572 MB/sлимит: Сжатие Zstd
покрывает 5.1x
Оценочный лимит пути записи против 1 GbE с практическим потолком 112 MB/s. Берётся самая медленная измеренная локальная стадия: SHA-256, сжатие Zstd, шифрование AES-GCM или файловый ввод-вывод.
Intel Core i7-14700F desktop593 MB/sлимит: Сжатие Zstd
покрывает 5.3x
Оценочный лимит пути записи против 1 GbE с практическим потолком 112 MB/s. Берётся самая медленная измеренная локальная стадия: SHA-256, сжатие Zstd, шифрование AES-GCM или файловый ввод-вывод.
Intel Core i9-13900K desktop884 MB/sлимит: Сжатие Zstd
покрывает 7.9x
Оценочный лимит пути записи против 1 GbE с практическим потолком 112 MB/s. Берётся самая медленная измеренная локальная стадия: SHA-256, сжатие Zstd, шифрование AES-GCM или файловый ввод-вывод.
| Машина | Профиль | Соответствие сети | Предел пути записи | SHA-256 hashing | Zstd compression | AES-GCM encrypt | Filesystem I/O | Synthetic pipeline | Zstd decompression | AES-GCM decrypt | Источник |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Intel Celeron J3355 NASIntel(R) Celeron(R) CPU J3355 @ 2.00GHz / 2 потоков / Ubuntu 24.04.4 LTS | standard.NET 10.0.8 / 24 мая 2026 г. | 100 MbEпо самой медленной локальной стадии записи | 82.2 MB/sограничено Zstd compression | 536 MB/s | 82.2 MB/s | 251 MB/s | 629 MB/s | 369 MB/s | 188 MB/s | 286 MB/s | performance/baselines/linux-x64-intel-r-celeron-r-cpu-j3355-2-00ghz-dotnet10.machine.standard.json |
| Intel N100 mini serverIntel(R) N100 / 4 потоков / Ubuntu 24.04.4 LTS | standard.NET 10.0.7 / 24 мая 2026 г. | 1 GbEпо самой медленной локальной стадии записи | 150 MB/sограничено Zstd compression | 1.24 GB/s | 150 MB/s | 447 MB/s | 1.14 GB/s | 817 MB/s | 308 MB/s | 471 MB/s | performance/baselines/linux-x64-intel-r-n100-dotnet10.machine.standard.json |
| Intel Xeon E-2236 serverIntel(R) Xeon(R) E-2236 CPU @ 3.40GHz / 12 потоков / Ubuntu 24.04.3 LTS | standard.NET 10.0.8 / 24 мая 2026 г. | 2.5 GbEпо самой медленной локальной стадии записи | 448 MB/sограничено Zstd compression | 541 MB/s | 448 MB/s | 1.32 GB/s | 2.31 GB/s | 2.05 GB/s | 801 MB/s | 1.29 GB/s | performance/baselines/linux-x64-intel-r-xeon-r-e-2236-cpu-3-40ghz-dotnet10.machine.standard.json |
| Intel Core i5-12450H laptop12th Gen Intel(R) Core(TM) i5-12450H / 12 потоков / Ubuntu 24.04.3 LTS | standard.NET 10.0.8 / 24 мая 2026 г. | 2.5 GbEпо самой медленной локальной стадии записи | 572 MB/sограничено Zstd compression | 2.00 GB/s | 572 MB/s | 1.49 GB/s | 2.72 GB/s | 2.45 GB/s | 966 MB/s | 1.53 GB/s | performance/baselines/linux-x64-12th-gen-intel-r-core-tm-i5-12450h-dotnet10.machine.standard.json |
| Intel Core i7-14700F desktop14th Gen Intel(R) Core(TM) i7-14700F / 28 потоков / Microsoft Windows 10.0.26200 | standard.NET 10.0.7 / 22 мая 2026 г. | 2.5 GbEпо самой медленной локальной стадии записи | 593 MB/sограничено Zstd compression | 2.39 GB/s | 593 MB/s | 2.06 GB/s | 1.91 GB/s | 3.07 GB/s | 1.14 GB/s | 2.38 GB/s | performance/baselines/windows-x64-14th-gen-intel-r-core-tm-i7-14700f-dotnet10.machine.standard.json |
| Intel Core i9-13900K desktop13th Gen Intel(R) Core(TM) i9-13900K / 32 потоков / Microsoft Windows 10.0.26200 | standard.NET 10.0.8 / 01 июн. 2026 г. | 2.5 GbEпо самой медленной локальной стадии записи | 884 MB/sограничено Zstd compression | 2.53 GB/s | 884 MB/s | 2.14 GB/s | 1.45 GB/s | 3.04 GB/s | 1.26 GB/s | 2.11 GB/s | performance/baselines/windows-x64-13th-gen-intel-r-core-tm-i9-13900k-dotnet10.machine.standard.json |
Старый маломощный Celeron. Полезен, чтобы показать, где локальный путь записи на сжимаемых данных может просесть ниже 1 GbE.
Небольшой мини-сервер. Консервативный предел пути записи закрывает 1 GbE, а 2.5 GbE уже просит больше запаса по сжатию.
Серверный CPU. Самая медленная измеренная стадия записи закрывает практичные 2.5 GbE, но это не заявка на приём 10 GbE.
Мобильный CPU. Консервативный предел пути записи закрывает практичные 2.5 GbE с запасом под обычные накладные расходы развёртывания.
Десктоп. Сжатие — консервативный ограничитель пути записи, но всё ещё выше практичных 2.5 GbE.
Топовый десктоп. Самая медленная стадия записи имеет хороший запас по 2.5 GbE, а 10 GbE остаётся целью для всей системы.
Вопросы
Прямые ответы
Зачем на странице замеров показывать потолки сети?
Потому что люди думают про скорость сети, когда разворачивают файловое облако. Публичное сравнение использует оценённый предел обработки пути записи: самую медленную измеренную стадию SHA-256, сжатия Zstd, шифрования AES-GCM или I/O файловой системы. Около 280 MB/s закрывает практический 2.5 GbE; для 10 GbE нужно примерно 1.1 GB/s или больше после накладных расходов.
Эти цифры замеров — обещание?
Нет. Это проверенные базовые цифры для конкретных машин и профилей. Реальные развёртывания зависят от CPU, диска, файловой системы, задержки S3, сети, TLS, настроек Docker, типов файлов и параллелизма.
Почему покрытие считается по самой медленной стадии пути записи?
Так цифра синтетического конвейера не превращается в публичное обещание по загрузке. SHA-256, сжатие Zstd, шифрование AES-GCM и I/O файловой системы — у всех должен быть локальный запас.