Сообщение Re[13]: StackOverflow от 08.01.2017 14:17
Изменено 08.01.2017 14:19 Слава
Re[13]: StackOverflow
Здравствуйте, lpd, Вы писали:
lpd>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
lpd>Я знаком с HPC. Возможно, в будущем и появятся лучшие механизмы, чем MPI. Только реализовать их на Java — это выкинуть 7000 ксеонов из 10000. То, что такие проекты в природе существуют, ни о чем не говорит, тем более, что на практике их не применяют.
Да появились уже давно. Просто MPI-сообщество давно уже перешло из стадии развития в стадию окукливания. В этом треде пример подобного мы можем видеть в лице alex_public.
lpd>тем более, что на практике их не применяют.
Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
lpd>В HPC никакая обработка ошибок и не нужна. Если узел вышел из строя, или есть баг в программе, то восстанавливаться и никакие другие запросы обрабатывать не надо — весь расчет прийдется начинать сначала. Так что это не может быть претензией к C++ или даже к MPI.
Господи, ну конечно же, разумеется — нет! Сходи всё же по ссылке из предыдущего поста, прочитай, очень увлекательно.
lpd>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
lpd>Я знаком с HPC. Возможно, в будущем и появятся лучшие механизмы, чем MPI. Только реализовать их на Java — это выкинуть 7000 ксеонов из 10000. То, что такие проекты в природе существуют, ни о чем не говорит, тем более, что на практике их не применяют.
Да появились уже давно. Просто MPI-сообщество давно уже перешло из стадии развития в стадию окукливания. В этом треде пример подобного мы можем видеть в лице alex_public.
lpd>тем более, что на практике их не применяют.
Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
lpd>В HPC никакая обработка ошибок и не нужна. Если узел вышел из строя, или есть баг в программе, то восстанавливаться и никакие другие запросы обрабатывать не надо — весь расчет прийдется начинать сначала. Так что это не может быть претензией к C++ или даже к MPI.
Господи, ну конечно же, разумеется — нет! Сходи всё же по ссылке из предыдущего поста, прочитай, очень увлекательно.
Re[13]: StackOverflow
Здравствуйте, lpd, Вы писали:
lpd>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
lpd>Я знаком с HPC. Возможно, в будущем и появятся лучшие механизмы, чем MPI. Только реализовать их на Java — это выкинуть 7000 ксеонов из 10000. То, что такие проекты в природе существуют, ни о чем не говорит, тем более, что на практике их не применяют.
Появились уже давно. Просто MPI-сообщество перешло из стадии развития в стадию окукливания. В этом треде пример подобного мы можем видеть в лице alex_public.
lpd>тем более, что на практике их не применяют.
Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
lpd>В HPC никакая обработка ошибок и не нужна. Если узел вышел из строя, или есть баг в программе, то восстанавливаться и никакие другие запросы обрабатывать не надо — весь расчет прийдется начинать сначала. Так что это не может быть претензией к C++ или даже к MPI.
Господи, ну конечно же, разумеется — нет! Сходи всё же по ссылке из предыдущего поста, прочитай, очень увлекательно.
lpd>Может, в некоторых случаях и можно использовать несколько языков. Только ради чего вообще в проекте C#? Только ради автоматического управления памятью? Утечки памяти в C++ отлично отлавливаются с помощью valgrind. C# сейчас используются исключительно из-за наличия удобного фреймворка веб-приложений — других серьезных причин я не вижу.
Ради реализации сложной логики без идиотских ошибок. Сложная логика сама по себе сложна, и читаться с экрана она должна легко. Мозг человека ограничен, и если в коде насрано &&&<<><>::->, то чтобы продраться через насранное — требуются немалые мозговые ресурсы.
lpd>Я знаком с HPC. Возможно, в будущем и появятся лучшие механизмы, чем MPI. Только реализовать их на Java — это выкинуть 7000 ксеонов из 10000. То, что такие проекты в природе существуют, ни о чем не говорит, тем более, что на практике их не применяют.
Появились уже давно. Просто MPI-сообщество перешло из стадии развития в стадию окукливания. В этом треде пример подобного мы можем видеть в лице alex_public.
lpd>тем более, что на практике их не применяют.
Да половина всех machine learning контор в силиконовке сидят на этом фреймфорке, и не первый год. Тема очень горячая. Вот, например: http://www.h2o.ai
lpd>В HPC никакая обработка ошибок и не нужна. Если узел вышел из строя, или есть баг в программе, то восстанавливаться и никакие другие запросы обрабатывать не надо — весь расчет прийдется начинать сначала. Так что это не может быть претензией к C++ или даже к MPI.
Господи, ну конечно же, разумеется — нет! Сходи всё же по ссылке из предыдущего поста, прочитай, очень увлекательно.