Как стать автором
Обновить
2
0.4

Пользователь

Отправить сообщение

Недостатки SSD проявляются при использовании RAID 5/6. При использовании RAID 0/1 они не так заметны. А, если количество зеркал в массиве не больше двух, то и проблема с "самым медленным SSD" не так заметна, т.к. это "самый медленный из пары". Но, это дороже.

Но, рынок диктует свое, и, NVM-E продаются без резервирования потому, что спрос есть. Для пользователей, которые хотят сами сделать поверх него собственный распределенный storage кластер, резервирование не нужно.

Это Linux software raid 10 на 4 x NVME, порезан на куски при помощи LVM, и проброшен в виртуалку с Windows под qemu/KVM.

Дааа... это, по-моему, палево конкретное.... RND4K Q1T1 у HDD и NVME почти одинаковый!

"HDD" слишком быстрый, задержка на уровне SSD. SSD слишком медленный. NVME на уровне обычного SSD.

Мне кажется, что у всех вариантов там внутри под капотом, - примерно одно и тоже, просто настроены разные политики и разные протоколы доступа торчат в виртуальную машину. А обозначения, - это всего лишь маркетинг.

Я бы еще применил сверточные нейросети для сжатия информации. Причем, с темпоральным компонентом (с учетом предыдущих кадров). Человеческий мозг, в состоянии, со временем, научиться декодировать изображение обратно. Да, и, нужно ли это, например, человеку слепому с рождения, на самом деле? (Наверно все-таки нужно на самом деле, но, не в ущерб эффективности в повседневных задачах, для которых зрение предназначено.)

Я думаю, что эффективность этих 1000 электродов возрастет на порядки.

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

Это, отчасти, так. Но, бонусы описаны выше. Они тоже есть. Например, решает проблему с отсутствием внешнего IP на домашнем маршрутизаторе. Или отсутствием защиты от DDoS.

Вообще, конечно, в облаке держать все проще, конечно. Но, это дороже, если данных много, и, есть люди, вроде меня, которые данные принципиально в облаках не хранят)

Не стоит смотреть на практическую сторону вопроса! Адепты оптимизации оптимизируют ради оптимизации, и, ни для чего больше!

На практике, с точки зрения экономической целесообразности про этот микросервис можно забыть до тех пор, пока нагрузка на него не вырастет раз в 10-100.

Вся эта история с булевыми выражениями очень похожа на NP-полную задачу B-SAT, но как минимум можно попробовать применить Bloom-фильтр.

Тут вам DNF в помощь. SAT для выражений в DNF решается за линейное время. Плюс, DNF упрощает реализацию оптимизатора.

Шаг 1. Оптимизировать выражения.

Например, у вас куча условий по акциям, и, где-то в конце списка условий стоит наличие какого-то товара в корзине.

Если начать проверку условий с проверки этого товара, то остальные условия можно не проверять.

Это экономит время на бесполезной работе.

Шаг 2. Масштабирование / слияние выражений:

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

Создаем таблицу товар->акции.

Пробиваем все товары из корзины по таблице в первую очередь.

Отправляем на дальнейшую обработку только акции из правой части таблицы.

Таким образом, мы за одну операцию проверили сразу все условия на "наличие товара" во всех акциях.

Шаг 3. Пишем свой оптимизатор

Автоматизация процесса на шаге 2.

Пишем свой собственный автоматический оптимизатор выражений / на основе статистики запросов.

Шаг 4. Компиляция в машинный код.

Например, средствами LLVM.

....

Имеем свой собственный оптимизирующий JIT компилятор DSL.

Тут возможен гибридный подход. Сам nextcloud на домашнем сервере, а в облаке копеечная виртуальная машина с внешним IP и защитой от DDoS, которая через постоянный тоннель редиректит трафик на домашний сервер.

Но, вообще, выставлять подобный сервис наружу немного опасно. Я предпочитаю все-же его прятать за VPN, запущенный на той же виртуалке.

Вы задали вопрос не мне, но, наиболее вероятным видится сценарий, при котором станет невозможно установить обновления даже оффлайн, или активировать систему на новом сервере.

То есть, процесс "умирания" облака растянется во времени. Но, на горизонте 2-3 года без поддержки, обновлений и новых серверов оно неизбежно умрет.

