Ой, а почему у нас так тормозит 1С?
Этим вопросом задаются многие администраторы, но не все могут найти ответ. В результате отношения между администраторами, бухгалтерами и 1Сниками часто становятся напряженными. 😡
Но не нужно конфликтовать, очень часто причины подобного поведения буквально лежат на поверхности. 👉
Прежде всего, особенно если у вас файловая база, добавьте ее и все процессы 1С в исключения Microsoft Defender.
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
Во-вторых, разберитесь с регламентными заданиями, отключите ненужные и настройте адекватное расписание для нужных, подробнее здесь:
🔹 Почему тормозит 1С. Регламентные задания
Для файловых баз не забывайте эпизодически выполнять Тестирование и исправление, вопреки неудачному наименованию, это не только инструмент ремонта, но и обслуживания.
🔹 Тестирование и исправление информационной базы - что делает и для чего нужно
А для сравнительной оценки оборудования и его настроек в мире 1С принято использовать тест Гилева, это своего рода отраслевой стандарт с которым трудно поспорить.
🔹 Как установить и использовать тест Гилева для 1С:Предприятие
Этим вопросом задаются многие администраторы, но не все могут найти ответ. В результате отношения между администраторами, бухгалтерами и 1Сниками часто становятся напряженными. 😡
Но не нужно конфликтовать, очень часто причины подобного поведения буквально лежат на поверхности. 👉
Прежде всего, особенно если у вас файловая база, добавьте ее и все процессы 1С в исключения Microsoft Defender.
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
Во-вторых, разберитесь с регламентными заданиями, отключите ненужные и настройте адекватное расписание для нужных, подробнее здесь:
🔹 Почему тормозит 1С. Регламентные задания
Для файловых баз не забывайте эпизодически выполнять Тестирование и исправление, вопреки неудачному наименованию, это не только инструмент ремонта, но и обслуживания.
🔹 Тестирование и исправление информационной базы - что делает и для чего нужно
А для сравнительной оценки оборудования и его настроек в мире 1С принято использовать тест Гилева, это своего рода отраслевой стандарт с которым трудно поспорить.
🔹 Как установить и использовать тест Гилева для 1С:Предприятие
👍27❤4👏2🤮2👎1
Ой, а что это случилось? Куда делась лицензия? Программные лицензии 1С - полное дно!!!
На самом деле процессор на данном хосте заменили еще в конце июля, а выстрелило в середине сентября.
Хотя все причастные со стороны заказчика знали, что замена процессора требует переактивации лицензии.
Но не слетело же сразу? Поэтому благополучно забили. А когда работа стала колом посреди рабочего дня - сказали, что это же 1С...
В общем, не надо так делать. Заменили железки - выполнили повторную активацию. А новый пин-код всегда пришлет поддержка. Нет смысла цепляться за них и жалеть.
На самом деле процессор на данном хосте заменили еще в конце июля, а выстрелило в середине сентября.
Хотя все причастные со стороны заказчика знали, что замена процессора требует переактивации лицензии.
Но не слетело же сразу? Поэтому благополучно забили. А когда работа стала колом посреди рабочего дня - сказали, что это же 1С...
В общем, не надо так делать. Заменили железки - выполнили повторную активацию. А новый пин-код всегда пришлет поддержка. Нет смысла цепляться за них и жалеть.
👍34💯10😁3👎2❤1
Установка и настройка pgAdmin 4 в режиме сервера
pgAdmin -- это приложение с открытым исходным кодом для администрирования и разработки баз данных PostgreSQL которое позволяет выполнять множество задач, начиная от мониторинга и обслуживания и заканчивая выполнением SQL-запросов.
pgAdmin 4 можно установить на локальный компьютер, но в наше время, когда доступ может потребоваться в любое время и из любого места, это не очень удобно.
Гораздо удобнее установить pgAdmin 4 в режиме сервера и иметь доступ к нему через браузер из любой точки мира. О том как это сделать мы расскажем в данной статье.
https://interface31.ru/tech_it/2021/01/ustanovka-i-nastroyka-pgadmin-4-v-rezhime-servera.html
pgAdmin -- это приложение с открытым исходным кодом для администрирования и разработки баз данных PostgreSQL которое позволяет выполнять множество задач, начиная от мониторинга и обслуживания и заканчивая выполнением SQL-запросов.
pgAdmin 4 можно установить на локальный компьютер, но в наше время, когда доступ может потребоваться в любое время и из любого места, это не очень удобно.
Гораздо удобнее установить pgAdmin 4 в режиме сервера и иметь доступ к нему через браузер из любой точки мира. О том как это сделать мы расскажем в данной статье.
https://interface31.ru/tech_it/2021/01/ustanovka-i-nastroyka-pgadmin-4-v-rezhime-servera.html
👍14🤝3
🤯 Версии конфигурации виртуальных машин Hyper-V
Далеко не все знают, что у виртуальных машин Hyper-V есть версии, которые различаются поддерживаемыми возможностями и лимитами. Из поддерживаемых сейчас систем минимальная версия 5.0 для Server 2012 R2 и Windows 8.1, максимальная 12.0 для Server 2025 и Windows 11 24H2.
А всего версий конфигурации целых 15 штук, они увеличивались каждый раз при обновлении Hyper-V, а обновлялся он с каждым новым выпуском Windows, в т.ч. клиентском.
Долгое время конфигурации были совместимы сверху вниз, т.е. на новой версии гипервизора вы могли запустить старую конфигурацию. Но начиная с выпуска 2004, LTSC 2021 и Server 2022 отключили поддержку версии ниже 8,0.
При этом сама тема конфигураций сделана в лучших традициях Microsoft, т.е максимально скрыто от пользователя. Многие могли годами работать и не сталкиваться с этой темой.
Итак, какие могут быть проблемы?
🔹 Вам нужно переместить ВМ со старого гипервизора на новый. Скажем с 2016 на 2022. А у вас там по наследству крутится 5.0. Ответ вроде бы прост, сделать апгрейд конфигурации. Для этого есть командлет
Но есть одна проблема. Он апгрейдит до текущей версии хоста. И если вы запустите его на новом сервере по получите машину версии 10.0, которую уже не сможете вернуть назад. Если это критично, то апгрейд нужно запускать на 2016, тогда получим версию 8.0, которая поддерживается обоими гипервизорами.
🔹 Обратный вариант - переместить машину на более старый гипервизор. Здесь поможет только создание новой машины поддерживаемой версии и подключение к ней виртуальных дисков от текущей машины.
🔹 И последний вариант, если вы создаете и отлаживаете машины под клиентской ОС, а только потом перемещаете в продакшен, здесь вы можете получить и вовсе экзотическую версию, какую-нибудь 9.1, которая потом не заведется на том же 2019. Здесь лучше создавать ВМ из консоли, сразу указывая нужную версию:
✅ Upgrade virtual machine version in Hyper-V on Windows or Windows Server
Далеко не все знают, что у виртуальных машин Hyper-V есть версии, которые различаются поддерживаемыми возможностями и лимитами. Из поддерживаемых сейчас систем минимальная версия 5.0 для Server 2012 R2 и Windows 8.1, максимальная 12.0 для Server 2025 и Windows 11 24H2.
А всего версий конфигурации целых 15 штук, они увеличивались каждый раз при обновлении Hyper-V, а обновлялся он с каждым новым выпуском Windows, в т.ч. клиентском.
Долгое время конфигурации были совместимы сверху вниз, т.е. на новой версии гипервизора вы могли запустить старую конфигурацию. Но начиная с выпуска 2004, LTSC 2021 и Server 2022 отключили поддержку версии ниже 8,0.
При этом сама тема конфигураций сделана в лучших традициях Microsoft, т.е максимально скрыто от пользователя. Многие могли годами работать и не сталкиваться с этой темой.
Итак, какие могут быть проблемы?
🔹 Вам нужно переместить ВМ со старого гипервизора на новый. Скажем с 2016 на 2022. А у вас там по наследству крутится 5.0. Ответ вроде бы прост, сделать апгрейд конфигурации. Для этого есть командлет
Update-VMVersion. Но есть одна проблема. Он апгрейдит до текущей версии хоста. И если вы запустите его на новом сервере по получите машину версии 10.0, которую уже не сможете вернуть назад. Если это критично, то апгрейд нужно запускать на 2016, тогда получим версию 8.0, которая поддерживается обоими гипервизорами.
🔹 Обратный вариант - переместить машину на более старый гипервизор. Здесь поможет только создание новой машины поддерживаемой версии и подключение к ней виртуальных дисков от текущей машины.
🔹 И последний вариант, если вы создаете и отлаживаете машины под клиентской ОС, а только потом перемещаете в продакшен, здесь вы можете получить и вовсе экзотическую версию, какую-нибудь 9.1, которая потом не заведется на том же 2019. Здесь лучше создавать ВМ из консоли, сразу указывая нужную версию:
New-VM -Name "VM_name" -Version 8.0
✅ Upgrade virtual machine version in Hyper-V on Windows or Windows Server
👍20👀5❤1
Open vSwitch – что это такое и для чего нужно
Сегодня читатель задал вопрос про Open vSwitch, мол стоит ли переходить на него в Proxmox. Но однозначного ответа на этот вопрос дать нельзя. Почему? Давайте разбираться.
Широкое применение виртуальных машин привело к появлению виртуальных сетей, где огромные массы трафика могут перемещаться внутри гипервизора и не покидать его пределов.
И если мы хотим гибко управлять этим трафиком, то обычного Linux Bridge нам уже будет недостаточно. Особенно если мы работаем в кластере и виртуальные машины перемещаются между нодами.
В первом приближении Linux Bridge можно сравнить с физическим неуправляемым коммутатором. Дешево и просто.
Но когда в физических сетях нам требуется чего-то большего, то мы ставим управляемый коммутатор. В виртуальных сетях коммутатор будет тоже виртуальный. Именно тем самым виртуальным управляемым коммутатором и является Open vSwitch.
Он поддерживает протокол OpenFlow, который позволяет создавать программно определяемые сети (SDN) и гибко управлять конфигурацией коммутаторов. Это позволяет не задумываться на какую ноду и какой коммутатор уехала виртуальная машина, все связанные с ней сетевые правила также мигрируют до места назначения.
Также Open vSwitch поддерживает VLAN, приоритизацию трафика и его учет, агрегацию и балансировку.
Ну так это же круто, скажет иной читатель. Давайте же его использовать!
Но здесь, как и в физических сетях, нужно руководствоваться здравым смыслом. Вы же не будете ставить дорогой управляемый коммутатор в небольшой офис? Так и здесь. За все возможности Open vSwitch вы будете расплачиваться вычислительными ресурсами.
Поэтому если вы не знаете, для чего именно вам нужен Open vSwitch и какие задачи вы будете решать с его помощью, то, скорее всего нужны в нем у вас нет.
А если очень хочется попробовать новые технологии, то сделайте это на стенде. После чего вы поймете нужно ли это именно вам, а если нужно – то для чего.
Иначе получится как в некоторых физических сетях, где администратор гордо устанавливал в серверный шкаф дорогой управляемый коммутатор и потом использовал его сугубо как обычный свитч.
Поэтому исходите из понятия разумной достаточности. Open vSwitch – мощный сетевой инструмент, но его использование должно быть обосновано. Иначе это будет просто бесполезное усложнение системы со столь же бесполезной тратой вычислительных ресурсов.
Сегодня читатель задал вопрос про Open vSwitch, мол стоит ли переходить на него в Proxmox. Но однозначного ответа на этот вопрос дать нельзя. Почему? Давайте разбираться.
Широкое применение виртуальных машин привело к появлению виртуальных сетей, где огромные массы трафика могут перемещаться внутри гипервизора и не покидать его пределов.
И если мы хотим гибко управлять этим трафиком, то обычного Linux Bridge нам уже будет недостаточно. Особенно если мы работаем в кластере и виртуальные машины перемещаются между нодами.
В первом приближении Linux Bridge можно сравнить с физическим неуправляемым коммутатором. Дешево и просто.
Но когда в физических сетях нам требуется чего-то большего, то мы ставим управляемый коммутатор. В виртуальных сетях коммутатор будет тоже виртуальный. Именно тем самым виртуальным управляемым коммутатором и является Open vSwitch.
Он поддерживает протокол OpenFlow, который позволяет создавать программно определяемые сети (SDN) и гибко управлять конфигурацией коммутаторов. Это позволяет не задумываться на какую ноду и какой коммутатор уехала виртуальная машина, все связанные с ней сетевые правила также мигрируют до места назначения.
Также Open vSwitch поддерживает VLAN, приоритизацию трафика и его учет, агрегацию и балансировку.
Ну так это же круто, скажет иной читатель. Давайте же его использовать!
Но здесь, как и в физических сетях, нужно руководствоваться здравым смыслом. Вы же не будете ставить дорогой управляемый коммутатор в небольшой офис? Так и здесь. За все возможности Open vSwitch вы будете расплачиваться вычислительными ресурсами.
Поэтому если вы не знаете, для чего именно вам нужен Open vSwitch и какие задачи вы будете решать с его помощью, то, скорее всего нужны в нем у вас нет.
А если очень хочется попробовать новые технологии, то сделайте это на стенде. После чего вы поймете нужно ли это именно вам, а если нужно – то для чего.
Иначе получится как в некоторых физических сетях, где администратор гордо устанавливал в серверный шкаф дорогой управляемый коммутатор и потом использовал его сугубо как обычный свитч.
Поэтому исходите из понятия разумной достаточности. Open vSwitch – мощный сетевой инструмент, но его использование должно быть обосновано. Иначе это будет просто бесполезное усложнение системы со столь же бесполезной тратой вычислительных ресурсов.
👍26❤3🤡3👀3👎1
Отчет о тестировании. ADATA SU800 256 ГБ
🔹Контроллер: Silicon Motion SM2258H
🔹Наличие буфера: DRAM-кэш 256 МБ
🔹Ресурс записи (TBW): 200 ТБ
Данные диски стояли в зеркале на ПК главного бухгалтера аутсорсерской фирмы (ведение бухучета), заполнение – более 50%, но менее 75%. Там же был развернут веб-сервер и работали еще до 5 сотрудников, в т.ч. по удаленке.
Диски проработали 4 года и 11 месяцев записав приблизительно 247 ТБ, что полностью выработало ресурс. Интенсивность записи приблизительно 137,2 ГБ/день.
Теперь о реальном количестве записей во флеш и коэффициенте усиления записи – WAF. Напоминаем, что WAF не является величиной постоянной и сильно зависит от характера использования диска.
В нашем случае диск практически идеально подошел для выбранного сценария использования, количество записей во флеш составило 277 ТБ, что соответствует WAF = 1.12. Это очень хороший показатель, говорящий, что практически все операции приходились на SLC-кеш и диск не делал лишних записей и стираний.
S.M.A.R.T. данного контроллера также предоставляет информацию, которая может быть интересна (и она действительно интересна):
▫️ A0 - Unused Spare NAND Blocks (Неиспользуемые запасные блоки NAND) – 0, т.е. диск израсходовал все свои резервные блоки.
▫️ A5 - Maximum Erase Count (Максимум стираний) – 1710 – количество стираний самого изношенного блока на диске.
▫️ A7 - Average Erase Count (В среднем стираний) – 1660 – среднее количество стираний блоков.
▫️ A8 - Maximum Erase Count (Максимальное стирание по спецификации) – 1000 – максимальное количество стираний по спецификации.
Как видим по стираниям у нас превышение на 66%, что тоже неплохой показатель как мы увидим ниже.
Несмотря на выработку ресурса по записи и по стираниям диск показывает вполне неплохие характеристики. Режим работы SLC-кеша заявлен как «интеллектуальный, динамический».
Кривая чтения у обоих дисков ровная, близка к 400 МБ/с, тесты CDM мы проводили со значениями 1 и 32 ГБ, чтобы попасть в кеш и выйти за него. Но в данном случае наличие кеша уже не помогает, причина, скорее всего, в общей изношенности памяти.
Но результат все равно неплохой, стабильный.
👆 Если коротко подвести итоги – то диск отработал свою цену до последней копейки. И это не самый дорогой диск, хотя и старший в своей линейке ADATA (синяя наклейка с птичкой до ребрендинга).
👍 В продаже они еще есть, к покупке рекомендуются, если ваш сценарий укладывается в модель кеша диска – то работать он будет долго и надежно. Кстати, TBW 200 ТБ один из самых больших в своем классе (для моделей 250 ГБ).
🔹Контроллер: Silicon Motion SM2258H
🔹Наличие буфера: DRAM-кэш 256 МБ
🔹Ресурс записи (TBW): 200 ТБ
Данные диски стояли в зеркале на ПК главного бухгалтера аутсорсерской фирмы (ведение бухучета), заполнение – более 50%, но менее 75%. Там же был развернут веб-сервер и работали еще до 5 сотрудников, в т.ч. по удаленке.
Диски проработали 4 года и 11 месяцев записав приблизительно 247 ТБ, что полностью выработало ресурс. Интенсивность записи приблизительно 137,2 ГБ/день.
Теперь о реальном количестве записей во флеш и коэффициенте усиления записи – WAF. Напоминаем, что WAF не является величиной постоянной и сильно зависит от характера использования диска.
В нашем случае диск практически идеально подошел для выбранного сценария использования, количество записей во флеш составило 277 ТБ, что соответствует WAF = 1.12. Это очень хороший показатель, говорящий, что практически все операции приходились на SLC-кеш и диск не делал лишних записей и стираний.
S.M.A.R.T. данного контроллера также предоставляет информацию, которая может быть интересна (и она действительно интересна):
▫️ A0 - Unused Spare NAND Blocks (Неиспользуемые запасные блоки NAND) – 0, т.е. диск израсходовал все свои резервные блоки.
▫️ A5 - Maximum Erase Count (Максимум стираний) – 1710 – количество стираний самого изношенного блока на диске.
▫️ A7 - Average Erase Count (В среднем стираний) – 1660 – среднее количество стираний блоков.
▫️ A8 - Maximum Erase Count (Максимальное стирание по спецификации) – 1000 – максимальное количество стираний по спецификации.
Как видим по стираниям у нас превышение на 66%, что тоже неплохой показатель как мы увидим ниже.
Несмотря на выработку ресурса по записи и по стираниям диск показывает вполне неплохие характеристики. Режим работы SLC-кеша заявлен как «интеллектуальный, динамический».
Кривая чтения у обоих дисков ровная, близка к 400 МБ/с, тесты CDM мы проводили со значениями 1 и 32 ГБ, чтобы попасть в кеш и выйти за него. Но в данном случае наличие кеша уже не помогает, причина, скорее всего, в общей изношенности памяти.
Но результат все равно неплохой, стабильный.
👆 Если коротко подвести итоги – то диск отработал свою цену до последней копейки. И это не самый дорогой диск, хотя и старший в своей линейке ADATA (синяя наклейка с птичкой до ребрендинга).
👍 В продаже они еще есть, к покупке рекомендуются, если ваш сценарий укладывается в модель кеша диска – то работать он будет долго и надежно. Кстати, TBW 200 ТБ один из самых больших в своем классе (для моделей 250 ГБ).
👍31⚡3❤2
Отчет о тестировании. Samsung 860 EVO 256 ГБ
🔹Модель: MZ-76E250
🔹Контроллер: Samsung MJX (S4LR030)
🔹Наличие буфера: DRAM-кэш 512 МБ LPDDR4
🔹Ресурс записи (TBW): 150 ТБ
Скажем сразу – мы считаем, что Samsung делает очень хорошие диски с отличными пользовательскими показателями и не даром занимает топовые места среди SSD-накопителей.
Но в тоже время вокруг дисков этого бренда сложилась некая секта «Свидетелей Самсунга», которая практически обожествляет данную продукцию, но на самом деле это совсем не так. Диски Samsung хороши, но не идеальны.
Перед вами два диска 860 EVO 256 ГБ, первый стоял в игровом ПК и был заполнен примерно на 2/3. Второй работал в мини-сервере торговой фирмы: сервер 1С, PostgreSQL, файлопомойка, синхронизации и т.д. и т.п. Нагрузка где-то близкая к протестированным ранее ADATA SU800. Заполнен примерно наполовину.
Но несмотря на разный характер применения WAF у обоих дисков примерно одинаков – 1,95. Да, Samsung быстрый, Samsung клевый, но за все надо платить. В данном случае мы платим усилением записи, т.е. на каждый записанный гигабайт хоста диск пишет в память вдвое больше.
Первый диск писал примерно 79,8 ГБ/день и его хватило на 2 года 8 мес., а второй работал более активно - 127 ГБ/день и выработал ресурс за 1 год 8 мес.
👉 А гарантия на них, минуточку, составляет 5 лет. Так пойдем и поменяем! Но данный фокус не удастся, так как гарантия у SSD или срок, или выработанный ресурс – что наступит быстрее.
❗️Из интересных параметров:
▫️ B3 (Занятые резервные блоки): Текущее значение 100. На данный момент ресурс диска до конца не выработан, резервные блоки еще не использовались.
Тесты в CDM также показывают отличную производительность дисков, хоть в пределах кеша, хоть за его пределами. Ну да высокие скорости всегда были визитной карточкой Samsung.
Кривая чтения разная, у игрового диска имеются просадки, что говорит о более сильном износе памяти, в то время как у серверного она ровная.
👉 Итоги – Samsung делает хорошие диски, очень хорошие. Но ничего не дается бесплатно и за высокую производительность вы расплачиваетесь более высоким WAF. Если вас это устраивает – не видим проблем. Если нет – то нужно смотреть альтернативы.
Вот давайте сравним EVO 860 и SU800 на нагрузке бухгалтерского мини-сервера с ежедневной записью 130 ГБ/день (реальная нагрузка) и вычисленным нами WAF. За какое время диски выработают свой ресурс:
▫️ADATA SU800 (256 ГБ) - 3 года 9 месяцев
▫️Samsung 860 EVO (250 ГБ) - 1 год 8 месяцев
Но у ADATA по мере износа падает скорость записи, Samsung продолжает ее поддерживать. А далее скучные науки математика и экономика. Возможно, что переплачивать и не стоит.
👆 Снова повторим: Samsung – отличные диски, но за все надо платить и за потребительские плюсы Samsung мы платим более быстрым расходованием ресурса.
🔹Модель: MZ-76E250
🔹Контроллер: Samsung MJX (S4LR030)
🔹Наличие буфера: DRAM-кэш 512 МБ LPDDR4
🔹Ресурс записи (TBW): 150 ТБ
Скажем сразу – мы считаем, что Samsung делает очень хорошие диски с отличными пользовательскими показателями и не даром занимает топовые места среди SSD-накопителей.
Но в тоже время вокруг дисков этого бренда сложилась некая секта «Свидетелей Самсунга», которая практически обожествляет данную продукцию, но на самом деле это совсем не так. Диски Samsung хороши, но не идеальны.
Перед вами два диска 860 EVO 256 ГБ, первый стоял в игровом ПК и был заполнен примерно на 2/3. Второй работал в мини-сервере торговой фирмы: сервер 1С, PostgreSQL, файлопомойка, синхронизации и т.д. и т.п. Нагрузка где-то близкая к протестированным ранее ADATA SU800. Заполнен примерно наполовину.
Но несмотря на разный характер применения WAF у обоих дисков примерно одинаков – 1,95. Да, Samsung быстрый, Samsung клевый, но за все надо платить. В данном случае мы платим усилением записи, т.е. на каждый записанный гигабайт хоста диск пишет в память вдвое больше.
Первый диск писал примерно 79,8 ГБ/день и его хватило на 2 года 8 мес., а второй работал более активно - 127 ГБ/день и выработал ресурс за 1 год 8 мес.
👉 А гарантия на них, минуточку, составляет 5 лет. Так пойдем и поменяем! Но данный фокус не удастся, так как гарантия у SSD или срок, или выработанный ресурс – что наступит быстрее.
❗️Из интересных параметров:
▫️ B3 (Занятые резервные блоки): Текущее значение 100. На данный момент ресурс диска до конца не выработан, резервные блоки еще не использовались.
Тесты в CDM также показывают отличную производительность дисков, хоть в пределах кеша, хоть за его пределами. Ну да высокие скорости всегда были визитной карточкой Samsung.
Кривая чтения разная, у игрового диска имеются просадки, что говорит о более сильном износе памяти, в то время как у серверного она ровная.
👉 Итоги – Samsung делает хорошие диски, очень хорошие. Но ничего не дается бесплатно и за высокую производительность вы расплачиваетесь более высоким WAF. Если вас это устраивает – не видим проблем. Если нет – то нужно смотреть альтернативы.
Вот давайте сравним EVO 860 и SU800 на нагрузке бухгалтерского мини-сервера с ежедневной записью 130 ГБ/день (реальная нагрузка) и вычисленным нами WAF. За какое время диски выработают свой ресурс:
▫️ADATA SU800 (256 ГБ) - 3 года 9 месяцев
▫️Samsung 860 EVO (250 ГБ) - 1 год 8 месяцев
Но у ADATA по мере износа падает скорость записи, Samsung продолжает ее поддерживать. А далее скучные науки математика и экономика. Возможно, что переплачивать и не стоит.
👆 Снова повторим: Samsung – отличные диски, но за все надо платить и за потребительские плюсы Samsung мы платим более быстрым расходованием ресурса.
👍29❤6🔥3