tag:blogger.com,1999:blog-10303035.post6599049525106773221..comments2009-03-16T11:43:41.621+03:00Алёнаhttp://www.blogger.com/profile/09389124127364799922alenacpp@gmail.comBlogger18125tag:blogger.com,1999:blog-10303035.post-20058317269662720302009-03-16T11:43:00.000+03:002009-03-16T11:43:00.000+03:00<B>2C++ Developer:</B><BR/><I>Интересно, а как ведет себя компилятор во время этого самого сбоя? Видно ли, что компиляция прошла успешно или нет? Просто не хотелось бы, чтобы сбой остался незамечанным и я поставил клиенту глючную программу из за одного только ключа.</I><BR/><BR/>Не знаю как ведет... Если есть такие сомнения, то лучше финальную сборку проводить без этого ключа. Поставить его только в дебаге, например.Алёнаhttp://www.blogger.com/profile/09389124127364799922noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-90582849601769983672009-03-16T10:37:00.000+03:002009-03-16T10:37:00.000+03:00Интересно, а как ведет себя компилятор во время этого самого сбоя? Видно ли, что компиляция прошла успешно или нет? Просто не хотелось бы, чтобы сбой остался незамечанным и я поставил клиенту глючную программу из за одного только ключа.C++ Developerhttp://www.hackishcode.comnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-52136906878787048572008-08-07T03:30:00.000+04:002008-08-07T03:30:00.000+04:00Почему-то глючило с сишными библиотеками - они пересобирались всё время после добавления ключа /MP. С С++ библиотеками такого не было.<BR/><BR/>Впрочем, сишные либы и так сильно быстрей собираются, чем С++._winniehttp://www.blogger.com/profile/04382725998308329157noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-16040871991295186902008-05-31T16:56:00.000+04:002008-05-31T16:56:00.000+04:00К сожелению <BR/>"Command line warning D9030 : '/Gm' is incompatible with multiprocessing; ignoring /MP switch"<BR/><BR/>Тоесть польза только при полном ребилде. А его кстати было бы хорошо делать чем-то вроде CruiseControl.pimejahttp://www.blogger.com/profile/15482066722712056198noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-69717200144974888802008-04-27T13:46:00.000+04:002008-04-27T13:46:00.000+04:00<B>2Анонимный:</B><BR/><I>для MSVS2005 есть адд-ин, который разблочивает эту функцию.<BR/><BR/> вот он: http://www.todobits.es/mpcl.html</I><BR/><BR/>Добавляет к ней интерфейс, скорее. А так она не заблокировна - бери и пользуйся. Но не документирована и интерфейса к ней нет.Алёнаhttp://www.blogger.com/profile/09389124127364799922noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-29014610962455964262008-04-27T12:49:00.000+04:002008-04-27T12:49:00.000+04:00для MSVS2005 есть адд-ин, который разблочивает эту функцию.<BR/><BR/>вот он: http://www.todobits.es/mpcl.htmlAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-13214571750122531262008-04-26T19:17:00.000+04:002008-04-26T19:17:00.000+04:00а мы в 2005-й студии наткнулись на баг (уже отрепорченный), когда происходила неправильная инстанциация статических объектов при использовании boost.spirit из boost 1.35Alex Otthttp://www.blogger.com/profile/13001951608173211050noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-13092208339428549222008-04-26T14:07:00.000+04:002008-04-26T14:07:00.000+04:00Ок, не обратил внимания, согласен :)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-59585550199006369172008-04-26T13:22:00.000+04:002008-04-26T13:22:00.000+04:00<B>2Анонимный</B><BR/><BR/><I>Гм, это прикол такой ? Оно и так по умолчанию включено в среде, если система мультипроцессорная. Надо же, больше года пользуюсь, как на VS2005 перешёл, а оказывается это тайна :-D<BR/><BR/> См. Tools\Options\Projects and Solutions\Build and Run\maximum number of parallel project builds</I><BR/><BR/>Нет, это другая параллельность. Это возможность параллельно собирать несколько проектов. /MP распараллеливает компиляцию одного проекта.<BR/>Почитай у Саттера, он подробнее об этом пишет.Алёнаhttp://www.blogger.com/profile/09389124127364799922noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-2622357958161312012008-04-26T13:08:00.000+04:002008-04-26T13:08:00.000+04:00Гм, это прикол такой ? Оно и так по умолчанию включено в среде, если система мультипроцессорная. Надо же, больше года пользуюсь, как на VS2005 перешёл, а оказывается это тайна :-D<BR/><BR/>См. Tools\Options\Projects and Solutions\Build and Run\maximum number of parallel project buildsAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-11262361249818284122008-04-25T18:08:00.000+04:002008-04-25T18:08:00.000+04:00[b]2 rocker[/b]<BR/>Скорость компиляции C# проектов и так во много раз выше чем С++SaDhttp://www.blogger.com/profile/08355199153574590979noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-45532190747700529322008-04-25T16:43:00.000+04:002008-04-25T16:43:00.000+04:00Для одного ядра тоже должен повышать скорость, по крайней мере в GNU make утилизация процессора больше становитсяAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-80987556314747652862008-04-25T14:39:00.000+04:002008-04-25T14:39:00.000+04:00А вот для C# я ничего такого не нашел... Обидно.rockerhttp://therocker.ya.ru/noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-76245711808328085302008-04-25T11:48:00.000+04:002008-04-25T11:48:00.000+04:00не уверен что на маленьких проектах компилирующихся меньше 5 минут корректно сравнивать время компиляции с этим ключом и без него :)<BR/><BR/>а вообще хочу добавить о системах распараллеливания компиляции по сети - когда другие компьютеры в сети участвуют в сборке твоего проекты - мы для этого под windows используем <A HREF="http://www.xoreax.com" REL="nofollow">IncrediBuild</A> а под линуксом - <A HREF="http://trolltech.com/products/qt/addon/teambuilder" REL="nofollow">TeamBuilder</A><BR/>чего и вам советую :) время сборки одного прошлого проекта уменьшилось с 40 минут до 10-15. Текущий проект теперь под линуксом собирается 15-20 минут вместо нескольких часов.shadonehttp://www.blogger.com/profile/16130744702574821501noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-22048734989928097702008-04-25T10:15:00.000+04:002008-04-25T10:15:00.000+04:00Спасибо!<BR/>Попробовал - время компиляции одного проекта сократилось с 3m15s до 2m10s. Надо на полном продукте попробовать - сейчас он больше получаса собирается.<BR/><BR/>Теперь начал тоже хотеть 4х-ядерный процессор.yorool_guihttp://www.blogger.com/profile/14769179559444818591noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-76234088687798222602008-04-25T10:06:00.000+04:002008-04-25T10:06:00.000+04:00<B>2Borisov Sergey:</B><BR/><I>Только странно, что он об этом сейчас сообщил, мог бы и раньше на годик два...</I><BR/><BR/>Они и раньше об этом писал, я не обратила внимания просто.Алёнаhttp://www.blogger.com/profile/09389124127364799922noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-66486467778030888272008-04-25T03:14:00.000+04:002008-04-25T03:14:00.000+04:00Всем срочно спать :)Виталийhttp://www.blogger.com/profile/15470345455905998805noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-82268418651268412592008-04-25T02:13:00.000+04:002008-04-25T02:13:00.000+04:00Компиляцию ускоряет действительно.<BR/>Я вот тут для Qt шников отписал, как только Suttter признался.<BR/>http://wiki.qtcentre.org/index.php?title=Qt4_with_Visual_Studio#Multicore_processors<BR/><BR/>А то я всё переживал как же так в Linux make -j [processMax] есть <BR/>а в VS не было ничего, для распараллеливания компиляции.<BR/><BR/>Только странно, что он об этом сейчас сообщил, мог бы и раньше на годик два...Borisov Sergeyhttp://www.blogger.com/profile/14524226731635280904noreply@blogger.com