Здравствуйте, Sharov, Вы писали:
S>>>Кроме шуток, а как иначе, если экземляр класс, реализ. это api не потокобезопасен? Завернуть в потокобезопасный S>>>декоратор какой-нибудь. G>>Враппер будет блокирующим? Не будет ли он тогда узким местом системы, т.к. заблокированные клиенты будут жать своей "очереди" посчитать?
S>А как иначе. Будут ждать своей очереди.
Но ведь тогда это станет узким местом системы, если все потоки клиентов будут блокироваться при ожидании замка.
Здравствуйте, gyraboo, Вы писали:
G>Здравствуйте, Sharov, Вы писали:
S>>>>Кроме шуток, а как иначе, если экземляр класс, реализ. это api не потокобезопасен? Завернуть в потокобезопасный S>>>>декоратор какой-нибудь. G>>>Враппер будет блокирующим? Не будет ли он тогда узким местом системы, т.к. заблокированные клиенты будут жать своей "очереди" посчитать?
S>>А как иначе. Будут ждать своей очереди.
G>Но ведь тогда это станет узким местом системы, если все потоки клиентов будут блокироваться при ожидании замка.
Кроме того, если нагрузка на враппер начнет расти, то сколько вообще потоков в Джаве можно поставить в очередь, прежде чем схлопочем out of memory?
Здравствуйте, gyraboo, Вы писали:
U>>>Image: image.png М>>Спасибо большое что поделились! Интересно, а в первом задании про простые числа в многопоточной среде что они хотят услышать?
G>Глупые, не нужно было разрабатывать многопоточное приложение. Его трудно девелопить и поддерживать, да и людей с такими компетенциям фиг найдешь. Надо было изначально реализовать всё в том же потоке который и создает этот замечательный компонент. А если скажет, что нужен перформанс, так тут встречный вопрос — может приложение вообще не нужно, распознавать голос можно посадить стенографистку набивать, дешевле выйдет.
Это же речь про задачку с суммой?
У меня была похожая, веб приложение должно было отдавать кой-чё на расчёт в сторонний компонент, а этот компонент мог работать только в single-threaded apartment. Решается организацией очереди к этому компоненту.
Help will always be given at Hogwarts to those who ask for it.
вообще то стандартные зп в айти это начиная от 30к руб в месяц
55к р в месяц это уже для тех кто хоть какой то опыт есть
а если в резюме есть предыдущее место работы в какой то айти компании, то можно со старта 120к р в месяц просить!
правда на собесе все равно до 70 собьют, но хотеть ведь не вредно!
Здравствуйте, gyraboo, Вы писали:
S>>А как иначе. Будут ждать своей очереди. G>Но ведь тогда это станет узким местом системы, если все потоки клиентов будут блокироваться при ожидании замка.
Здравствуйте, Sharov, Вы писали:
S>>>А как иначе. Будут ждать своей очереди. G>>Но ведь тогда это станет узким местом системы, если все потоки клиентов будут блокироваться при ожидании замка.
S>Ну это уже другой вопрос.
Нет, дорогой друг, давай уж выкручивайся и предлагай решение ))
Здравствуйте, _FRED_, Вы писали:
U>>>>Image: image.png М>>>Спасибо большое что поделились! Интересно, а в первом задании про простые числа в многопоточной среде что они хотят услышать?
G>>Глупые, не нужно было разрабатывать многопоточное приложение. Его трудно девелопить и поддерживать, да и людей с такими компетенциям фиг найдешь. Надо было изначально реализовать всё в том же потоке который и создает этот замечательный компонент. А если скажет, что нужен перформанс, так тут встречный вопрос — может приложение вообще не нужно, распознавать голос можно посадить стенографистку набивать, дешевле выйдет.
_FR>Это же речь про задачку с суммой?
_FR>У меня была похожая, веб приложение должно было отдавать кой-чё на расчёт в сторонний компонент, а этот компонент мог работать только в single-threaded apartment. Решается организацией очереди к этому компоненту.
Здравствуйте, undo75, Вы писали:
U>прочитал и прекратил интервью. решать не пытался даже. по опыту знаю, что с ребятами, подобное предлагающими, очень сложно сработаться. в работе они как правило теоретики, натасканные на разные олимпиадные задачи, и сами не знают чего хотят на самом деле. и все закончится печально. проходил. решал. пытался работать.
Я когда-то специализировался на распознавании речи и помню, что у ЦРТ всегда было много пафоса =) Кроме этого помню, что они брали госзаказы. Это, обычно, для простых работяг означает или горы денег, или совсем мало денег.
Здравствуйте, reversecode, Вы писали:
R>вообще то стандартные зп в айти это начиная от 30к руб в месяц R>55к р в месяц это уже для тех кто хоть какой то опыт есть R>а если в резюме есть предыдущее место работы в какой то айти компании, то можно со старта 120к р в месяц просить! R>правда на собесе все равно до 70 собьют, но хотеть ведь не вредно!
Такое ощущение, что зарплаты в России это сейчас самая секретная тайна. В одном месте говорят, что от 50 000 начинается, в другом — что заканчивается на 500 000. Кому верить?
Здравствуйте, reversecode, Вы писали:
R>вообще то стандартные зп в айти это начиная от 30к руб в месяц
я такие зп видел только в деревнях и вот брат в газпроме работает примерно за столько )))) правда филиале, конечно горгаз райцентра не самого большого
он правда нифига не программист, типа сисадмина. но такого сисадмина, который не против провода в крысином и голубином говне прокинуть.
Здравствуйте, undo75, Вы писали:
U>на собеседовании в ЦРТ (https://www.speechpro.ru/). может кому интересно
Первая задачка хороша, люблю давать задачки на втаскивание старья в современное асинхронное приложение.
Вторая — два листа очередей и один массив для пересечений, можно уложиться в O(кол-во пересечений)
Здравствуйте, cppguard, Вы писали:
R>>вообще то стандартные зп в айти это начиная от 30к руб в месяц R>>55к р в месяц это уже для тех кто хоть какой то опыт есть R>>а если в резюме есть предыдущее место работы в какой то айти компании, то можно со старта 120к р в месяц просить! R>>правда на собесе все равно до 70 собьют, но хотеть ведь не вредно! C>Такое ощущение, что зарплаты в России это сейчас самая секретная тайна. В одном месте говорят, что от 50 000 начинается, в другом — что заканчивается на 500 000. Кому верить?
Здравствуйте, Sharov, Вы писали:
S>>>Ну это уже другой вопрос. G>>Нет, дорогой друг, давай уж выкручивайся и предлагай решение ))
S>Если речь об одном процессе и потоках, то лучше я не придумаю. Иначе микросервисная арх-ра и вот это вот все.
Т.е. неблокирующее решение, ты считаешь, нельзя реализовать локально, только микросервисом?
Здравствуйте, gyraboo, Вы писали:
S>>Если речь об одном процессе и потоках, то лучше я не придумаю. Иначе микросервисная арх-ра и вот это вот все. G>Т.е. неблокирующее решение, ты считаешь, нельзя реализовать локально, только микросервисом?
Здравствуйте, gyraboo, Вы писали:
G>Т.е. неблокирующее решение, ты считаешь, нельзя реализовать локально, только микросервисом?
Сделать столько очередей, сколько процессоров, привязать каждую к своему комплекту из потока и этого, как его, компонента, и ставить запрос в случайную очередь (ну или round robin намутить).
Здравствуйте, gyraboo, Вы писали:
_FR>>Это же речь про задачку с суммой? _FR>>У меня была похожая, веб приложение должно было отдавать кой-чё на расчёт в сторонний компонент, а этот компонент мог работать только в single-threaded apartment. Решается организацией очереди к этому компоненту.
G>А подробнее расскажешь, как реализовал?
Сделал свой TaskScheduler на BlockingCollection<Task> и массивом STA-потоков (в моей задачи можно было создавать несколько инстансов этого стороннего компонента, поэтому массив. Если, как в условиях задачи, доступен только один, то достаточно и одного потока).
В месте вызова просто запускал обычную таску c этим самым схедулером и дальше с ней можно уже работать как c обычной таской: или подождать или запустить ContinueWith(…).
Help will always be given at Hogwarts to those who ask for it.