На мой взгляд три 27 дюймов на стойках. В кресле полулёжа. Все локти на столе. Стаж 40 лет плюс. Спина пока целая. Левый экран браузер с музыкой плюс почта плюс переписка в соцсетях. Два правых рабочие. Крайний левый если начало проекта либо сложности какие то документы либо технический документ
А не проще ли было делать чтение буферированым. Если в адресном пространстве есть запрещеные адреса отдавать там нули и ложь. Тогда мастер на первом проходе поймёт кого нет. А на следующих просто будет читать только тех кто есть. И скорость вырастет и не надо городить велосипед
Эх молодость моя. См1210 и её кривой Фортран. Всё массивы передаются в функцию по значению. И месяцы его правки чтобы изменить на передачу по ссылке. Зато модель реактора ввр 400 заработала в реальном времени ?
Для большинства приложений я использую postresql. Просто таблица с ключём плюс jsonb. Скорость дикая mongo db в общем случае и рядом не сидела. Правда я работаю на российской neutrino. Прошу не пинать тех кто её не знает
Не знаю что тут сказать. Но в многопоточных приложениях postgresql лупит всё известные мне БД в одни ворота. В сорок потоков с интервалом между одной записью в в сорок таблиц со средним объектом в 20 кило jsonb с двумя индексами на таблицу. И держать время записи в 7 миллисекунды. Плюс репликация на слейве десяти таблиц с историей под полмиллиона записей с нуля за десять секунд это нечто.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
На мой взгляд три 27 дюймов на стойках. В кресле полулёжа. Все локти на столе. Стаж 40 лет плюс. Спина пока целая. Левый экран браузер с музыкой плюс почта плюс переписка в соцсетях. Два правых рабочие. Крайний левый если начало проекта либо сложности какие то документы либо технический документ
А как же spl?
На М600 СМ2М его семействе жил до См1210
Много лет тому назад один мой программист писал на шарпе весь проект на одних try cath . Но в catch ничего не делал. Пришлось уволить.
Работа проделана огромная. Но ещё столько же впереди, если учесть комментарии.
А не проще ли было делать чтение буферированым. Если в адресном пространстве есть запрещеные адреса отдавать там нули и ложь. Тогда мастер на первом проходе поймёт кого нет. А на следующих просто будет читать только тех кто есть. И скорость вырастет и не надо городить велосипед
Эх молодость моя. См1210 и её кривой Фортран. Всё массивы передаются в функцию по значению. И месяцы его правки чтобы изменить на передачу по ссылке. Зато модель реактора ввр 400 заработала в реальном времени ?
Для большинства приложений я использую postresql. Просто таблица с ключём плюс jsonb. Скорость дикая mongo db в общем случае и рядом не сидела. Правда я работаю на российской neutrino. Прошу не пинать тех кто её не знает
Не знаю что тут сказать. Но в многопоточных приложениях postgresql лупит всё известные мне БД в одни ворота. В сорок потоков с интервалом между одной записью в в сорок таблиц со средним объектом в 20 кило jsonb с двумя индексами на таблицу. И держать время записи в 7 миллисекунды. Плюс репликация на слейве десяти таблиц с историей под полмиллиона записей с нуля за десять секунд это нечто.