То, что он пока есть, это, конечно, хорошо. Но, санкции то накладывают, по сути, не на вас, а на МС. Им запрещают с вами работать. Пока что, только напрямую, а они просто исполняют. В определенный момент, такие схемы поставки могут тоже запретить, и канал снова исчезнет.

МС, видимо, заинтересован в том, чтобы не потерять рынок совсем, потому они с вами продолжают работать, но, не похоже, что при принятии очередных ограничений, их кто-то спрашивает.

В общем, такая схема не надежна. И, исключительно как личное мнение, я бы, выбирая облако, расположенное в РФ физически или юридически, предпочел бы работающее на OpenStack (kvm) вместо Hyper-V или VMWare.

Да, это оно. Тоже удивился, когда прочитал, что их заменили давно. Где-то в первом десятке 2000-ых сдавал на них тестирование по дифурам. Преподаватель тогда тоже говорил, что машины на троичной логике работают.

Если не ошибаюсь, у RUVDS хостинг на Hyper-V? В чем смысл тогда, если лицензию могут в любой момент отозвать?

Мне кажется, что представителям МС стоило бы тщательнее редактировать подобные сообщения, хотя, это, возможно, просто "трудности перевода", или авторство тех, кто "связывался с представителями". Все потому, что после прочтения этого жизнеутверждающего заявления остается один незакрытый вопрос:

А когда, собственно, будут блокировать продукты физических лиц?

Вы сравнили один из самых дешевых "энтерпрайз" SSD с одним из самых дорогих "консьюмерских", причем в супер-компактном форм-факторе NVM-E. Это не совсем честное сравнение.

И то, разница получилась почти в два раза.

У этого "энтерпрайзного", к сожалению, IOPS на запись в 10 раз меньше. Благодаря чему он использует более щадящие режимы записи в NAND, за счет чего достигается больший ресурс записи. NAND используется в накопителях практически одинаковый.

Для write-only кэша не лучший вариант, мягко скажем.

видим «база данных» — ставим dc ssd (а лучше всегда когда видим сервер).

Про базы данных, в общем, согласен, но, есть варианты. Например, взять пару энтерпрайзных NVM-E SSD сравнительно небольшого объема, и использовать их как write-only кэш с отложенной синхронизацией на основной массив. Если размер постоянно изменяемого пространства (записи) ограничен по сравнению с общим размером базы, то проблем с использованием консьюмерских SSD для редко изменяемых данных не будет. Отложенная синхронизация сильно уменьшает износ консьюмерских SSD.

Тут все, конечно, зависит от конкретного применения, и, под него надо рассчитывать размеры кэша, холодного хранилища и задержку синхронизации записи. Решение, однозначно, не универсальное. Но, при определенных условиях, рабочее.

Что касается пункта "всегда, когда видим сервер". То, тут я категорически не согласен. Использования в сервере бывают разные. И, в масштабе, переплачивать за энтерпрайз в случае массива для хранения, например, бэкапов или других WORM-данных будет явным перебором)

Тогда, наверно, это все же "большой брат"/"старший брат"?

Не нужно изобретать. Этот собирательный образ давно существует. Зовется "дядя Сэм".

Емкий кэш нужен пользователям однозначно. Просто потому, что, как доказано на практике, есть куча приложений которые могут от этого получить огромный прирост производительности. Но, конечно есть и те приложения, которые не могут. Но, иметь возможность лучше, чем не иметь.

А, вот, производителю процессоров, как раз, не выгодно добавлять этот кэш в процессор, т.к. он увеличивает стоимость производства. Увеличивается площадь кристалла и уменьшается процент выхода годных кристаллов, что является особенно заметной проблемой для монолитного дизайна.

Кстати, в монолитном дизайне увеличение кэша тоже неизбежно приведет уменьшению частоты. Это не какая-то особенная фишка чиплетного/3D дизайна. Просто из-за увеличения тепловыделения за счет увеличения количества транзисторов.

Имея все сказанное выше, идея AMD сделать увеличенный кэш доступной опцией, причем, даже в десктопных процессорах, является оптимальной. У пользователей есть выбор, и, это очень хорошо!

Информация

В рейтинге
1 658-й
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность