Виктор Таран, интересно, почему до сих пор не получилось у линукс-сообщества за столько лет написать instant-шустрый RDS и клиент под него? Понятно, что MS RDP шлет в сеть только "математическую" дельту изменений рисунка удаленного рабочего стола, а клиент соответственно работает именно с изменениями. Но блин, ведь, реально скоро 20 лет как, а быстро работающий стэк на лине так и не родился, хотя бы под иксовые кеды, синнамоны, xfce.
И получается, что на вэйланд, вообще, шансов не будет?
Re1k, да, на тауэрах, и это тоже проблема для меня в плане экономии финансов для организации, потому что уже почти все ДЦ либо не берут к себе в коллокейшн тауэры, либо выставляют ценник, как за 6-10 юнитов.
Идея собрать консьюмерское железо в 2-х юнитовом корпусе имеет изъяны в виде "а какой кулер на проц поставить"., так как процы последних поколений все горячие, начиная с 12-го.
Но пока толком не удалось собрать в корзине продавца уверенное что-то.
Предполагаю, в 4 юнита можно закидать хорошее охлаждение.
Re1k, советовать процы для связки 1с+*sql - это сродни открытию портала в ад с упором на холивар )).
Я могу просто своим опытом поделиться, но это не облегчит вам выбор.
4 - сервера на i9-11900K,
1 - сервер на i9-9900K
1 - на райзен 7950x.
У всех все диски m2 nvme. Часть на на pci3 есть на pci4. Самунги ПРО 970/980, в основном. Есть крушал,не помню какие.
Память по 64 ГБ.
Их срок службы 2-4 года.
На всех гипервизор libvirtd qemu/kvm + lxc.
Нареканий не было пока, но подспудно есть опасения на подкорке, что в один прекрасный день может накернится. Отсюда им приходиться уделять больше внимания, чтобы при крахе запуститься на репликах в том числе и терминальники. То есть, экономя финансы для работодателя, вы должны тратить больше времени на такие сборки (просто небольшой ньюанс при вашем планировании).
Также, по опыту могу точно сказать, что лучше не размещать на одном bare-metal сервере c гипервизором всю связку 1с+sql+терминальник. Какую-то из ВМ лучше вынести на другой сервер.
Помимо этого, если вы точно не планируете миграцию с MSSQL на postgresql, поставьте связку 1с-сервер и mssql на железный сервер, без гипервизора. Производительность будет выше, но будет меньше масштабируемости и удобств в сравнении с гипервизором.
Если говорить о вашем предпочтении о Intel Xeon Gold 61З4, то наверное я бы сейчас взял что-то похожее.
Все комплектующие будут, конечно, в среднем по больнице проигрывать коньсюмерской сборке на i9-13900K, например, но всё же это будет серверное железо.
Возвращаясь к началу своего сообщения - я вам не дал конкретный ответ.
mayton2019, В моем представлении могу ошибаться, но учитывая, что сейчас сетки рисуют картины и делают короткометражки (пусть и из реальных моделей), задача сопоставления каких-либо текстовых сигнатур для них не должна быть чем-то сложным. Особенно, если речь о комментариях, о чем я не упомянул (my fault), пользователя.
Предположим пользователь несколько лет оставляет комментарии на некотором сайте. И имеет твинк, тоже для комментариев. Под одним из акков он имеет 5000 комментариев, а под другим - 400. Возможно, я искаженно мыслю, но внутренние ощущения такие, что для нейросетки оценить лексику и семантику этих двух наборов текстов двух акков не должно быть сильно ресурсоёмкой задачей.
nk412, Дело не в прове, а во внедряемом DPI на оборудовании выше провайдерского. Сейчас пока (!), судя по всему, "смотрят" в впн-протоколы и в сигнатуры ютуба. Далее список будет расширяться.
Vitalisstico, разрешение и блюр - это отличные друг от друга вещи. Блюр - следствие выставленного дробного (125, 150, 175) масштабирования. При 100% или 200% блюра не будет.
Ну и конечно же, если стрим в разрешении 1080p, то он на мониторе 4k не станет стримом 4к. Но опять же - блюрится он не должен.
Sienore,
Я бы не стал ничего делать без наличия бэкапа.
Поставьте на чашу весов стоимость покупки дисков или одного диска (какой-нибудь HDD на 10 TB стоит порядка 30 тысяч рублей), на другую чашу весов положите стоимость данных на вашем массиве.
Закон Мёрфи никто не отменял.
Zzzz9, мой случай наверное нельзя считать релевантным, но около 10-ка RDP-серверов в диком интернете работают по такой схеме лет 5. Проблем, связанных с брутфорсом rdp, не было. Они все в датацентрах, правда, поэтому, возможно, каналы защищены.
Поэтому самое простое - это сделать смену порта. И дальше ждать инцидента, если случится. В общем, решать проблемы по мере их поступления.
Rish13, если при выключенном файрволе у вас с зумом всё в порядке, значит проблема гарантированно в том, что вы не правильно настроили свой микртик. Смотрите логи дропов/реджектов, как написали вам выше.
Ziptar, предположения можно строить практически бесконечно. В том числе и что у ТС аплинк до 10 мегабит/с.
Какому-нибудь rb750gr (с аппаратным ускорением ipsec), который стоит 10 тыр, размером и весом, как две пачки сигарет, и проживет минимум 7 лет, альтернатив нет.
Если речь про облачный VPS, то тут linux, но хотя тоже можно рассматривать в зависимости от условий.
Денис Юрьев, математические операции и что там в изученном вами коде - это несколько разные вещи.
Даунскэйлинг - читай деление - ресурсоёмкая операция в математике.
Проблема у пользователей на реддите и SO не надумана, если посмотрите.
Денис Юрьев, речь про дробное масштабирование (fractional scaling)- с точкой: 1.1 ; 1.25 ; 1.5 ; и так далее.
Математика (точка в значении, сиречь деление) нагружает встройку.
Суть комента: нужно иметь в виду, что дробное масштабирование может повлечь расход батареи. Плюс многое зависит от "иксы или вэйланд". Если второй - то там еще сами приложения могут не работать с дробным масштабом.
И получается, что на вэйланд, вообще, шансов не будет?