avatar
Вот только новые векторы атаки все так же появляются.
avatar
hostsuki.pro я бы давно переименовал в какой-ниб hosting.news и даже купил бы его за премиум
но увы я чту историю
если уж что-то исторически сложилось то это навсегда

но возможно у меня будут еще блоги о хостингах
и там будет использоваться и .news в том числе
avatar
3. а так же многие домены захвачены на будущее. чтобы показать что именно я прошарился, продумал наперед и купил-захватил заранее, что типо я знал лучше других как правильно делать «красоту в брендинге»
avatar
1. чтобы мои проекты получали лучший из возможных домен
2. чтобы обладать редкими доменами как кто-то покупает себе супер престижную машину
avatar
Тратишь на домены по 400к в год, чтобы что?)
avatar
avatar
Да, и под CUDA я бы пока все равно предпочел NVIDIA: меньше сюрпризов с библиотеками. AMD интересна ценой и ROCm, но конкретный проект надо проверять заранее. Если весь стек завязан на TensorRT или CUDA-only пакетах, экономия на карте может потом уйти во время разработчиков.
avatar
Сейчас GPU-серверы уже давно не только про обучение моделей. У меня в такой конфигурации я бы рассматривал еще рендер, транскодирование, vision и локальный inference. У HOSTKEY выбор стал шире: есть RTX 4090/5090 и профессиональные карты с большой VRAM. Но для Stable Diffusion я бы не брал дорогую 96 ГБ карту, если обычной 24–32 ГБ хватает с запасом.
avatar
Из вариантов можно посмотреть GPU серверы HOSTKEY. Есть конфигурации с RTX 4090, RTX 5090 и профессиональными ускорителями с большим объемом видеопамяти. Для небольших моделей и генерации изображений потребительские RTX выглядят рационально, а для крупных моделей и длительных вычислений я бы уже сравнивал профессиональные GPU по VRAM и требованиям конкретного фреймворка. Еще я бы заранее проверял загрузку через nvidia-smi во время реальной задачи. Если GPU используется только на 50 или 60 процентов, причина может быть вообще не в видеокарте. Узким местом иногда становится CPU, подготовка данных, NVMe или недостаточная скорость загрузчика датасета.
avatar
.zzz
.yyy
.xserver
.wallet
.wave
.way
.wifi
.wordpress
.verified
.vpn
.vps
.user
.usdt
.url
.unlimited
.update
.uid
.tag
.this
.time
.screen
.sdk
.sea
.sec
.saas
.scan
.sell
.server
.send
.share
.real
.reply
.robot
.qwe
.pass
.path
.person
.plan
.pop
.port
.portal
.portfolio
.pow
.power
.ppp
.private
.profile
.project
.prompt
.protocol
.proton
.proxy
.public
.omg
.only
.ops
.orb
.order
.neko
.neo
.nerd
.node
.not
.note
.mail
.manga
.maps
.meow
.messenger
.moon
.more
.lab
.labs
.lan
.list
.log
.login
.kek
.key
.iam
.idea
.iii
.internet
.gamer
.god
.faq
.feed
.file
.files
.edge
.ddd
.deploy
.drone
.drop
.ccc
.cdn
.central
.cert
.config
.connect
.core
.corp
.crypto
.backup
.bad
.bag
.beta
.acc
.account
.accounting
.ace
.active
.add
.admin
.age
.agent
.agentic
.agentid
.alpha
.anon
.api
.auth

вот мне приглянулись

очень много дублирующих зон
из-за этого «стандарт» теряется какой-то

но вот такие зоны как .api
это 100% будет популярно

ибо у всех сервисов есть API
и логично что каждый бренд это купит

так же по смыслу еще 10-20 можно отнести

остальные же чисто под настроение под своего покупателя который не пользуется стандартами, а именно что просто по вкусу выбирает

так же всякие 3 повторяющиеся буувы типо
.zzz
тоже смотрятся неплохо
думаю все такие будут аналогичны как .xyz
avatar
Из вариантов можно посмотреть выделенные GPU серверы HOSTKEY. Есть конфигурации с RTX 4090 и RTX 5090, а также серверы с несколькими RTX 4090. Для длительных вычислений я бы выбирал именно dedicated GPU, поскольку вся видеокарта и остальные ресурсы машины находятся в распоряжении одного проекта. Под обучение я бы также закладывал хороший запас обычной RAM и быстрый NVMe. Если датасет большой, а подготовка batch постоянно упирается в диск или процессор, загрузка GPU будет падать. В итоге дорогой ускоритель часть времени просто простаивает.
avatar
Из вариантов я бы посмотрел GPU серверы HOSTKEY. У них есть именно выделенные GPU конфигурации, где видеокарта предоставляется целиком одному серверу. Для длительной нагрузки это предпочтительнее виртуальной GPU, поскольку нет разделения ресурсов между несколькими клиентами. Еще важный момент касается процессора и дисковой подсистемы. Если обучение постоянно читает большой датасет, слабый CPU или медленный накопитель могут привести к тому, что GPU будет простаивать. Поэтому под машинное обучение я бы закладывал достаточный объем RAM и NVMe, особенно если активно используется предварительная обработка данных.
avatar
Я бы также не экономил на обычной RAM и диске. Если сервер работает с большими датасетами, желательно иметь минимум 64 ГБ оперативной памяти и NVMe. Иначе GPU может простаивать, пока процессор готовит данные или система читает их с накопителя. CPU тоже нужно подбирать под задачу. Для обучения моделей с тяжелой предварительной обработкой данных слабый процессор легко становится узким местом. То же самое касается нескольких параллельных задач, когда одной видеокарте приходится постоянно ждать подготовку следующего batch. У HOSTKEY можно взять конфигурацию с RTX 4090 или RTX 5090 и самостоятельно установить Ubuntu, драйверы NVIDIA, CUDA, Docker, PyTorch, TensorFlow или другой стек. Для меня это удобнее готового закрытого окружения, поскольку можно точно зафиксировать версии библиотек под конкретный проект.
avatar
когда-то я платил деньги админу чтобы он провел мне эксперименты

