https://www.opennet.me/openforum/vsluhforumID3/62754.html Ланс Альбертсон (Lance Albertson) главный системный адмнистратор лаборатории открытого кода университета штата Орегон (OSU Open Source Lab (http://osuosl.org/)) рассказал (http://searchdatacenter.stage.techtarget.com/news/article/0,289142,sid80_gci1378294,00.html) в интервью изданию techtarget.com о том, что большинство системных администраторов в его подчинении студенты возрастом от 18 до 21 года. Именно им поручается управление серверами ключевых открытых проектов, среди которых основной сайт распространения Linux ядра Kernel.org, сайты Linux Foundation, Apache Software Foundation, сообщества Drupal, Mozilla Firefox, One Laptop Per Child, GNOME, PostgreSQL и еще 50 проектов.<br><br><br><br>По словам Ланса такой подход оправдывает себя, хотя главная причина использования студентов на ответственной работе - это желание свести стоимость обслуживания к минимуму. С другой стороны студентам выпадает редкий шанс получить бесценный опыт, поучаствовав в администрировании крупнейших проектов и поняв ...<br><br>URL: http://searchd https://www.opennet.me/openforum/vsluhforumID3/62754.html#120 Wed, 13 Jan 2010 12:03:50 GMT господа, скажу вам, что в крупных конторах, например в intel, софт зачастую пишут тоже студенты, так что если у вас будет глючит интеловский софт, знайте кто в этом виноват <br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#119 Tue, 12 Jan 2010 08:16:10 GMT &gt;Вот эта борьба за "чистоту кода" уже немного отдает фанатизмом, конечно, что <br>&gt;goto зло я согласна (и что его не зря убрали из <br>&gt;облюбованного быдло-кодерами PHP), но это уже перебор :( <br><br>goto используется в новейшем языке от google - go<br>смотри http://golang.org/doc/go_spec.html#Goto_statements<br>так что, goto не зло, а хорошая "фишка" !!<br><br><br><br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#118 Mon, 11 Jan 2010 21:23:46 GMT Выход из нескольких вложенных циклов не всегда бывает корректен. Допустим ситуацию, когда у некого компилятора некого языка каждый цикл что-то сохраняет в стеке. Тогда кто очистит стек при GoTo?<br>Кстати, выход из сразу нескольких вложенных циклов часто означает неправильную организацию программы.<br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#115 Mon, 11 Jan 2010 17:59:39 GMT &gt;Расскажите насколько ускорится утилита "cp" от переписывания на ассемблер.<br><br>Кстати, утилита "cp" ускоряется если её сделать многопоточной.<br>Сравнение тут: http://w00dy.livejournal.com/255237.html<br>Сорец тут: http://xxx.org.ua/cpmt.c<br><br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#114 Mon, 11 Jan 2010 17:36:10 GMT <br>&gt;Да? А почему тогда xvid без асм вставок сливает xvid с асм <br>&gt;вставками чуть ли не в разы? Может, врать то не надо? <br>&gt;Грамотное применение асм вставок в критичных местах может поднять скорость в <br>&gt;разы. Экономия пары команд в тугом цикле легко поднимет скорость в <br>&gt;пару раз. Если там всего 4 команды было, например и компилер <br>&gt;пролошился и не смог сгенерить код более ортимально;).При том - да, <br>&gt;асмовый кусочек не будет выкабениваться на амдшных и каких там еще <br>&gt;процессорах и корректно задетектит всякие SSE и прочая. В отличие от <br>&gt;всяких там супер-дупер-icc и прочая. <br><br>Расскажите насколько ускорится утилита "cp" от переписывания на ассемблер. Ну или grep. И сколько времени у вас займёт реализация регулярных выражений на ассемблере.<br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#113 Mon, 11 Jan 2010 16:42:47 GMT 1) Часто скорость разработки и лёгкость изменений важнее чем скорость:<br>Мне пофиг, что моя программа на руби стартует 2 секунды вместо 0.01 секунды (я дольше буду запускать терминал).<br><br>Также ерланг раз в 10 медленее чем С/С++, но всё равно на нём пишут. Просто многопоточный сервер, держащий десятки тысяч клиентов написать очень сложно на С/С++, а если ещё нужно простота кластеризации на нескольких серверах и простота изменений...<br><br>2) Если не хватает скорости managed кода, то никто не мешает использовать нативный код в этих местах.<br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#111 Mon, 11 Jan 2010 08:49:39 GMT f(void * p) {<br>long x = *(long*)&((char*)p)[5];<br><br>Напишите то же самое на "безопасном" языке. И чтоб выполнялось так же быстро. Напомню, что данная строка кода компилируется ровно в 1 (одну) машинную инструкцию.<br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#110 Sun, 10 Jan 2010 23:47:42 GMT &gt;можно и думать о чём-то ещё, но обычно прирост можно получить <br>&gt;на уровне единиц процентов, что в большинстве случаев никому не нужно. <br><br>Да? А почему тогда xvid без асм вставок сливает xvid с асм вставками чуть ли не в разы? Может, врать то не надо? Грамотное применение асм вставок в критичных местах может поднять скорость в разы. Экономия пары команд в тугом цикле легко поднимет скорость в пару раз. Если там всего 4 команды было, например и компилер пролошился и не смог сгенерить код более ортимально;).При том - да, асмовый кусочек не будет выкабениваться на амдшных и каких там еще процессорах и корректно задетектит всякие SSE и прочая. В отличие от всяких там супер-дупер-icc и прочая.<br> https://www.opennet.me/openforum/vsluhforumID3/62754.html#109 Sun, 10 Jan 2010 23:39:12 GMT &gt;Так что можно сказать что почти нет тут ручного ассемблера. <br><br>Логика человека, мозг которого убит дотнетом в хлам. Знаете, в какомнить кодеке типа xvid ассемблера тоже "почти нет" - считанные небольшие кусочки, ничто по сравнению с общей массой кода. Потому что ессно программить все это целиком на асме - садо-мазо нерельное, да и глобальные оптимизации компилер лучше сделает. Но вот именно это, которого "почти нет" ... и повышает скорость работы кодека В РАЗЫ по сравнению с чисто-севой версией. Прикольно, да? :)<br>