Как стать автором
Обновить
4
0.1

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

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

Фигасе, у вас там в ентерпрайзе 1М IOPS и storage, который быстрее CPU...

А по факту вопроса, ответа так и не увидел.

Опять же с моей колокольни (авто)инкрементные индексы обычно и являлись PK и/или clustered индексами. А тут теперь и так плохо, и эдак плохо. А как хорошо не говорите.

13 При проектировании стараться делать так, чтобы первичные ключи и
кластерные индексы (да и некластерные тоже) наполнялись значениями не в
одном направлении (т е чтобы значения монотонно не возрастали и не
убывали). Случайное значение — плохо для перфоманса (хотя в случае
обновления 100% этого результата не достичь, но обычно PK не обновляют).
Также плохо монотонное возрастание/убывание значений ключей и индексов.

Несколько раз пытался понять, и не понял.

Auto increment PK ID - плохо?

GUID - тоже плохо?

Безопасность превыше всего, так что каждый порт защищён от
высоковольтных импульсов (до 2 KV) и электростатических разрядов (8 KV
воздух / 4 KV контакт). Источник питания имеет защиту от перенапряжения
(фаза-земля: 6 KV / фаза-фаза: 6 KV). Это позволяет подключенным
PoE-потребителям выжить в случае аварийной ситуации.

После электрошокера в кабель свич выживает и продолжает работать? Реальный кейс между прочим. Ждем видео с chalenge accepted. Только шокер должен быть не китайский.

Когда-то похожий функционал обещали доделать в WHDD

https://www.opennet.ru/opennews/art.shtml?num=37297

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

Используйте общеизвестные утилиты как fio. Про использование утилиты dd можно написать только в первой главе как введение, не более. Потому, что на результаты тестирования еще влияют глубина очередей и их количество, использования fsync, fdatasync и тд, которые можно указывать в fio.

А еще влияет характер реальной нагрузки, скорость при которой внезапно упадет в несколько раз.

Ну в первом приближении для объяснения, как померять скорость дисков может и поможет. Но как всегда в реальности все будет сложнее.

Почему команда sync используется отдельно, а не опцией в команде dd? А вдруг пользователь в фоне торренты качает, и отдельный sync уже показывает погоду на Марсе.

Командой hdparm выключают кэш самого носителя, выключается ли после этого файловый кэш в ОС - большой вопрос. И опять снова искажаются результаты тестирования.

Про кеши есть широкоизвестная в узких кругах статья, из которой на деле выясняются еще более пугающие подробности работы носителей.

https://yourcmc.ru/wiki/Производительность_Ceph#.D0.9A.D0.B0.D1.80.D1.82.D0.B8.D0.BD.D0.B0_.D0.BC.D0.B0.D1.81.D0.BB.D0.BE.D0.BC_.C2.AB.D0.A2.D0.BE.D1.80.D0.BC.D0.BE.D0.B7.D1.8F.D1.89.D0.B8.D0.B9_.D0.BA.D1.8D.D1.88.C2.BB

У меня аналогичным образом на одном объекте было. Если от коридорного Ethernet коммутатора отключить другой коммутатор в кабинете, то в коридоре начинал пищать UPS, типа нет электричества. Приходилось переворачивать вилку в розетке. Но после подключения кабеля из кабинета, приходилось бесперебойник перетыкать обратно в розетку.
Электрикам говорил, что типа у вас там фигня какая-то, а они не верили.

Этой истории лет 10 уже. Как ни странно потом снова все заработало стабильно как и до событий истории. Тогда и сам Sidexis был элегантен и прост, без этих всех стопицот фреймворков дотнета, библиотек directx, и непонятных служб COM-сервисов.

Насколько помню, AMD нигде не было.

У меня про USB в медицинской технике есть пара историй.

1 электроэнцефалограф

Кто-нибудь сталкивался с такой вещью, как прибор портит USB-порты?
Причем именно портит, а не сжигает.

Выглядит это так, что программа перестает работать с прибором, она его
иногда видит, а иногда нет, иногда появляются всякие ошибки.
Поработает неделю и снова начинает глючить.
Втыкаешь в другой USB-порт - начинает работать, втыкаешь в старый порт - уже не работает.
Подключаешь другое устройство в глючный порт, мышь, флэшку - работает, а устройство нет.

Лучше бы совсем сжигались порты.

Чтобы не "портить" порты на материнской плате, начали использовать USB-хабы.
Неделю или две через хаб работает, потом внезапно перестает.
Устройство перестает работать через любой порт хаба.
Флэшки, мышки, принтеры через этот же хаб работают.

Втыкаешь в материнку, все работает, потом перестает; подключаешь через старый хаб - работает.

Комп меняли, кабель тоже меняли.
хабы использовались как с отдельным питанием, так и без.


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

2 рентген

Есть в наличии Стоматологический рентген Sidexis Система для цифровой рентгенографии "Sidexis" от словацкого бренда "Sirona" на базе обычного ПК, в который загружено управляющее ПО "Sidexis" от компании "Sirona".
К нему подключены В её состав из "железа" входят:
1) панорамный рентген ортопантомограф через Ethernet;
2) прицельный рентген XIOS-Plus USB через USB.
Также все стоматологи поликлиники могут смотреть снимки, полученные с этих приборов через локальную сеть.
Всё это нормально работало более четырёх лет, успели даже поменять агрегат для снятия панорам.
И вот с декабря прошлого года начались непонятные вещи с прицельными снимками.
Делается несколько снимков, или сразу подряд, или в течение часа разным пациентам, и приём снимков зависает.
Зависнуть может или на втором снимке, или через 15, системы никакой.
Как это выглядит:
-
в программе выбирается сделать снимок пациенту, появляется окно
ожидания снимка, лаборант жмёт кнопку съёмки, трубка срабатывает, в
программе висит окно: "Излучение опознано", и через несколько секунд
ошибка в программе.

