bouslayeff, есть еще подводные камни.
Если DOS приложение использует расширенную область оперативной памяти (больше 16 Мбайт), то оно ее не получит в распоряжение в версиях Windows семейства NT, начиная с 2000-й.
Особенно, это заметно на каких-нибудь играх с 3D графикой, они откажутся запускаться из-за малого объема ОЗУ.
Так что у вас в любом случае без эмулятора будет ограниченная совместимость и не возможность использования железа компа напрямую, если прога использует специфическую работу с прерываниями.
Хочу сделать что-то вроде приложения для расчета выработки рабочих, чтобы они через пк отмечались, когда пришли на работу, а начальник с телефона следил за БД.
Вообще, это задача СКУД. На проходной вертушка стоит, и отправляет данные в СКУД с карточки сотрудника, когда он прошел на территорию.
Рабочее время за компом контролируется, обычно, авторизацией пользователя в рабочей группе домена, куда подключен компьютер. Если все компы предприятия подключаются строго по таким учеткам, то админу не составляет труда иметь под рукой лог авторизаций, но проблема, как это представить в удобно анализируемом виде.
Ankhena, ну, если проявить занудство тестировщика.
Допустим, поклеить самые дешевые обойки в маленьком туалете, и взять это в кредит на 12 месяцев, чтобы ежемесячный платеж был ниже некуда.
Модель памяти можно считать, но если не функционируют все линии данных, то объем не будет задействован.
Тут либо что-то с соккетом/слотом оперативки, либо процессор махнуть местами с заведомо рабочим вариантом.
EDIsaev, если источник времени для записей таблиц - не СУБД, то задача будет решаться исключительно на функциях с входными параметрами. Каждый раз придется передавать отметку времени от внешнего источника. Либо как-то сообщать дельту времени в какой-то сеансовой глобальной переменной, чтобы остаться на этой схеме реализации.
Еще 100% будет работать, если обзавестись портативным дисководом DVD и его подключать к старому компу, еще записать диск с установкой системы.
Тогда не надо воевать с драйверами накопителей USB на каждом отдельно взятом устройстве.
Арендуете конфиг с видеокартой, большим объемом ОЗУ, SSD. Заливаете свое окружение и работаете.
Типа такого (см. конфиг с GPU): https://selectel.ru/prices/calculator/
Берите любое предтоповое/топовое игровое решение - не ошибетесь.
Там, где заканчивается игровой комп, начинается минимальный конфиг для нейронок.
Игрушка для одного человека недешевая, поэтому пользуются нейронками по подписке, либо одалживают мощности в облаках. Держать мощности в своем железе - это самый дорогой вариант.
Добавил в ответ выбор NEW/OLD и допустимые операции. В отдельных случаях вы можете проверять NEW/OLD.date_start/date_end is null, если у вам нужно начало интервала из нового значения взять, и конец интервала из старого, и наоборот.
Со Spring и какими-либо ORM я никогда не работал, всегда обходился теми инструментами, которые предоставляет сама СУБД.
Если к СУБД не относится как просто хранилищу, а правильно построить запросы и написать хранимые функции, то можно добиться много.
Хотя в Spring может быть другой подход. Возможно, вам нужно посмотреть некие интерфейсы, которые дадут дополнительные вычисляемые свойства класса, такие, чтобы не озадачивать напрямую СУБД. То есть, нужно отойти от концепции прямого отображения данных. Не всегда объект класса можно собрать один в один как он хранится в базе.
wrstnwrld, 5-8% трафика - служебный. Разбиение на пакеты, синхронизация, пересылка контрольных сумм.
В общем, не будет у вас макс. математически вымеренной скорости, есть определенные издержки на передачу данных, они сильно зависят от технологии каналов связи.
ПС: Вы еще wifi не тестировали на пределах возможности. Там потери x2 от паспортных характеристик - это норма.
А не инициализированного диска нет в списке?