А кто сказал, что я против вашей статьи?! Я лично даже плюс за нее поставил, потому-что надо искать возможности для личного роста. А где и как это делать- это личное дело каждого. Кто-то может выбить на работе средства на учебу в таких центрах, кто то из своих готов отдать, кому то проще книгу прочитать вечером, англоязычные блоги разработчиков технологий и потренироваться на кошках.
Я просто констатировал факт, что прочитавшим этот блог «как бы ненавязчиво» сказали этой статьей- Мы хороший центр подготовки. И люди почувствовали рекламу.
С глиняными ногами соглашусь… но Гигант… это сарказм?
Они даже документацию написать не могут на сайте. Это попахивает кодингом в стиле just for fun. Что то не думаю, что приличный разработчик будет работать с системной у которой нет документации, если есть более известные, популярные и документированные.
Была забавная статистика. Что 90% девелопили под виндоус, а запускали под линуксом. Но первичное тестирование то получалось на виндоус, перед тем как деплоить на сервер.
Разница в том, что Visual Studio не работает на маке.
Косяк в том, что автор заточился под 1 систему, под одну технологию. А это в современных реалиях очень плохо. Потому, что должна быть всеми любимая кроссплатформенность. Если автор маковод- это еще не значит что все должны сбегать и отдать свои деньги джобсу и компании.
А Вы действительно разрабатываете под vs2003?
По моему пора что то в этой жизни Вам менять. Прошло уже 8 лет с ее выхода, сменилось версии 4 версии .net с 1.0 до 4.0(2.0, 3.0, 3.5), пару стандартов языков.
В общем пора эволюционировать.
1-«Fake — это основанный на WebKit и Applescript браузер, предназначенный для автоматизированного тестирования веб-приложений.»
Если я правильно понял, то о браузерах которые не на вебките эту штука не знает…
2-И еще маленький косяк… есть требование- «Mac OS X 10.5 or later», не знаю как кто, а я программировать серверную часть не стал бы на маке. Для этого хватит вполне linux или windows.
3-Так же старницы документации нету fakeapp.com/documentation/
4-зачем нужен собственный язык скриптовый еще и от яблочников, если мы не сможем перенести это все на другую платформу? Веб можно вполне и на python или каком другом языке тестить
В общем штука на сколько забавная, на столько и ненужная.
Можно пару добавлений:
Дополните доклад анализом выделения памяти, анализу параллельного выполнения.
Потому, что эти пункты очень полезны. Вы о них упомянули, но нет скриншотов. Думаю людям будет полезно знать.
Кстати сравните это счастье с кем-нибудь www.red-gate.com/products/ants_performance_profiler/index.htm
очень интересный софт ведь. Например в части профилировки памяти, объектов в памяти red gate несколько серьезнее, чем vs2010 memory profiler. В VS2010 мы можем смотреть выделение памяти, а в red gate мы можем сделать снапшот памяти и посмотреть какие объекты в памяти содержатся, сколько места занимают и так далее.
И если можно выделите поярче проблемы которые могут быть при профилировке. накладные расходы, проблемы hot spot анализа. Потому, что в статье только позитив, но мир не так прост ведь…
1-Не знаю много ли тут товарищей с Израиля и Хаифы, но думаю 99% населения хабра не от туда и возможности поучиться в оффлайне для них не возможно.
2-Тк я не увидел и не услышал ничего про онлайн лекции или записи, то думаю для этих 99% живущих вне Израиля рассказ о «Заморском светоче знаний» бесполезен.
3-Вы так много уделили времени рассказу о том как учили Вас, и о том, какой хороший человек товарищ Уди, что я так и не понял в чем смысл подкаста. Все содержательное можно было в 2 фразы сказать- учите такую то дисциплину и содержание дисциплины.
В общем подкаст можно было раз в 5 сократить без потери информативности.
Ошибся строчкой куда коммент ставить. Вам сообщение ниже адресовано.
+ к нему.
Кстати в jdk тоже кривовато на мой взгляд много чего. В частности работа с файловой системой. Если в JDK на Win взять абсолютный путь до файла, то получишь путь до джава машины, если тот же код запустить на lin, то получить путь до твой программы. Вот и думай, как и где это использовать.
Так, что не надо мне говорить про зацикленность на вендора, я использовал и lin и win. Есть с чем сравнивать, и поработав с HPC Server, мне он понравился. Мы его даже подняли сами нормально, при том, что как поднять кластер на linux я до сих пор считаю шаманством.
не SUN JDK- Потому, что на кластере я не админ. Надо просить админа, мол поставь мне на 576 узлов JDK нормальную. На нем сейчас есть только openjdk.
Вот представьте себе. Запросил я себе произвольно 100 узлов, и мне что лапками на каждый заходить, и скидывать туда jdk, устанавливать, потом проверять есть ли она там или нет. Вы хоть представьте себе это и любое желание отобьет. Я конечно понимаю, можно в свою home директорию поставить, но тогда будут очень веселые сетевые эффекты с запросом чего то из моей папки на сотню мегабайт. Тем более что права есть только на свою директорию
Ах да, совсем забыл, я могу попасть на любую машину случайную ведь, на которой я не ставил jdk… Вот это fail. А если машину поднимут с золотого образа после падения то я хрен разберу причину почему у меня не стартовал расчет меньше чем за сутки(сначала понять что он не стартовал.я же не в интерактивной сессии сидеть буду в онлайн смотреть что там)
MPI- везде. MPI- это стандарт, а его реализации у всех разные. На Кластере вечно по 2-3 версии сидит. Не когда не знаешь, что тебе попадется на кластере, по этому собираешь из исходников на целевой машине всегда, иначе большая вероятность, что ни черта не запустится. Мы когда на MPI для ImagineCup кодили, дико облажались на том, что у меня на машине была одна mpi, а на счетной машинке другая. В итоге веселились с компиляцией и пере направлением вывода. И черт знает под чем собирется, а под чем нет. Я в Русскую рулетку не играю.
Так, что использоватние- MPI- дело тоже, не самое простое.
И на последок, а Вы на кластере вообще что-нибудь делали? Считали, администрировали? Если да, то расскажите как все просто, а ты мы тут мучаемся очень сильно.
Как я Вас понимаю. Писать статьи потому, что научрук требует их для отчетности наверх, а в итоге такая безполезная макулатура. Полезна разве что итоговая статья ведь, а не тезисы с десятка конференций.
Кстати, а очень хорошая идея публиковать статьи сюда научные. Так сказать, предварительная рецензия. И почитать будет что, а то надоели статьи из серии- я купил айчтототам и увеличил этим длину своего *** на n сантиметров, посмотрите какой я крутой. И несколько адекватных вопросов почерпнете может быть для себя.
Спасибо, приятно прочесть приличную статью на хабре. Если бы мог дать грамоту за статью месяца я бы обязательно отдал ее Вам.
А теперь 5 копеек от меня.
Git-это хорошо. Но вопрос- а каким компилятором Вы собирали не .net версию программы? Просто уровень компилятора тоже важен, постоянно вижу как компилятор intel выигрывает у gcc, и компилятора ms. Если собрали не им, то попробуйте им и сравните результаты, если им, то укажите это в статье, а то докапаются когда будите представлять статью на конференции.
Я вот не понял зачем Вы на локальных узлах то тестировали. Просто на сколько я помню MPI- запускать на 1 машине- этот очень плохо. Ведь задача MPI -между машинное взаимодействие по сети. А внутри MPI уже используйте openmp, что бы задействовать все процессоры на машине. Я как бы догадываюсь, что у Вас дома нет целого кластера на 20 машин, но под это дело можно на кафедре выбить компьютерный класс и поставить, было бы желание.
А Вы как я понимаю запустили на каждом ядре по слейву mpiвскому. Память то общаю, они могут еще и бороться за ресурсы там.
Кстати, я очень люблю технологии MS, сам пишу на .Net в основном. Но вот незадача- на большинстве кластеров linux, причем какой нибудь из серии Red Hat Enterprise Linux. И Администратора фиг заставишь поставить тебе туда даже mono. Скорее тебе предложат переписать все на Java(что я сейчас и делаю. переписав свой расчет с C# на Java, а сейчас веселюсь с глючной openjdk и параметрами компиляции, что бы не вылетать по стеку.). Я искренне надеюсь, что скоро появится кластера с HPC SERVER, на котором можно будет использовать .Net и wcf нормально.
На счет скорости канала- на кластерах опять же не совсем то, что у Вас дома ведь. Там скорее всего какой-нибудь infiniband с очень малой латентностью и на самих машинах не какой нибудь медленный tcpip а что нибудь нормальное, что бы не было этой иеархии уровней. В общем все вместе вполне может повлиять на результаты.
Как всегда еще спросят про оптимизированные мат библиотеки из серии MKL, мол на .Net нет таких оптимизированных под архитектуры процессора библиотек, за счет которых можно получить кратный рост производительности. Затем прикопаются на тему оптимизации. Мол на .Net мы не контролируем процесс, нельзя сделать низкоуровневую оптимизацию и прочие такие аргументы.
Поверьте, я не придераюсь к Вам, я бы с радостью дал Вам грамоту за лучшую статью месяца. Но на представлении статью научной будет сидеть кто-нибудь из професуры, который с радостью задаст 10 тупых вопросов и еще 10 по делу. В которых как раз и окажутся все мои комменты.
Я очень люблю параллельное программирование, но когда мне выкатывают метровые листинги кода без комментариев и практически без объяснений — меня это в нокаут посылает. А ведь я честно сидел и вкуривал эти коды, что бы понять что умеет этот твистед.
Тема доклада очень интересная, помню какой живой диспут был на дне Google осенью, когда рассказывали о нем.
Спасибо за наводку конечно, но за СУТКИ очень многие уже не смогут переделать свои планы по работе и прийти (как например я) Вы бы хотя бы дня за 4-5 сказали и я уверен посещаемость была бы раза в 2 выше.
Раз пишете самплы- покажите их пожалуйста- если это не секретная информация.
Потому, что хоть я и люблю, ценю и уважаю Intel за то, что они делают, но верю только, когда либо сам попробовал, либо когда вижу истории успеха и реальные применения. Потому, что то что говорят маркетологи, рекламщики, евангелисты и прочие- это одно, они рассказывают все плюсы, а с минусами сталкиваешь уже сам и тут тебе менеджер по продажам не поможет.
Я знаю, что можно погуглить, заяндексить, отбингить или еще как нибудь поискать, но хотелось бы услышать ответ от человека, который этим серьезно занимается и сможет просто и ясно продемонстрировать, а прочесть мануал на 1000стр я успею, если инструмент понадобиться.
5 тысяч за 2 недели. Те кто работают и так эти деньги за это время заработают. Те кто не работает- тем другой вопрос. Думаю если, как у меня в вузе, то те кто на 3-4 курсе работают уже и сами такие деньги зарабатывают и на 2 недели уходить с работы из-за этого они не станут.
Я просто констатировал факт, что прочитавшим этот блог «как бы ненавязчиво» сказали этой статьей- Мы хороший центр подготовки. И люди почувствовали рекламу.
Они даже документацию написать не могут на сайте. Это попахивает кодингом в стиле just for fun. Что то не думаю, что приличный разработчик будет работать с системной у которой нет документации, если есть более известные, популярные и документированные.
Разница в том, что Visual Studio не работает на маке.
По моему пора что то в этой жизни Вам менять. Прошло уже 8 лет с ее выхода, сменилось версии 4 версии .net с 1.0 до 4.0(2.0, 3.0, 3.5), пару стандартов языков.
В общем пора эволюционировать.
Если я правильно понял, то о браузерах которые не на вебките эту штука не знает…
2-И еще маленький косяк… есть требование- «Mac OS X 10.5 or later», не знаю как кто, а я программировать серверную часть не стал бы на маке. Для этого хватит вполне linux или windows.
3-Так же старницы документации нету fakeapp.com/documentation/
4-зачем нужен собственный язык скриптовый еще и от яблочников, если мы не сможем перенести это все на другую платформу? Веб можно вполне и на python или каком другом языке тестить
В общем штука на сколько забавная, на столько и ненужная.
Можно пару добавлений:
Дополните доклад анализом выделения памяти, анализу параллельного выполнения.
Потому, что эти пункты очень полезны. Вы о них упомянули, но нет скриншотов. Думаю людям будет полезно знать.
Кстати сравните это счастье с кем-нибудь www.red-gate.com/products/ants_performance_profiler/index.htm
очень интересный софт ведь. Например в части профилировки памяти, объектов в памяти red gate несколько серьезнее, чем vs2010 memory profiler. В VS2010 мы можем смотреть выделение памяти, а в red gate мы можем сделать снапшот памяти и посмотреть какие объекты в памяти содержатся, сколько места занимают и так далее.
И если можно выделите поярче проблемы которые могут быть при профилировке. накладные расходы, проблемы hot spot анализа. Потому, что в статье только позитив, но мир не так прост ведь…
Еще раз спасибо за написание статьи.
2-Тк я не увидел и не услышал ничего про онлайн лекции или записи, то думаю для этих 99% живущих вне Израиля рассказ о «Заморском светоче знаний» бесполезен.
3-Вы так много уделили времени рассказу о том как учили Вас, и о том, какой хороший человек товарищ Уди, что я так и не понял в чем смысл подкаста. Все содержательное можно было в 2 фразы сказать- учите такую то дисциплину и содержание дисциплины.
В общем подкаст можно было раз в 5 сократить без потери информативности.
P.S. привет Израилю!
+ к нему.
Кстати в jdk тоже кривовато на мой взгляд много чего. В частности работа с файловой системой. Если в JDK на Win взять абсолютный путь до файла, то получишь путь до джава машины, если тот же код запустить на lin, то получить путь до твой программы. Вот и думай, как и где это использовать.
Так, что не надо мне говорить про зацикленность на вендора, я использовал и lin и win. Есть с чем сравнивать, и поработав с HPC Server, мне он понравился. Мы его даже подняли сами нормально, при том, что как поднять кластер на linux я до сих пор считаю шаманством.
Вот представьте себе. Запросил я себе произвольно 100 узлов, и мне что лапками на каждый заходить, и скидывать туда jdk, устанавливать, потом проверять есть ли она там или нет. Вы хоть представьте себе это и любое желание отобьет. Я конечно понимаю, можно в свою home директорию поставить, но тогда будут очень веселые сетевые эффекты с запросом чего то из моей папки на сотню мегабайт. Тем более что права есть только на свою директорию
Ах да, совсем забыл, я могу попасть на любую машину случайную ведь, на которой я не ставил jdk… Вот это fail. А если машину поднимут с золотого образа после падения то я хрен разберу причину почему у меня не стартовал расчет меньше чем за сутки(сначала понять что он не стартовал.я же не в интерактивной сессии сидеть буду в онлайн смотреть что там)
MPI- везде. MPI- это стандарт, а его реализации у всех разные. На Кластере вечно по 2-3 версии сидит. Не когда не знаешь, что тебе попадется на кластере, по этому собираешь из исходников на целевой машине всегда, иначе большая вероятность, что ни черта не запустится. Мы когда на MPI для ImagineCup кодили, дико облажались на том, что у меня на машине была одна mpi, а на счетной машинке другая. В итоге веселились с компиляцией и пере направлением вывода. И черт знает под чем собирется, а под чем нет. Я в Русскую рулетку не играю.
Так, что использоватние- MPI- дело тоже, не самое простое.
И на последок, а Вы на кластере вообще что-нибудь делали? Считали, администрировали? Если да, то расскажите как все просто, а ты мы тут мучаемся очень сильно.
Кстати, а очень хорошая идея публиковать статьи сюда научные. Так сказать, предварительная рецензия. И почитать будет что, а то надоели статьи из серии- я купил айчтототам и увеличил этим длину своего *** на n сантиметров, посмотрите какой я крутой. И несколько адекватных вопросов почерпнете может быть для себя.
А теперь 5 копеек от меня.
Есть реализация обертки над MPI на .Net- как Вы можете догадаться называется MPI.Net сам не пробовал, говорят не без багов была года 2 назад, но обертка есть и причем рабочая.
osl.iu.edu/research/mpi.net/
mpinet.codeplex.com/
www.purempi.net/
Git-это хорошо. Но вопрос- а каким компилятором Вы собирали не .net версию программы? Просто уровень компилятора тоже важен, постоянно вижу как компилятор intel выигрывает у gcc, и компилятора ms. Если собрали не им, то попробуйте им и сравните результаты, если им, то укажите это в статье, а то докапаются когда будите представлять статью на конференции.
Я вот не понял зачем Вы на локальных узлах то тестировали. Просто на сколько я помню MPI- запускать на 1 машине- этот очень плохо. Ведь задача MPI -между машинное взаимодействие по сети. А внутри MPI уже используйте openmp, что бы задействовать все процессоры на машине. Я как бы догадываюсь, что у Вас дома нет целого кластера на 20 машин, но под это дело можно на кафедре выбить компьютерный класс и поставить, было бы желание.
А Вы как я понимаю запустили на каждом ядре по слейву mpiвскому. Память то общаю, они могут еще и бороться за ресурсы там.
Кстати, я очень люблю технологии MS, сам пишу на .Net в основном. Но вот незадача- на большинстве кластеров linux, причем какой нибудь из серии Red Hat Enterprise Linux. И Администратора фиг заставишь поставить тебе туда даже mono. Скорее тебе предложат переписать все на Java(что я сейчас и делаю. переписав свой расчет с C# на Java, а сейчас веселюсь с глючной openjdk и параметрами компиляции, что бы не вылетать по стеку.). Я искренне надеюсь, что скоро появится кластера с HPC SERVER, на котором можно будет использовать .Net и wcf нормально.
На счет скорости канала- на кластерах опять же не совсем то, что у Вас дома ведь. Там скорее всего какой-нибудь infiniband с очень малой латентностью и на самих машинах не какой нибудь медленный tcpip а что нибудь нормальное, что бы не было этой иеархии уровней. В общем все вместе вполне может повлиять на результаты.
Как всегда еще спросят про оптимизированные мат библиотеки из серии MKL, мол на .Net нет таких оптимизированных под архитектуры процессора библиотек, за счет которых можно получить кратный рост производительности. Затем прикопаются на тему оптимизации. Мол на .Net мы не контролируем процесс, нельзя сделать низкоуровневую оптимизацию и прочие такие аргументы.
Поверьте, я не придераюсь к Вам, я бы с радостью дал Вам грамоту за лучшую статью месяца. Но на представлении статью научной будет сидеть кто-нибудь из професуры, который с радостью задаст 10 тупых вопросов и еще 10 по делу. В которых как раз и окажутся все мои комменты.
Еще раз спасибо.
Вы бы хоть комментов наставили.
Спасибо за наводку конечно, но за СУТКИ очень многие уже не смогут переделать свои планы по работе и прийти (как например я) Вы бы хотя бы дня за 4-5 сказали и я уверен посещаемость была бы раза в 2 выше.
Потому, что хоть я и люблю, ценю и уважаю Intel за то, что они делают, но верю только, когда либо сам попробовал, либо когда вижу истории успеха и реальные применения. Потому, что то что говорят маркетологи, рекламщики, евангелисты и прочие- это одно, они рассказывают все плюсы, а с минусами сталкиваешь уже сам и тут тебе менеджер по продажам не поможет.
Я знаю, что можно погуглить, заяндексить, отбингить или еще как нибудь поискать, но хотелось бы услышать ответ от человека, который этим серьезно занимается и сможет просто и ясно продемонстрировать, а прочесть мануал на 1000стр я успею, если инструмент понадобиться.