Достаточно отключить USB-прибор от компьютера и включить обратно, как всё продолжает работать.
Внешнего питания прибор не имеет, имеет только вход от датчика и USB-выход к компьютеру.
Далее начинается сказка:
Приезжает инженер. Да зависает, проверим кабель.
Отключаем пятиметровый(!) удлинитель, делаем 15-ть снимков - всё работает. Инженер говорит, нельзя использовать удлинитель! OK !
Через пару дней снова начинаются зависания.
Опять приезжает инженер, меняют датчик и сам прибор, меняется кабель, всё работает.
Через пару дней снова начинаются зависания. sic!
В
процессе "прыганий" вокруг прибора обнаруживаем, что вместе с
программой виснет и USB-мышь,. Меняем мышь, бесполезно ... Ладно может
материнская плата глючит? ...
Меняем полностью компьютер, ситуация не меняется.
Проверяем на отдельном ноутбуке - зависает.
Имеем в наличии два провода 2 и 1.5 метра.

Ноутбук стоит на столе, где комп с проводом 2-а метра - виснет ...
Ноутбук стоит посреди комнаты с проводом 1,5-а метра - не виснет, и отщёлкивает подряд более 15-ти снимков!

Отключаем от компа всё кроме клавы и мыши, подключаем кое-как этот самый короткий провод - виснет ...
Полностью ставим на пустую базу - виснет.
Отключаем Smart-UPS, подключаем напрямую к розетке компьютер - виснет.
Итого:
- датчик меняли;
- прибор меняли;
- кабель меняли;
- компьютер меняли;
- версию софта меняли.
Продолжает виснуть без какой-либо системы ...

Волшебную изоленту для прикручивания провода от датчика к прибору тоже применяли.

Через пару месяцев страданий так вообще отказались от USB-датчика в пользу Ethernet-подключения.

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

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

сравнение десктопного процессора из 2014 с ноутбучным процессором из 2021

Чаще всего важен Single Thread Rating, и более новый процессор из 2021 хуже старого из 2014.

1) docker compose теперь ставится как плагин к докеру из репы. Вы его качаете отдельно зачем-то. Для совместимости скриптов можно симлинк сделать.

/usr/local/bin/docker-compose -> /usr/libexec/docker/cli-plugins/docker-compose

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

2) Не очень хорошая идея править файл docker-compose-non-dev.yml, который потом можно будет обновить из git без ошибок и конфликтов из-за локальных изменений.

Лучше создавать отдельный файл .env, в котором уже и прописать нужную версию, например, TAG=2.1.1

Хех, я видел пример, когда один флаг увеличивал быстродействие в 300 раз.

IEnumerable или IQueryable

Именно так все и делают. Первые выкапывают ямы, а вторые закапывают.

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

  • Импорт договоров из Организации А

  • Импорт договоров из Организации Б

  • Импорт договоров из Организации В

  • Экспорт отчетов в Организации А

  • Экспорт отчетов для Организации Б

  • Экспорт отчетов опять для Организации А старый формат для бухгалтера

Тут как раз соседняя статья была про такое

https://habr.com/en/companies/itq_group/articles/765882/

В итоге программисты каждого отдельного контрагента по одиночке пилят один и тот же функционал, вместо того, чтобы где-то на какой-то площадке собраться и хотя бы в первой итерации договориться, например, о единой кодировке, потом уже определиться с именованием столбцов, потом еще через полгодика решиться на единый формат XML. Но нет, кто в лес, кто по дрова...

Ну в марте 2023 курс действительно был примерно 20 лир за евро, это уже потом летом прыгнул до 30 лир за евро.

график

Вы сейчас перечислили, наверное, 80% населения РФ. У которых квартира оформлена на родителей, или муниципальная, но даже если и в собственности, налог будет меньше 5 тыс рублей в год.

Дальнейшее перечисление вообще забавно, хотя ситуация страшная.

>не путешествует

дорога до работы считается?

>не употребляет напитки на улице смузи\кофе\какао\фастфуд

Купили мешок еды в пятерочке и пошли бухать домой, лавочку или в лес.

>имеет весьма серый, пенсионерский образ жизни.

не жили хорошо, теперь и не будут (с)

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

1) https://hub.docker.com/_/openjdk

This image is officially deprecated and all users are recommended to
find and use suitable replacements ASAP.
Image alternatives

2) слишком много команд sudo

3) совершенно непонятно, что делать, если после деплоя новая версия не работает, как откатываться. Тут классический пинок про использование образов с тегом latest. По хорошему, должно быть видно какая версия ПО запущена на хосте.

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

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

Название задания deploy-to-development вводит в заблуждение

Прежде, чем что-то реализовать заказчику, нужно как минимум три раза спросить его, зачем ему это.

Недавно в одном месте нашел, один исполнитель сделал выгрузку SQL-дампов в файл, другой исполнитель сделал загрузку этих дампов в другую in-memory-db.

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

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

При таком подходе появляется проблема неравномерного износа конусов.

...А потом в прошивку добавили функцию равномерного износа ячеек. Но это уже была совсем другая история.

Информация

В рейтинге
3 062-й
Зарегистрирован
Активность