сейчас бот гугла ответил за 2 минуты
вопрос
нужно провести стресс тест nvme диска, какую команду в линуксе almalinux указать чтобы создавался файл размером 100 ГБ, потом удалялся и создавался снова и так без прекращения операции

ответ
Для бесконечного стресс-теста NVMe-диска в AlmaLinux проще всего использовать циклическую перезапись файла с помощью утилиты dd.
Перед запуском обязательно перейдите в директорию (точку монтирования) вашего NVMe-диска, чтобы тест шёл именно на нём, а не на системном разделе.
Вот готовая команда, которую нужно запустить в терминале:

while true; do dd if=/dev/zero of=test_stress_file bs=1M count=102400 status=progress; rm -f test_stress_file; done

Как это работает:
while true; do ...; done — запускает бесконечный цикл.
dd if=/dev/zero of=test_stress_file — создаёт файл test_stress_file и заполняет его нулями.
bs=1M count=102400 — задаёт размер блока в 1 Мегабайт и копирует ровно 102 400 блоков, что в сумме даёт ровно 100 ГБ.
status=progress — выводит текущую скорость записи и объём данных в реальном времени.
rm -f test_stress_file — удаляет файл сразу после того, как он достигнет 100 ГБ, чтобы цикл начался заново.
Чтобы остановить этот процесс, просто нажмите комбинацию клавиш Ctrl + C.
Если вы хотите не просто линейно перезаписывать один файл, я могу помочь вам настроить профессиональный инструмент для стресс-тестов fio, который умеет симулировать реальную нагрузку (случайную запись/чтение во много потоков).
Хотите посмотреть, как запустить тест через fio, или вам достаточно базового скрипта с dd?

итого
while true; do dd if=/dev/zero of=test_stress_file bs=1M count=102400 status=progress; rm -f test_stress_file; done


а лучше вот так — 4 блока по 25 многопоточность
for i in {1..4}; do (while true; do dd if=/dev/zero of=test_stress_file_$i bs=4M count=6400 status=none; rm -f test_stress_file_$i; done &); done


короче хуевые диски например у того же селектела
сервер зависает сразу через 2-3 дня
даже в raid1 все дела

если же брака нету
работает неделю и не зависает
и вот такие узлы нужно покупать
avatar
как работает их бесплатный антиддос
отчет hosting.show/alice2k-hosting/vtoroy-raz-blekhol-srabotal-na-selektel.html
avatar
из 4 зон доступности
2 пустуют
да можно сказать что и 3
только 1 более менее заполнилась но тоже прибыли там еще нету, но тут уже моя вина что я еще и вечные раздавал, не было бы вечных — 2 из 4 были бы в прибыли

я ожидал большего спроса
а оказался спрос хуйня
avatar
чтобы выйти в прибыль нужно короче по 5 серверов хотя бы в каждой зоне доступности
чтобы окупить расходы на /24 в эту зону в том числе

в итоге у меня 2 зоны доступности с 1 узлом

почему никто не покупает я ниибу
топ процессор
топ дц
цены сделаны дешевле чем в оригинале

а спроса на РФ нет
avatar
07/2026 отчет использования история много ссылок
hosting.kitchen/yacolo-com/absolyutno-besplatno-sdelaem-vam-klaster-v-selectel_2.html

корректировка цен
hosting.kitchen/yacolo-com/itak-kak-ranee-i-govoril-tk-selectel-dvazhdy-za-god-povysilo-ceny-korrektirovka-s-1-iyulya.html

hosting.show/tag/selectel-9950x/
проблемы с которыми столкнулись

по факту из 20 заказов
6 заказов было отменено сразу в ближ неделю месяц или заменено
остальные 14 отработали
но только 2 штуки — идеальные работают с самого старта и не разу не ребутнулся аптайм

вообще итоговый вывод
я зря запустил эту локацию
она высосала из меня миллион убытков
в прибыль даже не разу не вышла
зато типо «можно круто топ дц селектел лучший в рф» — в списке услуг
но сука — этот топ дц нихуя не продается я заебался с ним
avatar
для иностранцев или у кого нет рублей
selectel.ru/prices/ — продаем все это за крипту в любых объемах
avatar
Еще имеет значение не только сама видеокарта. Если исходные модели, VAE и изображения постоянно читаются с медленного диска, GPU может простаивать между задачами. Поэтому я бы брал конфигурацию с NVMe и нормальным запасом RAM. У Hostkey серверы с RTX 4090 и RTX 5090 комплектуются NVMe, а объем RAM в готовых конфигурациях начинается от 64 ГБ для части вариантов с 4090 и доходит до 128 ГБ у вариантов с 5090. Для самой Stable Diffusion у Hostkey есть отдельная инструкция по развертыванию WebUI на Ubuntu с NVIDIA CUDA. В качестве примера там используется SDXL с разрешением 1024 на 1024 и количеством шагов от 30 до 50. То есть сервер можно использовать не только как голую GPU машину, а сразу собрать обычную рабочую среду под генерацию изображений. Для экспериментов я бы еще не покупал сервер сразу на месяц. У Hostkey готовые выделенные и виртуальные GPU серверы можно оплачивать почасово. Это удобно именно для сравнительного теста. Берете RTX 4090 и RTX 5090, запускаете одинаковый workflow, считаете среднее время генерации и уже после этого смотрите стоимость изображения.