Сообщение Re[22]: Через год-два .NET Core потеснит Java на рынке enter от 23.04.2020 12:27
Изменено 23.04.2020 12:29 vsb
Re[22]: Через год-два .NET Core потеснит Java на рынке enter
Здравствуйте, takTak, Вы писали:
T>потому что в майкрософте решили, что если написать абстракцию в виде task parallel library, то жить всем станет проще, на яве такой абстракции нет, поэтому я и вижу и пулы потоков и и их блокировку в то время, как я просто-напросто хотел параллельно обработать массив строк
T>все остальные мои старые вопросы подводили к мысли, что какая-то такая абстракция облегчала бы жизнь и в яве
В Java ForkJoinPool на практике придёт сверху с более высоких слоёв, которые лучше знают, сколько потоков можно выделить. И запрос будет обрабатываться в контексте этого пула. И он автоматически будет использовать именно его. А соседний запрос другой пул. Или общий. Важно то, что код пользователя про это не заботится. Он просто говорит, хочу обрабатывать параллельно. А в .NET мне придётся какую-то конфигурацию динамическую создавать, прокидывать там всё только для того, чтобы параметры тред пула каждой операции передавать. Это очень неудобно.
T>потому что в майкрософте решили, что если написать абстракцию в виде task parallel library, то жить всем станет проще, на яве такой абстракции нет, поэтому я и вижу и пулы потоков и и их блокировку в то время, как я просто-напросто хотел параллельно обработать массив строк
T>все остальные мои старые вопросы подводили к мысли, что какая-то такая абстракция облегчала бы жизнь и в яве
В Java ForkJoinPool на практике придёт сверху с более высоких слоёв, которые лучше знают, сколько потоков можно выделить. И запрос будет обрабатываться в контексте этого пула. И он автоматически будет использовать именно его. А соседний запрос другой пул. Или общий. Важно то, что код пользователя про это не заботится. Он просто говорит, хочу обрабатывать параллельно. А в .NET мне придётся какую-то конфигурацию динамическую создавать, прокидывать там всё только для того, чтобы параметры тред пула каждой операции передавать. Это очень неудобно.
Re[22]: Через год-два .NET Core потеснит Java на рынке enter
Здравствуйте, takTak, Вы писали:
T>потому что в майкрософте решили, что если написать абстракцию в виде task parallel library, то жить всем станет проще, на яве такой абстракции нет, поэтому я и вижу и пулы потоков и и их блокировку в то время, как я просто-напросто хотел параллельно обработать массив строк
T>все остальные мои старые вопросы подводили к мысли, что какая-то такая абстракция облегчала бы жизнь и в яве
В Java ForkJoinPool на практике придёт сверху с более высоких слоёв, которые лучше знают, сколько потоков можно выделить. И запрос будет обрабатываться в контексте этого пула. И он автоматически будет использовать именно его. Т.е. юзер коду вообще не надо думать ни про какие потоки или пулы, за него уже подумали сверху. А соседний запрос другой пул. Или общий. Важно то, что код пользователя про это не заботится. Он просто говорит, хочу обрабатывать параллельно. А в .NET мне придётся какую-то конфигурацию динамическую создавать, прокидывать там всё только для того, чтобы параметры тред пула каждой операции передавать. Это очень неудобно.
T>потому что в майкрософте решили, что если написать абстракцию в виде task parallel library, то жить всем станет проще, на яве такой абстракции нет, поэтому я и вижу и пулы потоков и и их блокировку в то время, как я просто-напросто хотел параллельно обработать массив строк
T>все остальные мои старые вопросы подводили к мысли, что какая-то такая абстракция облегчала бы жизнь и в яве
В Java ForkJoinPool на практике придёт сверху с более высоких слоёв, которые лучше знают, сколько потоков можно выделить. И запрос будет обрабатываться в контексте этого пула. И он автоматически будет использовать именно его. Т.е. юзер коду вообще не надо думать ни про какие потоки или пулы, за него уже подумали сверху. А соседний запрос другой пул. Или общий. Важно то, что код пользователя про это не заботится. Он просто говорит, хочу обрабатывать параллельно. А в .NET мне придётся какую-то конфигурацию динамическую создавать, прокидывать там всё только для того, чтобы параметры тред пула каждой операции передавать. Это очень неудобно.