Kuznez

Вам подарок от “Kuznez”
“Беркут»
Процессоры изнутри
Вопрос: Архитектура процессора - что это?
Ответ: Термин "архитектура процессора" в настоящее время не имеет однозначного толкования. С точки зрения программистов, под архитектурой процессора подразумевается его способность исполнять определенный набор машинных кодов. Большинство современных десктопных CPU относятся к семейству x86, или Intel-совместимых процессоров архитектуры IA32 (архитектура 32-битных процессоров Intel). Ее основа была заложена компанией Intel в процессоре i80386, однако в последующих поколениях процессоров она была дополнена и расширена как самой Intel (введены новые наборы команд MMX, SSE, SSE2 и SSE3), так и сторонними производителями (наборы команд EMMX, 3DNow! и Extended 3DNow!, разработанные компанией AMD). Однако разработчики компьютерного железа вкладывают в понятие "архитектура процессора" (иногда, чтобы окончательно не запутаться, используется термин "микроархитектура") несколько иной смысл. С их точки зрения, архитектура процессора отражает основные принципы внутренней организации конкретных семейств процессоров. Например, архитектура процессоров Intel Pentium обозначалась как Р5, процессоров Pentium II и Pentium III - Р6, а популярные в недавнем прошлом Pentium 4 относились к архитектуре NetBurst. После того, как компания Intel закрыла архитектуру Р5 для сторонних производителей, ее основной конкурент - компания AMD была вынуждена разработать собственную архитектуру - К7 для процессоров Athlon и Athlon XP, и К8 для Athlon 64.
Вопрос: Какие процессоры лучше, 64-битные или 32-битные? И почему?
Ответ: Достаточно удачное 64-битное расширение классической 32-битной архитектуры IA32 было предложено в 2002 году компанией AMD (первоначально называлось x86-64, сейчас - AMD64) в процессорах семейства К8. Спустя некоторое время компанией Intel было предложено собственное обозначение - EM64T (Extended Memory 64-bit Technology). Но, независимо от названия, суть новой архитектуры одна и та же: разрядность основных внутренних регистров 64-битных процессоров удвоилась (с 32 до 64 бит), а 32-битные команды x86-кода получили 64-битные аналоги. Кроме того, за счет расширения разрядности шины адресов объем адресуемой процессором памяти существенно увеличился.
И... все. Так что те, кто ожидает от 64-битных CPU сколь-нибудь существенного прироста производительности, будут разочарованы - их производительность в подавляющем большинстве современных приложений (которые в массе своей заточены под IA32 и вряд ли в обозримом будущем будут перекомпилированы под AMD64/EM64T) практически та же, что и у старых добрых 32-битных процессоров. Весь потенциал 64-битной архитектуры может раскрыться лишь в отдаленном будущем, когда в массовых количествах появятся (а может, и не появятся) приложения, оптимизированные под новую архитектуру. В любом случае, наиболее эффективен переход на 64-бита будет для программ, работающих с базами данных, программ класса CAD/CAE, а также программ для работы с цифровым контентом.
Вопрос: Что такое процессорное ядро?
Ответ: В рамках одной и той же архитектуры различные процессоры могут достаточно сильно отличаться друг от друга. И различия эти воплощаются в разнообразных процессорных ядрах, обладающих определенным набором строго обусловленных характеристик. Чаще всего эти отличия воплощаются в различных частотах системной шины (FSB), размерах кэша второго уровня, поддержке тех или иных новых систем команд или технологических процессах, по которым изготавливаются процессоры. Нередко смена ядра в одном и том же семействе процессоров влечет за собой замену процессорного разъема, из чего вытекают вопросы дальнейшей совместимости материнских плат. Однако в процессе совершенствования ядра, производителям приходится вносить в него незначительные изменения, которые не могут претендовать на "имя собственное". Такие изменения называются ревизиями ядра и, чаще всего, обозначаются цифробуквенными комбинациями. Однако в новых ревизиях одного и того же ядра могут встречаться достаточно заметные нововведения. Так, компания Intel ввела поддержку 64-битной архитектуры EM64T в отдельные процессоры семейства Pentium 4 именно в процессе изменения ревизии.
Вопрос: В чем заключается преимущество двухъядерных процессоров перед одноядерными?
Ответ: Самым значимым событием 2005 года стало появление двухъядерных процессоров. К этому времени классические одноядерные CPU практически полностью исчерпали резервы роста производительности за счет повышения рабочей частоты. Камнем преткновения стало не только слишком высокое тепловыделение процессоров, работающих на высоких частотах, но и проблемы с их стабильностью. Так что экстенсивный путь развития процессоров на ближайшие годы был заказан, и их производителям волей-неволей пришлось осваивать новый, интенсивный путь повышения производительности продукции. Самой расторопной на рынке десктопных CPU, как всегда, оказалась Intel, первой анонсировавшая двухъядерные процессоры Intel Pentium D и Intel Extreme Edition. Впрочем, AMD с Athlon64 X2 отстала от конкурента буквально на считанные дни. Несомненным достоинством двухъядерников первого поколения, к которым относятся вышеназванные процессоры, является их полная совместимость с существующими системными платами (естественно, достаточно современными, на которых придется только обновить BIOS). Второе поколение двухъядерных процессоров, в частности, Intel Core 2 Duo, "требует" специально разработанных для них чипсетов и со старыми материнскими платами не работает.
Не следует забывать, что, на сегодняшний день для работы с двухъядерными процессорами более или менее оптимизировано в основном только профессиональное ПО (включая работу c графикой, аудио- и видео данными), тогда как для офисного или домашнего пользователя второе процессорное ядро иногда приносит пользу, но гораздо чаще является мертвым грузом. Польза от двухъядерных процессоров в этом случае видна невооруженным взглядом только тогда, когда на компьютере запущены какие-либо фоновые задачи (проверка на вирусы, программный файервол и т.п.). Что касается прироста производительности в существующих играх, то он минимальный, хотя уже появились первые игры популярных жанров, полноценно использующие преимущества от использования второго ядра.
Впрочем, если сегодня стоит вопрос выбора процессора для игрового ПК среднего или верхнего ценового диапазона, то, в любом случае, лучше предпочесть двухъядерный, а то и 4-ядерный процессор чуть более высокочастотному одноядерному аналогу, так как рынок неуклонно движется в сторону мультиядерных систем и оптимизированных параллельных вычислений. Такая тенденция будет господствующей в ближайшие годы, так что доля ПО, оптимизированного под несколько ядер, будет неуклонно возрастать, и очень скоро может наступить момент, когда мультиядерность станет насущной необходимостью.
Вопрос: Что такое кэш?
Ответ: Во всех современных процессорах имеется кэш (по-английски - cache) - массив сверхскоростной оперативной памяти, являющейся буфером между контроллером сравнительно медленной системной памяти и процессором. В этом буфере хранятся блоки данных, с которыми CPU работает в текущий момент, благодаря чему существенно уменьшается количество обращений процессора к чрезвычайно медленной (по сравнению со скоростью работы процессора) системной памяти. Тем самым заметно увеличивается общая производительность процессора.
При этом в современных процессорах кэш давно не является единым массивом памяти, как раньше, а разделен на несколько уровней. Наиболее быстрый, но относительно небольшой по объему кэш первого уровня (обозначаемый как L1), с которым работает ядро процессора, чаще всего делится на две половины - кэш инструкций и кэш данных. С кэшем L1 взаимодействует кэш второго уровня - L2, который, как правило, гораздо больше по объему и является смешанным, без разделения на кэш команд и кэш данных. Некоторые десктопные процессоры, по примеру серверных процессоров, также порой обзаводятся кэшем третьего уровня L3. Кэш L3 обычно еще больше по размеру, хотя и несколько медленнее, чем L2 (за счет того, что шина между L2 и L3 более узкая, чем шина между L1 и L2), однако его скорость, в любом случае, несоизмеримо выше, чем скорость системной памяти.
Кэш бывает двух типов: эксклюзивный и не эксклюзивный кэш. В первом случае информация в кэшах всех уровней четко разграничена - в каждом из них содержится исключительно оригинальная, тогда как в случае не эксклюзивного кэша информация может дублироваться на всех уровнях кэширования. Сегодня трудно сказать, какая из этих двух схем более правильная - и в той, и в другой имеются как минусы, так и плюсы. Эксклюзивная схема кэширования используется в процессорах AMD, тогда как не эксклюзивная - в процессорах Intel.
Вопрос: Что такое процессорная шина?
Ответ: Процессорная (иначе - системная) шина, которую чаще всего называют FSB (Front Side Bus), представляет собой совокупность сигнальных линий, объединенных по своему назначению (данные, адреса, управление), которые имеют определенные электрические характеристики и протоколы передачи информации. Таким образом, FSB выступает в качестве магистрального канала между процессором (или процессорами) и всеми остальными устройствами в компьютере: памятью, видеокартой, жестким диском и так далее. Непосредственно к системной шине подключен только CPU, остальные устройства подсоединяются к ней через специальные контроллеры, сосредоточенные в основном в северном мосте набора системной логики (чипсета) материнской платы. Хотя могут быть и исключения - так, в процессорах AMD семейства К8 контроллер памяти интегрирован непосредственно в процессор, обеспечивая, тем самым, гораздо более эффективный интерфейс память-CPU, чем решения от Intel, сохраняющие верность классическим канонам организации внешнего интерфейса процессора. Основные параметры FSB некоторых процессоров приведены в табл.1:
Таблица 1
Процессор частота FSB, МГц Тип FSB Теоретическая пропускная способность FSB, Мб/с
Intel Pentium III 100/133 AGTL+ 800/1066
Intel Pentium 4 100/133/200 QPB 3200/4266/6400
Intel Pentium D 133/200 QPB 4266/6400
Intel Pentium 4 EE 200/266 QPB 6400/8533
Intel Core 133/166 QPB 4266/5333
Intel Core 2 200/266 QPB 6400/8533
AMD Athlon 100/133 EV6 1600/2133
AMD Athlon XP 133/166/200 EV6 2133/2666/3200
AMD Sempron 800 HyperTransport 6400
AMD Athlon 64 800/1000 HyperTransport 6400/8000
Процессоры компании Intel используют системную шину QPB (Quad Pumped Bus), передающую данные четыре раза за такт, тогда как системная шина EV6 процессоров AMD Athlon и Athlon XP передает данные два раза за такт (Double Data Rate). В архитектуре AMD64, используемой компанией AMD в процессорах линеек Athlon 64/FX/Opteron, применен новый подход к организации интерфейса CPU - здесь вместо процессорной шины FSB и для сообщения с другими процессорами используются: высокоскоростная последовательная (пакетная) шина HyperTransport, построенная по схеме Peer-to-Peer (точка-точка), обеспечивающая высокую скорость обмена данными при сравнительно низкой латентности.
Процессоры снаружи
Вопрос: Есть ли разница между процессорами Box или OEM? Какой из них лучше?
Ответ: Комплектация OEM (Original Equipment Manufacturer) предназначена в основном для сборщиков готовых ПК и подразумевает поставку только собственно устройства, зачастую без индивидуальной упаковки и драйверов (и без какой-либо сопроводительной документации - это точно). А Box - коробочный вариант комплектации устройства, предназначенный для розничной продажи. В отношении процессоров боксовая комплектация, наряду с красочной упаковкой, подразумевает наличие "кулера" - штатной системы охлаждения, а также, в большинстве случаев, гораздо большую гарантию - 36 месяцев против 12 для ОЕМ-процессоров. Но достоинство последних - низкая цена, да и возможностей "боксового кулера" бывает достаточно только для работы процессора в штатном режиме (впрочем, иногда и не хватает). Если вы планируете разогнать процессор (пусть самую малость), то вам придется приобрести более эффективный кулер.
Вопрос: Что такое тепловой интерфейс на процессорных кулерах?
Ответ: Тепловой интерфейс (термоинтерфейс) - это специальная прокладка между ядром процессора и подошвой радиатора, служащая для улучшения отвода тепла от процессора. Физически термоинтерфейс может иметь вид или наклейки из какого-либо теплопроводящего материала, или тонкого слоя термопасты, нанесенного на подошву радиатора на месте его соприкосновения с корпусом процессора.
Вопрос: Как улучшить охлаждение процессора?
Ответ: В первую очередь, следует проверить качество контакта радиатора кулера с процессором. Если между ними отсутствует какой-либо термоинтерфейс, то хорошего охлаждения процессора ждать не стоит - ведь соприкасающиеся плоскости обычно не идеальны, а микроскопические воздушные каверны между ними серьезно препятствуют нормальной передаче тепла. Более того, если на радиаторе имеется или пластина из мягкой фольги, или, тем паче, что-нибудь типа жевательной резинки (такими псевдотермоинтерфейсами любят "украшать" поделки многие производители дешевых кулеров) - удаляйте такой эрзац без жалости. Ведь его эффективность чаще всего нулевая, а, в наиболее запущенных случаях - отрицательная, то есть он может ухудшать теплообмен между процессором и радиатором. В этом случае на подошву радиатора там, где она соприкасается с процессором, рекомендуется нанести тонкий (подчеркиваем, ТОНКИЙ) слой теплопроводящей пасты.
Кроме того, следует обратить внимание на конструкцию радиатора кулера. Известно, что его охлаждающая способность, в первую очередь, определяется теплопроводностью материала, из которого он изготовлен, а также суммарной площадью его охлаждающей поверхности. С площадью все предельно ясно - чем она больше, тем лучше. А с материалом - не все так просто. В современных радиаторах используется металл двух типов - алюминий и медь. Алюминий отличается высокой удельной теплоемкостью при умеренной теплопроводности, а медь, наоборот, - высокой теплопроводностью при средней удельной теплоемкости. Таким образом, наиболее эффективными могут стать комбинированные радиаторы, сочетающие достоинства обоих металлов: подошва у них является медной, а ребра (или, гораздо реже, иголки) - алюминиевыми.
Вопрос: Какие основные характеристики вентиляторов кулеров?
Ответ: Наиболее важными характеристиками вентиляторов являются:
CFM (Cubic Feet per Minute) - производительность вентилятора (принято измерение в кубических футах в минуту; 1 кубический метр равен 35,3 кубического фута). Характеризует объем воздуха, прогоняемого лопастями вентилятора в единицу времени. Чем больше, тем лучше;
RPM (Rotations per Minute) - число оборотов в минуту. Чем оно больше, тем выше производительность вентилятора, и тем сильнее он сможет охладить радиатор. Но, вместе с тем, как правило, и шум от него гораздо выше;
dB (дБ, децибелл) - уровень шума вентилятора. Приемлемым уровнем шума считается величина порядка 25 дБ. Вентиляторы с уровнем шума 20 дБ и меньше считаются малошумящими, их обычно не слышно на фоне естественных шумов, а шум в 30 дБ и более уже раздражает.
Процессоры Intel
Вопрос: Чем отличаются процессорные номера Intel от рейтинга процессоров AMD?
Ответ: Если отвечать коротко, то всем. Трехзначный процессорный номер (Processor Number, или просто PN) у Intel, используемый с 2004 года вместо тактовой частоты в обозначении процессоров ряда Pentium/Celeron, в отличие от рейтинга процессоров AMD, не является технической характеристикой процессора и не имеет отношения к его производительности. Фактически, это условное обозначение конкретной модели процессора, лишь только первая цифра PN несет определенную смысловую нагрузку - указывает на серию процессора, хотя и две остальные цифры, в принципе, тоже кое-что могут сказать. Например, процессор с большими цифрами несколько производительнее (или при той же производительности имеет какие-либо дополнительные навороты) другого процессора с меньшими цифрами, но все это исключительно в рамках одной и той же серии. Для прямого сравнения процессоров различных продуктовых линеек, PN использовать нельзя. В процессоры нового семейства Core Intel ввела новую пятизначную буквенно-цифровую маркировку. В данном обозначении первая буква индекса обозначает уровень энергопотребления (TDP - Thermal Design Power, тепловой пакет) чипа. На этом месте могут быть следующие символы:
U - Ultra low voltage (TDP - ниже 15 Вт);
L - Low voltage (TDP - от 15 до 25 Вт);
T - sTandard mobile (TDP - от 25 до 55 Вт);
E - standard dEsktop (TDP - от 55 до 75 Вт);
X - eXtreme (TDP - выше 75 Вт).
Остальные четыре цифры обозначают модификацию процессора, как и у процессоров Pentium 4: чем больше индекс, тем производительнее процессор.
Вопрос: Чем отличаются процессоры Celeron D от Pentium 4?
Ответ: Процессоры серии Intel Celeron D с тактовыми частотами до 3,47 ГГц (Celeron D 360) обладают возможностями, типичными для большинства процессоров на ядре Prescott, но они имеют более низкую частоту FSB - 533 МГц, и объем кэша L2 у них уменьшен (до 256 Кб у старых 90 нм моделей серии, тогда как у новых, выполненных по нормам 65-нм техпроцесса, кэш L2 составляет 512 Кб). Они выпускаются как в корпусе LGA775, так и в устаревшем Socket478. Вся линейка Celeron D поддерживает набор инструкций SSE3, большая часть современных моделей поддерживает технологию EM64T.
Вопрос: Каковы особенности процессорного разъема LGA775?
Ответ: Наиболее характерным отличием процессорного разъема LGA775 от предшественников является его принципиально новая конструкция. Процессоры в форм-факторе LGA775 (Land Grid Array) лишены процессорных ножек, вместо которых есть плоские контактные площадки на нижней поверхности процессора. Подпружиненные контактные ножки располагаются в самом процессорном гнезде. Крепление процессора в таком гнезде выполняется путем его точной установки на контактах, благодаря специальной ограничивающей рамке и использованию прижимной клипсы, равномерно распределяющей нагрузку по всей поверхности CPU.

Процессорный разъем LGA775
Такая конструкция разъема, по мнению компании Intel, позволяет поднять частотный потенциал новых процессоров, а также существенно снижает их стоимость.
Вопрос: В чем отличия архитектуры процессоров Core от Pentium 4?
Ответ: Основное преимущество 65-нм двухъядерных процессоров Intel Core над Pentium 4 - в гораздо более высокой производительности при значительно меньшем энергопотреблении и, соответственно, тепловыделении. Оба ядра процессоров Core, в отличие от двухъядерных процессоров Pentium D и Athlon 64 X2, имеют общий массив кэш-памяти второго уровня (4 или 2 Мб, в зависимости от модели). Кроме того, частота FSB возросла до 1066 МГц, они также поддерживают фирменные технологии Intel EM64T, Wide Dynamic Execution, Intelligent Power Capability, Smart Memory Access, Advanced Smart Cache, Advanced Digital Media Boost.
Следующее поколение архитектуры Intel Core, появление которого ожидается до конца 2007 года, будет представлено ядром Penryn, которое станет производиться по 45-нм техпроцессу. Новые процессоры, помимо прочего, обзаведутся поддержкой набора мультимедийных инструкций SSE4, что позволит увеличить производительность в мультимедийных приложениях примерно на 20% при одновременном снижении энергопотребления на 30%.
Вопрос: Что такое Hyper-Threading?
Ответ: Технология многопоточной обработки команд Hyper-Threading (HT) превращает одноядерный процессор Intel Pentium 4 в псевдодвухъядерный, позволяя выполнять некоторые команды параллельно и увеличивая, тем самым, производительность в отдельных приложениях (оптимизированных под HT). Прирост производительности в таких приложениях может достигать 30%.
Помимо CPU Pentium 4, технология Hyper-Threading поддерживается и некоторыми двухъядерными процессорами Intel, в частности, Pentium Extreme Edition, реализующими, тем самым, виртуальную четырехъядерность. В конструктивном плане процессорное ядро с поддержкой технологии Hyper-Threading состоит из двух виртуальных псевдопроцессоров, в основе которых лежит несколько расширенное, но, все-таки, одно полноценное ядро. Оба псевдопроцессора используют одни и те же неразделяемые ресурсы процессора, включая кэш-память и системную шину.
Вопрос: Чтотакое Execute Disable Bit?
Ответ: Аппаратная технология обеспечения безопасности Execute Disable Bit обеспечивает выделение для каждого запущенного процесса своей области системной памяти, в которой выполняется весь код запущенного приложения. Блокируя, тем самым, исполнение вредоносного кода вируса или трояна. Конечно, Execute Disable Bit не является панацеей от всех компьютерных проблем, однако защитить компьютер пользователя от вредоносных атак, направленных на переполнение буфера, ей по силам.
Процессоры AMD
Вопрос: Каковы особенности маркировки процессоров AMD?
Ответ: Маркировка процессоров AMD называется OPN (Ordering Part Number). На первый взгляд, она достаточно сложна и больше похожа на некий шифр, хотя, если в ней разобраться, то можно получить достаточно подробную информацию об их основных технических параметр характеристиках:
Первые две буквы обозначают тип процессора:
AX - Athlon XP (0,18 мкм);
AD - Athlon 64, Athlon 64 FX, Athlon 64 X2;
SD - Sempron.
Третья буква обозначает TDP процессора:
A - 89-125 Вт;
O - 65 Вт;
D - 35 Вт;
H - 45 Вт;
X - 125 Вт.
Для процессоров Sempron третья буква имеет несколько другой смысл:
A - Desktop;
D - Energy Efficient.
Четыре следующие цифры - рейтинг процессора (тот самый, который указывается во всех прайсах наряду с типом процессора, например, Athlon 64 4000+) или, говоря иначе, номер модели (Model Number). Он представляет собой число, которое (с точки зрения AMD) характеризует производительность данного CPU в абстрактных условных единицах. Хотя не обошлось без исключений - в процессорах Athlon 64 FX, например, вместо цифр рейтинга указан буквенный индекс "FX (индекс модели)".
Первая буква трехбуквенного индекса обозначает тип корпуса процессора:
A - Socket 754;
D - Socket 939;
C - Socket 940;
I - Socket AM2;
G - Socket F.
Вторая буква трехбуквенного индекса обозначает напряжение питания ядра процессора:
A - 1,35-1,4 В
С - 1,55 В;
Е - 1,5 В;
I - 1,4 В;
K - 1,35 B;
M - 1,3 B;
Q - 1,2 B;
S - 1, 15 В.
Третья буква трехбуквенного индекса обозначает максимальную температуру ядра процессора:
A - 71° C;
K - 65° C;
M - 67° C;
O - 69° C;
P - 70° C;
X - 95° C.
Последующая цифра обозначает размер кэша второго уровня (суммарный для двухъядерных процессоров):
2 - 128 Кб;
3 - 256 Кб;
4 - 512 Kб;
5 - 1024 Kб;
6 - 2048 Kб.
Двухбуквенный индекс обозначает тип ядра процессора:
AX, AW - Newcastle;
AP, AR, AS, AT - Clawhammer;
AK - Sledge Hammer;
BI - Winchester;
BN - San Diego;
BP, BW - Venice;
BV - Manchester;
CD - Toledo;
CS, CU - Windsor F2;
CZ - Windsor F3;
CN, CW - Orleans, Manila;
DE - Lima;
DD, DL - Brisbane;
DH - Orleans F3
AX - Paris (для Sempron);
BI - Manchester (для Sempron);
BA, BO, AW, BX, BP, BW - Palermo (для Sempron).
Например, процессор AMD Sempron 3000+ (ядро Manila) маркируется как SDA3000IAA3CN. Но ничто не вечно в нашем мире, и компания AMD в ближайшее время собирается переименовать процессорные линейки, введя новую, гораздо более наглядную буквенно-цифровую схему. Новая система предполагает, наряду с традиционным обозначением бренда и класса, еще и буквенно-цифровой код модели (см. табл.2).
Таблица 2
Бренд Класс Модель
Phenom FX -
Phenom X4 GP-7xxx
Phenom X2 GS-6xxx
Athlon X2 BE-2xxx
Athlon X2 LS-2xxx
Sempron - LE-1xxx
Первый символ в названии модели процессора определяет его класс:
G - High-end;
B - Mainstream;
L - Low-End.
Второй символ определяет энергопотребление процессора:
P - более 65 Вт;
S - 65 Вт;
E - менее 65 Вт (класс Energy Efficient).
Первая цифра обозначает принадлежность процессора к определенному семейству:
1 - одноядерные Sempron;
2 - двухъядерные Athlon;
6 - двухъядерные Phenom X2;
7 - четырехъядерные Phenom X4.
Вторая цифра будет обозначать уровень производительности конкретного процессора в пределах семейства.
Две последние цифры будут определять модификацию процессора.
Таким образом, новейшие двух- и четырехъядерные процессоры станут обозначаться как AMD Phenom X2 GS-6xxx и Phenom X4 GP-7xxx. Экономичные двухъядерники среднего класса - Athlon X2 BE-2xxx, а бюджетные AMD Athlon и Sempron станут именоваться как Athlon X2 LS-2xxx и Sempron LE-1xxx. А пресловутая цифра 64, указывающая на поддержку 64-битной архитектуры, исчезнет из имени процессора Athlon.
Вопрос: Чем отличаются процессоры Sempron от Athlon 64?
Ответ: Современные процессоры серии Sempron, предназначенные для бюджетного сегмента рынка, отличаются от полноценных прототипов - процессоров Athlon 64 уменьшенным до 128 (или, в отдельных моделях, до 256 Кб) объемом кэша второго уровня. Кроме того, шина HyperTransport в процессорах Sempron работает только на частоте 800 МГц, тогда как в Athlon 64 ее частота может достигать 1000 МГц; как менее значимое можно отметить отсутствие поддержки технологии виртуализации Pacifica. Все остальное, включая двухканальный контроллер памяти, поддержку 64-битной архитектуры AMD64 и систему команд SSE3 - имеется в полном объеме.
При этом не стоит забывать, что столь навороченные процессоры Sempron выпускаются, в основном, в вариантах для Socket AM2 и Socket 939. Более старые модели Sempron для Socket 754, например, имеют только одноканальный контроллер памяти.
Вопрос: Каковы особенности процессорного разъема Socket AM2?
Ответ: Сегодня в настольном сегменте у AMD наблюдается "вакханалия", когда в продаже можно встретить процессоры, как минимум, в четырех (!) вариантах: Socket 754, Socket 939, Socket 940 и Socket AM2 (и это не говоря о раритетных Socket A, которые до сих пор изредка встречаются на прилавках магазинов). Правда, AMD вовремя одумалась и с выходом платформы Socket AM2, вновь вернулась на путь унификации процессорного разъема для десктопов, за что ее всегда уважали любители апгрейда.
Разъем Socket AM2, который заменит Socket 754 и Socket 939, имеет 940 ножек (как и серверный Socket 940, но они не совместимы!), используется в массовых одно- и двухъядерных процессорах Athlon 64, престижных Athlon 64 FX и бюджетных Sempron. Процессоры Socket AM2 работают с памятью типа DDR2 с частотами от 533 до 800 МГц (PС4200, PC5300 или PС6400) в двухканальном режиме, память типа Registered и ECC не поддерживается. В остальном процессоры AMD для Socket AM2 полностью идентичны процессорам для Socket 939, производство которых в настоящее время прекращено.
Вопрос: Совместима ли будущая платформа AMD для Socket AM2+ и Socket AM3 с существующими решениями?
Ответ: В скором будущем нас ожидает очередной переход на новый тип памяти - DDR3. В соответствии с планами AMD, в начале 2008 года современный Socket AM2 сменится сначала на Socket AM2+, а затем и на Socket AM3. Единственным серьезным отличием Socket AM2 от Socket AM2+ станет внедрение поддержки новой высокоскоростной шины HyperTransport 3.0. Ее использование существенно увеличит пропускную способность процессор-чипсет (а также процессор-процессор в случае мультипроцессорных решений). Процессоры Socket AM3, кроме того, обретут поддержку и новой памяти DDR3. Характерные особенности новых платформ по сравнению с современной Socket AM2 приведены в табл.3:
Таблица 3
Разъем Socket AM2 Socket AM2+ Socket AM3
Количество контактов 940 940 940
Поддержка памяти DDR2 DDR2 DDR2, DDR3
Версия HyperTransport 1.0 3.0 3.0
Дата выхода Май 2006 3 кв. 2007 3 кв. 2008
В связи с этим неминуемо встает вопрос о совместимости перспективных платформ AMD с существующими.
Итак, процессоры и материнские платы Socket AM2 и Socket AM2+ будут полностью совместимы друг с другом. Конечно, если установить новый CPU с поддержкой HT 3.0 в Socket AM2, то он будет обмениваться данными с чипсетом со скоростью старого HT 1.0. Процессоры Socket AM3, благодаря своему контроллеру памяти, работающему как с памятью DDR2, так и DDR3, будут наиболее универсальны и могут устанавливаться в материнские платы Socket AM3, Socket AM2+ и Socket AM2 (обеспечив последней платформе весьма достойный срок службы). А обратной совместимости у них не будет - в платы Socket AM3 нельзя будет установить ни процессоры Socket AM2, ни Socket AM2+.
Вопрос: Что такое Cool'n'Quiet?
Ответ: Энергосберегающая технология Cool'n'Quiet пришла в десктопные процессоры AMD из сферы мобильных и позволяет снизить тепловыделение и энергопотребление при их неполной загруженности. На данный момент эта технология реализована во всех процессорах семейства AMD K8 - Athlon 64, Athlon 64 X2, Athlon 64 FX, Sempron. Естественно, что и материнская плата должна поддерживать эту технологию (в BIOS должен быть активирован соответствующий пункт).
Ничего радикально нового в технологии Cool'n'Quiet нет. В процессе работы операционная система следит за загрузкой процессора, и, если она меньше определенного порога, то уменьшается рабочая частота и напряжение питания процессора. Снижение рабочей частоты процессора осуществляется путем перепрограммирования его регистров (с помощью специальной программы - драйвера процессора). Снизив частоту и напряжение, процессор будет потреблять гораздо меньше энергии, меньше нагреваться и, если кулер оборудован системой термоконтроля, снизится шум системы.
При увеличении нагрузки процессора все происходит по той же цепочке (OC-драйвер-процессор-кулер), но наоборот - процессор вернется к номинальной частоте. В секунду может быть до сотни таких переключений между различными режимами, для пользовательских программ все это происходит совершенно незаметно, да и на общем быстродействии системы Cool'n'Quiet если и сказывается, то незначительно.
Степень реагирования системы на изменение загрузки процессора пользователь определяет сам, выбирая ту или иную политику в апплете Электропитание Windows - от минимального уровня (переход в режим энергосбережения только при простое) до жесткой экономии энергии (процессор практически всегда будет находиться в состоянии пониженного энергопотребления).
Разгон процессоров
Вопрос: Что такое разгон процессора? И для чего он нужен?
Ответ: Разгон процессора (overclocking) - его принудительная работа на нестандартных режимах (в первую очередь, на повышенной частоте). Такой разгон имеет смысл в двух случаях. Во-первых, когда пользователь желает получить максимальную отдачу от компьютера при минимальном вложении в него средств. В большинстве случаев такой разгон относится к категории легких, когда во главу угла ставится стабильность работы компьютера в течение долгого времени, а не достижение экстремальных рабочих частот CPU. Кроме того, такой разгон чаще всего сопровождается комплексной оптимизацией системы (выставлением более низких таймингов памяти в BIOS, тонкой настройкой ОС и т.п.), благодаря которой получают, порой, большую прибавку производительности, нежели от собственно разгона процессора. Но главная причина столь высокой популярности разгона в массах, все-таки, кроется в другом - в обычном человеческом азарте, в желании, выжав из компьютера все возможное и даже чуть больше, превзойти всех и вся и, тем самым, самоутвердиться (пусть даже только в собственных глазах).
Вопрос: Опасен ли разгон для процессора или для материнской платы?
Ответ: В подавляющем большинстве случаев, когда обеспечивается достаточно эффективный отвод тепла от разогнанного процессора (но это обязательное условие!), риск его выхода из строя минимален. Конечно, разгон несколько сокращает срок жизни процессора, однако в любом случае, процессор морально устареет и будет заменен гораздо раньше, чем выработает хотя бы половину ресурса. Также разгон не опасен и для материнской платы. Следует лишь обратить внимание на то, чтобы стабилизатор питания на плате (VRM - Voltage Regulator Module) имел достаточный запас мощности для питания разогнанного процессора (потребление электроэнергии которого, как известно, существенно возрастает).

ЗЫ: Kuznez.
Заболел. Простуда.

__________________
Достоевский считал, что атеизм - болезнь жидовская, что он противен русскому народу.

А.Лексей

КУЗНЕЦУ

Глупость у Вас там почти везде жуткая. Это я не в обиду, это чтоб "чайники" Вам не поверили. Тем более сидящие, как и мы с Вами, с температурой и лекарствами от врача (по стране эпидемия воспаления лёгких, плевры, вызванного "легионеллой" и т.п. летней хренью).

К примеру, БЭСМ-6 (57 разрядов, из них 54 значащих и 3 проверочных) была не 1- и не 2-, а 6-ядерной, позволяла распараллеливать актуальные вычислительные задачи. И метод "конвейера" был предложен в СССР (Лебедев) намного раньше, чепм в США.

Но главная Ваша ошибка жуткая вот в чём. 1-, 2-, 4-, 8-, 16-, 32 -разрядные процессоры -- всё это хрень крайне неудобная в широкой практике, и подлежит вымиранию везде, кроме спецтехники, где бывают и 7-, и 14-ти, и 12-ти, и 9-, и 57-разрядные процы. А вот 64-разрядный проц -- это иллюстрация диалектического перехода количества в качество. Это принципиальный шаг. Лучше, чем 64, в быту и в широпотребе не нужно.

Поясняю. 2 в степени даже 32 -- это лишь 4 миллиарда, это всего лишь порядка хорошего фотокадра. Это немного, на практике требуется объём иногда в десятки, сотни, тысячи, миллионы раз больше.

Но не в миллиарды, см. быстродействие типичных ЭВМ (рекорды -- что-то в области 10**15 -- 10**20 операций в секунду) и время актуальности порядка жизни человека...

Поэтому приходится делать АДРЕСАЦИЮ в оперативной памяти, во-первых, несколькими словами (что во много раз замедляет доступ и приводит к необходимости буферизации), во-вторых, для ускоренного доступа выделять скользящее "окно" ("кадр") и вводить 2 адреса: на начало этого окна в пределах всей памяти и адрес интересующего объекта в пределах этого окна (кадра). Это резко замедляет, усложняет, приводит к резкому повышению вероятности ошибок программирования, аварийного обслуживания, очистки памяти от останков программ и т.п. -- родимая беда Мелкомягких Форточек в топм числе.

А вот 2 в степени 64 -- это уже десятки миллиардов миллиардов, это порядка того, что способна как раз внапряг обсчитать супер-пупер-ЭВМ за время существования Вселенной . Хорошо бы сделать такую память, но пока не сделали и не скоро сделают .

А вот сделать машинку для использования такой памяти далёкого будущего можно сделать уже сейчас , и её уже сделали, как все знают. И все знают, что произошло это десятки лет тому назад. Все вопли в рекламе лишь на тему "хочу, чтобы это было на моём столике и недорого".

Причём с ПРЯМОЙ адресацией, в одно слово, т.е. максимально быстро, просто и безошибочно. Сокращается нужда и в "буферной" памяти между оперативкой и регистрами процессора, т.к. скользяще-прыгающее "кадр-окно" с непрямой адресацией уже не нужно.

Я призываю программистов РФ и всего СССР ориентироваться на 64(значащих)-разрядные ширпотребовские процессоры.

Качественную разницу между 32- и 64- разрядными системами объяснял простой и скромный советский старш. преп. каф. информатики Южно-Уральского гос. университета .

СТАРИКУ

Те ребята делали "PTS-DOS", эмуляторы DOS, OS-2, UNIX, Win-3.1, 3.2, 3.3 , MacOS ; а вот для Win-95 , кроме эмулятора, им пришлось делать ещё и "эмулятор глюков Windows", т.е. расхождений между официальным описанием и фактом . Это было немного, весило мегабайты. Прикладуха любая успешно работала. Приятно иметь на одной машине сразу несколько ОС, бывает нужно хакеру или редактору журнала, программисту-наёмнику, физтеху на досуге.

Они успешно продали в Германию в 80-е и 90-е по цене почти как Microsoft несколько СОТЕН ТЫСЯЧ экземпляров, стали далеко не бедными людьми .

Дело поимело проблемы и пошло на убыль лишь после принятия пятой колонной, пардон, пятым компаньоном постороннего -- еврея Флейшмана на должность начальника сбыта... Ходят слухи, что он сейчас "умигрировал" куда-то .

См. аналогичная история с бизнесом Лодыгина (19-20 вв.) по производству и продаже в Европу и США электроламп.

---------------------
Итак, настаиваю. Делать что-либо "под ихний проц" или "под всемирно известную систему" -- ошибка, вечный арьегард.

За очень умеренные деньги (цифры см. в моих постах выше) можно за считанные недели разработать техзадания-стандарты, "стыковочные узлы" для всех рабочих групп создателей, за считанные месяцы разработать и испечь новый проц (не менее чем 64 разряда с прямой адресацией, а больше вроде бы и не нужно, см. выше), параллельно с этим писать ОС и пачку драйверов, служебных программ.

Параллельно с этим ещё 2 бригады бригад пишут кое-что. Одни -- оригинальные ПРИКЛАДНЫЕ программы (несколько десятков человеко-месяцев на каждую) и ИНСТРУМЕНТАЛЬНЫЕ средства (сначала их, затем прикладные). Другие -- пишут ЭМУЛЯТОРЫ разных ОС и их глюков, если таковые есть.

Итак, работают в одном тихом (сибирском, уральском) городке до тысячи человек-программистов, заодно дышат тайгой, купаются, любят программисток и просто подруг, жён своих , и т.д.
Их безопасность и удобства обеспечивают тысячи сотрудников, в т.ч. ФСБ.

Расходы на всё это (включая строительство жилых домов) меньше, чем уворованное (недоплаченное в бюджет) за один лишь год одним лишь Абрамовичем.

Тов. Старик, всё это очень реально. Трамвай построить -- конечно, не ешака купить, это мы знаем все, но, как Вы знаете, не все знают, что трамвай построить под силу местному инженеру+бригаде рабочих с завода, а посему покупать его в Бельгии или копировать их "образцы" с глюками и родимыми пятнами прошлого недомыслия или экономии -- нэ трэба.

А.Лексей

Отдельно.

Что касается разногласий академиков Бурцева и Бабаяна (см. RISС-процессоры, теория построения надёжных систем из ненадёжных элементов), то, видя статьи Бурцева с резкой критикой Бабаяна и статьи Бабаяна с резкой критикой определённых лиц в правительстве, ЗАПРЕТИВШИХ "политическим" решением ряд перспективных направлений в ЭВМстроении и ПРИКАЗАВШИХ работать над бесперспективными темами (и невозможностью отказаться с увольнением), я вижу, что ОБА они о чём-то недоговаривают.

По-видимому, оба они пишут правду, только правду и ничего кроме правды, но НЕ ВСЮ ПРАВДУ и в итоге приходят -- оба или один из них -- к ЛОЖНЫМ ВЫВОДАМ.

Ситуация мне изумительно напоминает скандалы между академиками Лысенко и Вавиловым, подогретые шакалящим Презентом. Кто из них есть аналог кого -- не есть важно.

Выгодна она только нашим врагам. Процы для России сейчас не делает ни Бабаян, ни Бурцев.

А ещё были скандалы между академиками Александровым и Велиховым.

-----------------

СТАРИКУ особо. Эпопея с термоядерным синтезом началась ещё в 20-е годы 20-го века теоретически (Бёте, Гамов и др.), с управляемым -- в 30-е (Бухарин и Гамов) и в 40-е (сержант Лаврентьев, Сахаров, Капица и др.). На исследования потрачены кучи денег и человеко-лет. Получена важнейшая информация. Море информации. Осознанной и полезной, применяемой даже в быту. Фактически именно УТС (даже больше, чем космическая программа) стал 90% "папой" физики ПЛАЗМЫ.

Удаётся даже моделировать высокоэнергичные процессы в звёздах...

Китайцы уже в УТС опередили весь мир, но не по науке, а по практическому приближению к УТЯС-электростанции.

А виноват в том, что Россия и весь Союз, внеся львиную долю затрат и получив львиную долю научных результатов, оказалась ныне, перед делёжкой ПРАКТИЧЕСКИХ коврижек, выброшенной в арьегард претендентов на лавры и коврижки, вовсе не Велихов или как минимум не только Велихов (Александров справедливо критиковал Велихова за приватизацию науки).

А разные там мудаки и маразматики из партийной и чиновной элиты, разные чубайсы и грефы, кохи и ясины, шмелёвы и абалкины, гайдары и дубинины, эльцины и абрамовичи, дерип аски и ходорковские, познеры и лазары, и -- КАЖДЫЙ из нас, не запасший вовремя в подполье АКМ с патронами.

Мамушкин

А.Лексей, несколько лет назад в прессе промелькнуло, что в Белоруссии создан сверхкомпьютер, которому пентиумы в подмётки не годятся. Разница в несколько порядков. Но как-то всё затихло. Вы не в курсе?

__________________
Русские! Объединяйтесь! Иначе пропадём поодиночке!

Kuznez

Введение

В мире хакеров, стиль ответов, которые вы получаете на задаваемые технические вопросы, зависит от способа задания вопросов не меньше, чем от их сложности. Это руководство научит задавать вопросы так, чтобы увеличить вероятность получения удовлетворительного ответа.

Прежде всего, надо понять, что хакерам на самом деле нравятся сложные проблемы и хорошие, способные расшевелить мозги, вопросы об этих проблемах. Если бы нам это не нравилось, мы не были бы хакерами. Если задать нам интересный вопрос, требующий продолжительных размышлений, мы будем за него благодарны; хорошие вопросы - это стимул и подарок. Хорошие вопросы помогают лучше понять предмет и часто вскрывают проблемы, которых ранее не замечали или о которых не задумывались. Из уст хакера: "Хороший вопрос!" - это большой и искренний комплимент.

Несмотря на это, считается, что хакеры относятся к простым вопросам скорее враждебно или высокомерно. Иногда кажется, что мы достаточно грубы к новичкам и игнорируем их. Но, на самом деле, это не так.

Мы, без сомнения, неприязненно относимся к людям, предположительно не желающим подумать или поучиться прежде, чем задавать вопросы. Такие люди убивают время — они берут, ничего не давая взамен, они отнимают время, которое мы могли бы посвятить другому вопросу, более интересному, и другому человеку, более достойному ответа. Таких людей мы называем "неудачниками" ("losers") (по историческим причинам это слово иногда пишется как "lusers" - пользователи-неудачники).

Мы понимаем, что многие люди просто хотят использовать создаваемое нами программное обеспечение, и совершенно не собираются изучать технические детали. Для большинства компьютер - это просто инструмент, средство достижения цели; у них есть и более интересные занятия и другие проблемы в жизни. Мы признаем это и не ожидаем, что каждого будут интересовать технические нюансы, столь привлекательные для нас. Тем не менее, наш стиль ответов на вопросы подходит для людей, действительно интересующихся этим, и желающих быть активными участниками процесса решения проблем. Это не изменится. Да и не должно меняться; в противном случае, мы не сможем эффективно делать то, в чем мы - лучшие.

Мы (в основном) - добровольцы. Мы посвящаем время своей нелегкой жизни ответам на вопросы, и временами мы не справляемся со шквалом вопросов. Поэтому приходится безжалостно "фильтровать базар". В частности, отбрасывать вопросы потенциальных неудачников, чтобы потратить отведенное на ответы время более эффективно, посвящая его победителям.

Если эта позиция кажется вам смешной, высокомерной или заносчивой, вы ошибаетесь. Мы не просим вас на нас молиться — фактически, большинство из нас хотели бы общаться с вами на равных и принять вас в свою культуру, если вы приложите необходимые для этого усилия. Но для нас просто неэффективно пытаться помочь людям, которые не хотят помочь себе сами. Быть грубым - нормально, а вот прикидываться идиотом - нет.

Итак, хотя вовсе не обязательно быть технически компетентным, чтобы удостоиться нашего внимания, надо продемонстрировать качества, позволяющие стать компетентным — внимательность, вдумчивость, наблюдательность, желание активно участвовать в выработке решения. Если вы не можете смириться с подобного рода дискриминацией, имеет смысл заплатить кому-то за коммерческую поддержку, а не просить хакеров помочь даром лично вам.

Если вы решили обратиться к нам за помощью, не становитесь в позицию неудачника. И не ведите себя как неудачник. Лучший способ получить быстрый и чуткий ответ, - спрашивать как победитель — спрашивать как человек умный, уверенный в себе и знающий, которому просто понадобилась помощь при решении одной конкретной проблемы.

(Дополнения к этому руководству приветствуются. Предложения можно направлять по адресу esr@thyrsus.com. Учтите, однако, что этот документ не создавался как общее руководство по сетевому этикету, и я обычно игнорирую предложения, не связанные непосредственно с получением полезных ответов в техническом форуме.)
Прежде, чем спрашивать...

Прежде, чем задавать технический вопрос по электронной почте или в дискуссионную группу, в чате или на форуме, сделайте следующее:

Процедура 1.

Попытайтесь найти ответ с помошью поиска в Web.

Попытайтесь найти ответ в руководстве.

Попытайтесь найти ответ в списке часто задаваемых вопросов (ЧаВО).

Попытайтесь найти ответ путем проверок или экспериментов.

Спросите опытного товарища.

Если вы - программист, попытайтесь найти ответ, анализируя исходный код.

Когда задаете вопрос, укажите с самого начала, что вы все это уже сделали; это поможет понять, что вы не какой-нибудь лентяй, транжирящий чужое время. Еще лучше, покажите, что вы узнали в результате своих поисков. Нам нравится отвечать людям, продемонстрировавшим свою способность воспринимать ответы.

Используйте приемы типа поиска в Google по тексту полученного сообщения об ошибке. Это может привести либо неспосредственно к документации, посвященной тому, как эту ошибку устранить, либо к дискуссии в списке рассылки, в которой можно будет найти ответ. Даже если ответ и не найдется, фраза: "Я поискал в Google по следующему запросу, но ничего полезного не нашел" пригодится при обращении за помощью по электронной почте или в дискуссионную группу.

Подготовьте вопрос. Продумайте его. На поверхностные вопросы вы получите поверхностные ответы, или вообще ответов не получите. Чем больше вы сделаете, чтобы продемонстрировать свои размышления и усилия по решению проблемы до того, как просить помощи, тем вероятнее, что вы эту помощь получите.

Не задавайте неправильных вопросов. Если вопрос строится на ошибочных предположениях, любой хакер (в оригинале - J. Random Hacker, прим. переводчика), скорее всего, даст бесполезный буквальный ответ, подумав при этом "Глупый вопрос...", и надеясь, что получение того, о чем вы просили, вместо того, что действительно нужно, чему-то вас научит.

Не думайте, что вам должны ответить. Вам никто ничего не должен; вы же, в конечном счете, не платили за эти услуги. Вы получите ответ, если заслужите его, задавая существенный, интересный и наводящий на размышления вопрос — вопрос, неявно дающий сообществу новый опыт, а не просто пассивно требующий от других поделиться знаниями.

С другой стороны, неплохо сразу ясно дать понять, что вы можете и хотите помочь в процессе выработки решения. На вопросы типа "Может ли кто-то подсказать?", "Что не учтено в моем примере?" и "А нет ли сайта, который стоит на эту тему посмотреть?" более вероятно будет получен ответ, чем на требование прислать точную последовательность действий для решения проблемы, поскольку вы явно показали, что решите проблему сами, если кто-то укажет вам правильное направление действий.
Когда спрашиваете...
Правильно выбирайте форум

Тщательно продумайте, где именно задавать вопрос. Вас с большой вероятностью проигнорируют или спишут как неудачника, если вы:

пошлете вопрос в форум, не соответствующий по тематике (off topic)

пошлете самый элементарный вопрос в форум, где обсуждаются сложные технические вопросы, или наоборот

пошлете вопрос одновременно (cross-post) во множество различных дискуссионных групп

пошлете личное сообщение по электронной почте незнакомому человеку, лично не отвечающему за решение ваших проблем

Хакеры игнорируют вопросы, направленные не по адресу, чтобы не загружать свои каналы связи не относящейся к делу информацией. Не стоит попадать в этот разряд вопросов.

Поэтому сначала надо найти соответствующий форум. В этом вам снова поможет поисковая система Google и другие средства поиска в Web. Используйте их для поиска страницы проекта, наиболее тесно связанного с оборудованием или программным обеспечением, с которым возникли трудности. Обычно на этой странице будут ссылки на список часто задаваемых вопросов (ЧаВО, FAQ - Frequently Asked Questions), списки рассылки проекта и их архивы. Именно там и надо просить помощи, если ваши собственные усилия не увенчались успехом.

Посылка же сообщения человеку или в форум, с которым вы не знакомы, - предприятие, как минимум рискованное. Например, не думайте, что автор информативной web-странички хочет стать для вашим бесплатным консультантом. Не делайте оптимистических предположений о том, что вашему вопросу будут рады - если не уверены, пошлите его по другому адресу или откажитесь от его посылки вообще.

При выборе дискуссионной группы или списка рассылки не принимайте решение только на основе имени; прочитайте список часто задаваемых вопросов (FAQ) или устав, чтобы убедиться, что вопрос соответствует тематике. Почитайте сообщения некоторое время, прежде чем посылать вопросы, чтобы почувствовать, как и что здесь делается. На самом деле, перед посылкой вопроса не помешает поискать по ключевым словам, связанным с вашей проблемой, в архивах дискуссионной группы или списка рассылки. В результате можно найти ответ, а если нет, такой поиск поможет лучше сформулировать вопрос.

Правильно определите тему! Одна из классических ошибок - задавать вопрос о программном интерфейсе Unix или Windows в форуме, посвященном языку, библиотеке или инструментальному средству, работающему на обеих платформах. Если вы не понимаете, почему это - грубая ошибка, лучше вообще не задавайте вопросов, пока не поймете.

В общем случае, вероятность получить ответы на вопросы в правильно выбранном общедоступном форуме выше, чем в приватном. Причин для этого несколько. Одна из них - количество потенциальных отвечающих. Другая - размер аудитории, которая узнает ответ; хакеры с большим удовольствием отвечают на вопросы, которые могут интересовать многих, чем на вопросы, полезные лишь единицам.

Понятно, что опытные хакеры и создатели популярных программ и так уже получают намного больше не относящихся к делу вопросов, чем хотели бы. Увеличивая этот поток, вы в некоторых случаях можете стать последней каплей - изредка участники популярных проектов прекращают их поддержку, потому что не выносят больше сопутствующих ей проблем в виде потока бесполезных сообщений по электронной почте на их личные адреса.
По возможности, используйте списки рассылки проектов

Если у проекта есть список рассылки для разработчиков, шлите вопросы в этот список рассылки, а не отдельным разработчикам, даже если уверены, что знаете, кто именно лучше всего может ответить на ваш вопрос. Найдите адрес списка рассылки проекта в документации или на сайте проекта, и шлите вопрос по этому адресу. Есть несколько хороших причин поступать именно так:

Любой вопрос, достаточно хороший, чтобы с ним обратиться к одному разработчику, будет ценным и для всей группы. Наоборот, если кажется, что вопрос слишком примитивный для списка рассылки, это еще не повод морочить им голову отдельных разработчиков.

Если вопрос задается в списке рассылки, нагрузка распределяется между всеми разработчиками. Конкретный разработчик (особенно если он - руководитель проекта) может быть слишком занят, чтобы отвечать на ваши вопросы.

Большинство списков рассылки архивируется, а архивы - индексируются поисковыми системами. Кто-то сможет найти ваш вопрос и ответы в сети, и не задаст его снова в списке рассылки.

Если определенные вопросы задаются часто, разработчики могут использовать эту информацию для улучшения документации или самого программного продукта, чтобы они стали более понятными. Но если эти вопросы задаются лично, ни у кого нет общей картины, - о чем чаще всего спрашивают.

Если не удается найти адрес списка рассылки проекта, но известен адрес лица, ведущего проект, пошлите свой вопрос ведущему. Но и в этом случае не думайте, что списка рассылки нет. В своем сообщении укажите, что пытались, но не смогли найти соответствующий список рассылки. Упомяните также, что не против пересылки вашего сообщения другим адресатам. (Многие считают, что личная корреспонденция должна оставаться личной, даже если ничего секретного в ней нет. Разрешая переслать свое сообщение, вы даете людям выбор.)
Упростите посылку ответа

Заврешение вопроса фразой "Ответ, пожалуйста, направляйте по адресу... " делает получение ответа весьма маловероятным. Если у вас нет пары секунд на то, чтобы правильно задать заголовок Reply-To в своей почтовой программе, то у нас нет и пары секунд на то, чтобы подумать о вашей проблеме. Если ваша почтовая программа не позволяет это сделать - выкиньте ее. Если ваша операционная система не поддерживает почтовые программы, позволяющие это сделать, поищите операционную систему получше.
Пишите понятным языком, соблюдая правила грамматики и лексики

Экспериментальным путем установлено, что люди, пишущие невнимательно и небрежно, обычно так же невнимательны и небрежны в мыслях и в коде создаваемых программ (по крайней мере, достаточно часто, чтобы уверенно так утверждать). Отвечать на вопросы людей невнимательных и небрежно мыслящих - занятие неблагодарное; мы свое время лучше потратим на что-то другое.

Поэтому четкость и правильность формулировки вопроса имеет значение. Если вы не хотите морочить себе этим голову, мы не хотим морочить голову себе, уделяя внимание таким вопросам. Постарайтесь сформулировать вопрос правильным языком. Он не должен быть тяжеловесным и формальным — на самом деле, в хакерской культуре ценится неформальный, полный сленга и юмора язык, используемый правильно. Но мысли должны быть выражены четко; необходимо продемонстрировать хоть какие-то признаки вдумчивости и внимания.

Соблюдайте правила синтаксиса, пунктуации и использования прописных букв. Не путайте "its" с "it's", "loose" с "lose" или "discrete" с "discreet". Не ПИШИТЕ ВСЕ В ВЕРХНЕМ РЕГИСТРЕ, - это воспринимается как крик и считается грубостью. (Если все написано в нижнем регистре, - не многим лучше, поскольку так сложно читать. Алану Коксу это прощается, а вам - нет.)

В общем случае, если вы пишете на уровне детского лепета или бреда сумасшедшего, ваш вопрос, скорее всего, проигнорируют. Писанина в стиле малолетних "хацкеров" (в оригинале - l33t script kiddie hax0r - прим. переводчика) - абсолютно безнадежна, и гарантирует в ответ - тишину (или, в лучшем случае, порцию пренебрежения и сарказма).

Если вы задаете вопросы в форуме, где используется не родной для вас язык, то некоторые лексические и грамматические ошибки вам простят — но никакого прощения элементарной лени не ждите (да, мы обычно способны понять разницу). Кроме того, если не знаете точно, какие языки для адресата - родные, пишите по-английски. Занятые хакеры обычно просто пропускают вопросы на языках, которые они не понимают, а английский - рабочий язык Internet. Задав вопрос по-английски, вы уменьшаете вероятность, что его пропустят, не читая.
Посылайте вопросы во всем понятных форматах

Если вы искусственно затрудняете чтение вопроса, увеличивается вероятность, что вместо него ответят на вопрос, который прочитать не сложно. Поэтому:

Посылайте сообщение в виде обычного текста, а не в формате HTML. (Отключить HTML не так уж сложно.)

MIME-приложения обычно вполне допустимы, но только если они имеют реальное содержание (например, прилагается исходный текст или файл исправлений), а не просто автоматически генерируются почтовым клиентом (представляя собой, например, еще одну копию письма, но в формате HTML).

Не посылайте сообщения, в которых абзацы представлены одной строкой, визуально переносящейся на следующие строки на клиенте. (Это усложняет ответ на часть сообщения.) Исходите из предположения, что адресаты будут читать сообщения на текстовых терминалах со строками в 80 символов, и настройте соответственно вставку жестких переносов строк, завершая строку до 80 позиции.

При этом, однако, не разбивайте на несколько строк по фиксированной позиции данные (например, дампы журналов или записи сеансов). Данные необходимо включать в сообщения как они есть, чтобы адресаты были уверены, что они видят именно то, что видели вы.

Не посылайте сообщения в кодировке MIME Quoted-Printable в англоязычный форум. Эта кодировка может понадобиться при посылке сообщения на языке, не покрываемом кодировкой ASCII, но многие пользовательские почтовые агенты ее не поддерживают. Читать сообщения с разбросанными по тексту управляющими символами вида =20 неудобно и неприятно.

Даже и не думайте, что хакеры смогут прочитать документы в закрытых, патентованных форматах типа Microsoft Word. Большинство хакеров реагируют на них примерно так, как реагировали бы вы, если бы вам вымазали входную дверь поросячьим дерьмом.

При посылке сообщения с машины под управлением Windows, отключите дебильную Microsoft-овскую поддержку "Smart Quotes". Это позволит избавиться от множества мусорных символов, разбросанных по всему сообщению.

При использовании почтового клиента с графическим интерфейсом, (например, Netscape Messenger, MS Outlook и им подобных) помните, что он может нарушать эти правила при использовании стандартных установок. В большинстве таких клиентов в меню есть команда типа "View Source". Проверьте с ее помощью по одному из отправленных сообщений, что посылается обычный текст, без лишнего мусора.
Задавайте осмысленные, конкретные темы сообщений

При посылке сообщения в список рассылки или в дискуссионную группу, тема сообщения - прекрасная возможность привлечь внимание квалифицированных экспертов строкой длиной до 50 символов. Не тратьте их на лепет типа "Помогите мне, пожалуйста" (не говоря уже про темы "PLEASE HELP ME!!!!"; сообщения с такими темами выбрасываются рефлекторно). Не пытайтесь поразить нас глубиной своих страданий; лучше используйте отведенное место для максимально краткого описания проблемы.

Хорошее соглашение по оформлению тем сообщений, используемое многими службами технической поддержки, - применение шаблона "объект - отклонение". Часть "объект" задает, с чем именно возникла проблема, а часть "отклонение" описывает отклонение от ожидаемого поведения.
Глупо:

ПОМОГИТЕ! Видеокарта на моем ноутбуке работает неправильно!
Разумно:

Неправильная форма курсора мыши в XFree86 4.1, видео на чипсете Fooware MV1005
Еще лучше:

XFree86 4.1 курсор мыши на чипсете Fooware MV1005 - неправильная форма

Процесс написания темы по шаблону "объект-отклонение" поможет более детально осмыслить проблему. Что именно неправильно работает? Только курсор мыши или с другой графикой тоже есть проблемы? Проблема только в XFree86? Только в версии 4.1? Эта проблема возникает только на видеокартах с чипсетом Fooware? Только в модели MV1005? Хакер, получив сообщение с подобной темой, сможет, в общих чертах, понять, с чем именно у вас возникала проблема и что это за проблема.

Если вы задаете вопрос в ответ, не забудьте изменить строку темы так, чтобы по ней было понятно - задается вопрос. Строка темы вида "Re: test" или "Re: new bug" не привлечет достаточного внимания. Кроме того, сведите цитирование предыдущих сообщений до минимума, достаточного, чтобы новые пользователи могли понять, о чем шла речь.

Не посылайте просто ответ на сообщение списка рассылки, если собираетесь обсуждать новую тему (начать нить обсуждения). Это сузит круг отвечающих. Некоторые программы чтения почты, например, mutt, позволяют пользователю сортировать сообщения по темам, а затем прятать сообщения по теме, сворачивая нить обсуждения. Те, кто этой возможностью пользуется, никогда вашего сообщения не увидят.

Поменять тему недостаточно. Mutt и, возможно, другие программы чтения электронной почты, учитывают не только строку темы, но и другую информацию в заголовках сообщений при привязке их к нити обсуждения. Создайте абсолютно новое сообщение.
Точно и детально опишите проблему

Внимательно и четко опишите симптомы обнаруженной проблемы или ошибки.

Опишите среду, в которой она возникает (машина, ОС, приложение и т.д.).

Опишите проведенное вами исследование при попытках понять проблему прежде, чем задавать вопрос.

Опишите самостоятельно выполненные вами шаги по диагностике и изоляции проблемы прежде, чем задавать вопрос.

Опишите последние изменения в конфигурации компьютера или программного обеспечения, которые могут иметь отношение к делу.

Сделайте максимум возможного, чтобы предугадать потенциальные вопросы хакера и заранее на них ответить в своем обращении за помощью.

Саймон Тэтхем (Simon Tatham) написал замечательное эссе, озаглавленное Как эффективно сообщать об ошибках. Я настоятельно рекомендую его прочитать.
Объем еще не значит точность

Будьте точны и информативны. Для этого недостаточно просто вставить в запрос большой объем кода или данных. Если имеется большой, сложный тестовый случай, приводящий к ошибке в программе, постарайтесь максимально сократить его.

Это полезно, как минимум, по трем причинам. Первая: продемонстрированные усилия по упрощению вопроса повышают вероятность получения ответа. Вторая: упрощение вопроса повышает вероятность получения полезного ответа. Третья: в ходе уточнения сообщения об ошибке вы сами можете найти решение или способ обхода проблемы.
Описывайте симптомы проблемы, а не свои предположения

Бесполезно сообщать хакерам свое мнение о причинах проблемы. (Если ваши диагностические теории настолько ценны, надо ли обращаться за помощью к другим?) Поэтому проверьте, что сообщаете фактические симптомы происходящего, а не свои интерпретации и теории. Пусть интерпретацией и диагностикой займутся отвечающие.
Глупо:

Я постоянно получаю ошибки SIG11 при компиляции ядра, и подозреваю, что причина - микротрещина на материнской плате. Как лучше всего это проверить?
Разумно:

На собранном мной компьютере K6/233 на материнской плате FIC-PA2007 (чипсет VIA Apollo VP2) с 256MB памяти Corsair PC133 SDRAM начинают часто возникать ошибки SIG11 примерно через 20 минут после включения питания, в ходе компиляции ядра, но они не возникают в первые 20 минут. Перезагрузка ни к чему не приводит, а вот отключение на ночь помогает. Замена всей памяти не помогла. Соответствующая часть результатов типичной компиляции прилагается.
Описывайте симптомы проблемы в хронологическом порядке

Наиболее важная информация для выяснения причин происходящего часто связана с непосредственно предшествующими этой ситуации событиями. Поэтому необходимо точно описать, что вы делали, и что делала машина вплоть до возникновения проблемы. В случае работы с интерфейсом командной строки очень может помочь запись сеанса (например, с помощью утилиты script) и включение в сообщение пары десятков соответствующих строк.

Если программа, в которой произошел сбой, имеет опции диагностики (например, -v - детальное информирование), попытайтесь подобрать опции, добавляющие полезную отладочную информацию в "стенограмму" сеанса.

Если запись получилась достаточно длинной (больше страницы), имеет смысл заранее сформулировать проблему в начале, а потом указать хронологическую последовательность действий, к ней приводящих. В этом случае хакеры будут знать, на что обратить внимание при чтении сеанса.
Не просите отвечать на личный адрес электронной почты

Хакеры считают, что решение проблем должно быть общедоступным, прозрачным процессом, в ходе которого первая попытка найти ответ может и должна быть исправлена, если кто-то, более знающий, заметит, что этот ответ - неполный или некорректный. Кроме того, отвечающие отчасти вознаграждаются тем, что их компетентность и знания будут замечены коллегами.

Когда вы просите личного ответа, вы мешаете как процессу выработки решения, так и получению вознаграждения. Не делайте этого. Отвечать лично - это выбор отвечающего, — и если он так и делает, то обычно потому, что считает вопрос слишком неудачно сформулированным или очевидным, чтобы быть интересным другим.

Из этого правила есть одно небольшое исключение. Если вы предполагаете, что на свой вопрос получите множество подобных между собой ответов, не забудьте магические слова "пошлите ответ мне, а я резюмирую полученные ответы в статье для дискуссионной группы". Попытка уберечь дискуссионную группу или список рассылки от потока по сути идентичных сообщений - это очень любезно, но вы должны сдержать обещание и послать итоговое резюме.
Задавайте ясные и четкие вопросы

Неограниченные вопросы требуют обычно неограниченного времени для ответа. Люди, скорее всего способные дать вам полезный ответ, еще и самые занятые люди (еще и потому, что большую часть своей работы делают сами). Такие люди ревностно относятся к своему времени, и поэтому часто не воспринимают неограниченные вопросы.

Вероятность получения полезного ответа повышается, если вы четко даете понять, чего добиваетесь от отвечающих (предоставить ссылки, послать код, проверить ваше решение и т.п.). Это сконцентрирует усилия отвечающих и неявно задаст ограничение по времени и усилиям, которые придется затратить отвечающему, чтобы вам помочь. Это хорошо.

Чтобы понять, в каком мире живут эксперты, надо относиться к знаниям экспертов, как к ресурсу обильному, а к их времени - как к ресурсу весьма ограниченному. Чем меньше времени вы неявно требуете, тем более вероятно получение ответа от действительно хорошего и занятого эксперта.

Поэтому имеет смысл ограничить вопрос, чтобы свести к минимуму время, необходимое эксперту для его решения. Но зачастую это не то же самое, что упростить вопрос. Так, например, вопрос: "Можете ли вы дать мне ссылку на хорошее описание X?" - обычно куда разумнее, чем просьба: "Объясните мне X, пожалуйста". Если у вас проблема с неработающим кодом, разумнее будет попросить объяснить, что в нем не так, а не просить исправить ошибки.
Не задавайте вопросы из домашних заданий

Хакеры хорошо умеют отвечать на вопросы из домашних заданий - большинство из нас их делало самостоятельно. Эти вопросы заданы для работы вам, чтобы вы могли научиться на собственном опыте. Просить можно о подсказке, но не о полном решении.
Избегайте бессмысленных просьб

Не поддавайтесь соблазну завершить свой запрос бессмысленными вопросами вида: "Не поможет ли мне кто-нибудь?" или "Есть ли вообще ответ?" Во-первых, если вы хоть сколько-нибудь компетентно описали свою проблему, подобные дополнительные вопросы, как минимум, излишни. Во-вторых, поскольку они излишни, хакерам они кажутся надоедливыми — - и в ответ их так и подбивает написать логически безукоризненную отписку типа: "Да, помочь вам можно" или "Нет, вам уже ничем не поможешь".

В общем случае, вопросы с ответами да-нет лучше не задавать, если только вы не хотите получить ответ да-или-нет.
Не помечайте свой вопрос как "Срочный", даже если для вас он именно такой

Это ваша проблема, а не наша. Упоминание о срочности зачастую контрпродуктивно: большинство хакеров просто удаляет такие сообщения как грубые и эгоистичные попытки срочно привлечь к себе особое внимание.
Вежливость никогда не повредит, и иногда помогает

Будьте вежливы. Используйте фразы "Пожалуйста" и "Заранее благодарен". Дайте понять, что благодарны людям, бесплатно посвящающим вам свое время.

Если честно, это не так важно, как отсутствие ошибок в тексте вопроса, ясность, точность и детальность описания, использование открытых форматов и т.д. (и не заменяет все перечисленное); хакеры, в общем случае, предпочли бы получать грубые, но технически точные сообщения об ошибках, чем вежливое словоблудие. (Если вас это удивляет, вспомните, что мы ценим вопрос за то, чему он нас учит.)

Однако при нормальном техническом уровне вопроса вежливость действительно повышает вероятность получить полезный ответ.

(Необходимо отметить, что единственное серьезное возражение, полученное на этот документ от ветеранов хакерского движения, связано с рекомендацией использовать фразу "Заранее благодарен". Некоторые хакеры усматривают в ней нежелание благодарить кого бы то ни было после того, как проблема будет решена. Рекомендую благодарить и заранее, и после получения ответа, или выразить свою благодарность по-другому, скажем, фразой "Спасибо за внимание".)
Пошлите краткое описание решения

После того, как проблема решена, пошлите сообщение всем, кто вам помог; дайте им знать, чем все закончилось, и поблагодарите еще раз за помощь. Если проблема вызвала общий интерес в списке рассылки или дискуссионной группе, имеет смысл такое сообщение послать туда.

Такое сообщение не обязательно должно быть длинным и подробным; простое: "Привет! Проблема была связана с разрывом в сетевом кабеле! Спасибо всем. Билл", - уже лучше, чем ничего. Фактически, краткое и вежливое резюме лучше, чем длинная диссертация, если только решение не затрагивает серьезные технические аспекты. Напишите, какие действия позволили решить проблему, но всю последовательность поиска решения повторно описывать не надо.

Для достаточно серьезных проблем можно послать резюме с историей поиска их причин. Опишите окончательную постановку проблемы. Опишите, каким оказалось решение, и укажите тупиковые пути, которых стоит избегать. Назовите всех, кто помог вам: так вы найдете себе друзей.

Помимо проявления вежливости и информирования, такого рода резюмирующее сообщение поможет другим при поиске в архиве списка рассылки/дискуссионной группы/форума точно узнать, какое решение помогло вам, и, значит, может помочь и им.

Последнее, но немаловажное, - такого рода сообщение помогает всем участвовавшим в обсуждении получить чувство удовлетворения от того факта, что проблема закрыта. Если вы сами - не технический специалист и не хакер, просто поверьте нам, что это чувство очень важно для гуру и экспертов, к которым вы обращались за помощью. Описания проблем, так в итоге и не решенных - это сплошное разочарование; хакеры жаждут увидеть их решенными. Хорошая карма, возникающая, когда вы удовлетворяете эту жажду, очень поможет вам при задании вопроса в следующий раз.

Подумайте, как вы можете предотвратить возникновение такой же проблемы у других пользователей в будущем. Спросите себя, поможет ли изменение документации или списка ЧаВО, и если да - пошлите соответствующее изменение тем, кто поддерживает эти документы.

Среди хакеров такое поведение, на самом деле, считается важнее обычной вежливости. Именно так зарабатывают репутацию хорошего командного игрока, которая является очень ценным качеством.
Как интерпретировать ответы
RTFM и STFW: как понять, что вы серьезно облажались

Есть древняя и священная традиция: если вы получаете ответ "RTFM", значит, отвечающий думает, что вам стоит почитать руководство (Read The Fucking Manual). Он почти наверняка прав. Читайте.

У ответа RTFM есть более молодой аналог. Если вы получаете ответ "STFW", значит, отвечающий думает, что вам стоит поискать ответ в сети (Search The Fucking Web). Он почти наверняка прав. Ищите.

Часто тот, кто посылает один из подобных ответов, имеет под рукой руководство или web-страницу с необходимой вам информацией, и смотрит на нее, когда набирает ответ. Эти ответы означают, что, по его мнению, во-первых, необходимую вам информацию легко найти и, во-вторых, вы большему научитесь при поиске информации, чем если вам ее преподнесут под нос на тарелочке.

Вас это не должно возмущать; по хакерским стандартам, он оказал вам достаточное уважение уже тем, что не проигнорировал вопрос. Вы должны поблагодарить ответившего за его отеческую доброту.
Если вы не поняли...

Если вы не поняли ответ, не шлите тут же требование его объяснить. Используйте те же источники информации, что и при поиске ответа на исходный вопрос (руководства, ЧаВО, Web, опытные коллеги), чтобы понять ответ. Если и после этого вам необходимы разъяснения, покажите, что вы узнали сами.

Например, предположим, я вам ответил: "Похоже, у вас завис zentry; надо проверить". Тогда:

Вот плохой уточняющий вопрос: "А что такое zentry?"

Вот хороший уточняющий вопрос: "OK, я прочитал страницу справочного руководства, и про zentry там упомянуто только в опциях -z и -p. Ни в одной из них не сказано, как сбросить зависший zentry. Надо ли использовать одну из этих опций, или я что-то неправильно понял?"
Реакция на грубость

Большая часть того, что может показаться грубостью, в хакерских кругах используется не для оскорбления. Это, скорее, следствие непосредственного, без обиняков, стиля общения, естественного для людей, старающихся решать проблемы, а не казаться другим мягкими и пушистыми.

Когда встречаетесь с грубостью, постарайтесь реагировать спокойно. Если кто-то действительно выходит за рамки допустимого, вполне вероятно, что ведущий списка рассылки, дискуссионной группы или форума поставит его на место. Если этого не произошло и вы выйдете из себя, вполне вероятно, что ставшее причиной этого лицо ведет себя в рамках норм хакерского сообщества, и все будут считать, что именно вы не правы. Это существенно снизит шансы получения необходимой информации или помощи.

С другой стороны, иногда можно встретиться с грубостью и вызовом, не имеющими никаких видимых оснований. Обратная сторона этой медали в том, что такая реакция является вполне приемлемой формой постановки на место действительных грубиянов, - мы отсекаем их недостойное поведение остро отточенным словесным скальпелем. Однако, вы должны быть очень уверены в своей позиции, прежде чем пытаться этим заняться. Грань между указанием на невежливость и началом бессмысленного "базара" (в оригинале - flamewar - прим. переводчика) настолько тонкая, что и сами хакеры нередко ее переходят. Если вы - новичок или просто случайный читатель, шансов избежать такой грубой ошибки - немного. Если вас интересует информация, а не развлечение, лучше уберите руки с клавиатуры и не рискуйте вступать в подобные дискуссии.

(Некоторые настаивают, что многие хакеры страдают мягкой формой аутизма, или синдрома Аспергера, и у них просто не хватает той части мозга, которая отвечает за "нормальное" социальное взаимодействие между людьми. Возможно, это правда, а может и нет. Если вы - не хакер, представление о хакерах как о больных на голову может вам помочь смириться с нашими странностями. Думайте, что хотите. Нас это не волнует; нам нравится быть именно такими, и к клиническим диагнозам мы относимся со здоровым скептицизмом.)

В следующем разделе мы поговорим о другой проблеме; о своего рода "грубости", с которой можно встретиться, когда именно вы не правы.
Не реагируйте как неудачник

Вполне вероятно, что вы уже облажались несколько раз в хакерских форумах — так, как описано в этой статье, или аналогично. И вам уже объяснили, как именно вы облажались, возможно, в красках. При всем честном народе.

Когда такое происходит, самая неудачная реакция - жаловаться на случившееся, считать себя оскорбленным словесно, требовать извинений, вопить, задыхаться от гнева, подавать иски в суд, жаловаться работодателям обидчиков, не опускать за собой сидения унитаза и т.п. Вместо всего этого надо сделать следующее:

Смириться. Это - нормально. На самом деле, это хорошо и целесообразно.

Общественные нормы не поддерживают себя сами - их поддерживают люди, активно, в открытую, публично эти нормы применяющие. Не думайте, что критиковать должны только в личной переписке - это не так. Не имеет смысла принимать как личное оскорбление чей-то комментарий, что одно из ваших утверждений - ошибочно, или что у него есть другое мнение. Так действуют неудачники.

Были хакерские форумы, где, исходя из неправильно понятой гипертрофированной вежливости, участникам запрещалось посылать сообщения об ошибках в чужих сообщениях. Им было сказано: "Если не хотите помочь пользователю, молчите". Отток знающих участников в другие форумы привел к их вырождению в бессмысленную болтовню и к полной бесполезности с технической точки зрения.

Выбирайте: преувеличенная "дружественность" (такого рода) или полезность.

Помните: когда этот хакер пишет, что вы облажались, и (не важно, насколько грубо) просит вас больше так не делать, он делает это, заботясь, во-первых, о вас, а во-вторых, о своем сообществе. Ему было бы намного проще вас проигнорировать и вычеркнуть из своей жизни. Если вас не хватает на благодарность, сохраните достоинство, - не жалуйтесь, и не думайте, что с вами будут обращаться как с хрупкой куклой лишь потому, что вы - новичок с театрально гиперчувствительной душой и иллюзиями о собственной значимости.
Вопросы, которые задавать не надо

Вот ряд классических глупых вопросов и о чем думают хакеры, когда на них не отвечают.
Вопрос: Где можно найти программу или ресурс X?
Вопрос: Как можно с помощью X сделать Y?
Вопрос: Как сконфигурировать приглашение командного интерпретатора?
Вопрос: Можно ли преобразовать AcmeCorp-документ в TeX-файл с помощью программы преобразования файлов Bass-o-matic?
Вопрос: Моя {программа, конфигурация, мой оператор SQL} не работает
Вопрос: У меня проблемы с Windows-машиной. Не могли бы вы помочь?
Вопрос: Моя программа не работает. Я думаю, проблема в системном компоненте X.
Вопрос: У меня возникли проблемы с установкой Linux (или X). Не могли бы вы помочь?
Вопрос: Как взломать пароль пользователя root/получить расширенные привилегии/прочитать чужую электронную почту? Вопрос:
Где можно найти программу или ресурс X?
Ответ:
Там же, где и я ее взял, придурок, — найти в Internet. Боже, неужели еще не все знают, как пользоваться Google?
Вопрос:
Как можно с помощью X сделать Y?
Ответ:
Если вы хотите сделать Y, надо так и спрашивать, не предполагая заранее использование метода, который может вовсе не подходить. Вопросы такого вида часто задают те, кто не просто ничего не знает об X, но сбит с толку решаемой проблемой Y и слишком сконцентрирован на деталях своей конкретной ситуации. Обычно лучше игнорировать таких людей, пока они не сформулируют свою проблему лучше.
Вопрос:
Как сконфигурировать приглашение командного интерпретатора?
Ответ:
Если вы достаточно умны, чтобы этим заинтересоваться, вам хватит ума и на самостоятельный поиск ответа.
Вопрос:
Можно ли преобразовать AcmeCorp-документ в TeX-файл с помощью программы преобразования файлов Bass-o-matic?
Ответ:
Попробуйте и узнаете. Так вы, во-первых, узнаете ответ, а, во-вторых, перестанете тратить мое время.
Вопрос:
Моя {программа, конфигурация, мой оператор SQL} не работает
Ответ:
Это вообще не вопрос, и я не собираюсь задавать еще десяток наводящих вопросов, чтобы выяснить, в чем на самом деле состоит ваша проблема — у меня есть дела и поинтереснее. Когда я вижу подобные вопросы, то обычно посылаю один из следующих ответов:

Вам к этому больше нечего добавить?

Ой, это очень плохо. Надеюсь, вы уже это исправили.

И какое это имеет отношение лично ко мне?
Вопрос:
У меня проблемы с Windows-машиной. Не могли бы вы помочь?
Ответ:
Да. Выкиньте этот Microsoft-овский мусор и поставьте себе операционную систему с открытым исходным кодом, например, Linux или BSD.
Вопрос:
Моя программа не работает. Я думаю, проблема в системном компоненте X.
Ответ:
Хотя и возможно, что именно вы первым обнаружили очевидную ошибку в системных вызовах и библиотеках, интенсивно используемых сотнями или тысячами разработчиков, но намного вероятнее, что вы просто не разобрались. Серьезные утверждения требуют серьезных доказательств; если вы делаете подобные утверждения, их надо подкреплять ясным и исчерпывающим описанием ситуации, в которой возникает сбой.
Вопрос:
У меня возникли проблемы с установкой Linux (или X). Не могли бы вы помочь?
Ответ:
Нет. Чтобы решить эту проблему, мне нужен непосредственный доступ к вашей машине. Задайте вопрос местной группе пользователей Linux, которые смогут помочь лично. (Список групп пользователей можно найти здесь.)
Вопрос:
Как взломать пароль пользователя root/получить расширенные привилегии/прочитать чужую электронную почту?
Ответ:
Да ты просто пошляк, раз хочешь такое сделать, и идиот, раз просишь хакера тебе помочь.

Хорошие и плохие вопросы

Наконец, я собираюсь показать на примерах, как правильно задавать вопросы. Я представлю пару вопросов об одной и той же проблеме, один - заданный глупо, а второй - правильно.
Глупо: Где мне найти информацию о Foonly Flurbamatic?

Этот вопрос просто напрашивается на ответ "STFW".
Правильно: Я попытался поискать в Web с помощью Google по запросу "Foonly Flurbamatic 2600", но полезных ссылок не получил. Не знает ли кто-нибудь, где найти информацию о программировании этого устройства?

Этот вопрошающий уже поискал в Web и, похоже, у него - реальная проблема.
Глупо: Я не могу скомпилировать код проекта foo. Почему он некорректен?

Он думает, что кто-то другой облажался. Самоуверенный тип.
Правильно: Код проекта foo не компилируется в ОС Nulix версии 6.2. Я прочитал ЧаВО (FAQ), но там нет ничего о проблемах с Nulix. Вот запись сеанса компиляции; что я сделал неправильно?

Он указал среду, прочитал часто задаваемые вопросы, показал сообщение об ошибке, и он не думает, что причина его проблемы в ошибке кого-то другого. Этому парню можно уделить немного внимания.
Глупо: У меня проблемы с материнской платой. Не может ли кто-нибудь помочь?

Любой хакер на такой вопрос в уме ответит, скорее всего так: "Хорошо. Может, тебе еще помочь срыгнуть и пеленку поменять?", и нажмет клавишу Delete.
Правильно: Я попробовал X, Y и Z на материнской плате S2464. Когда это не сработало, я попробовал A, B и C. Обратите внимание на странный симптом при попытке сделать C. Очевидно, что эта фигня не фурычит, но результаты получаются непредсказуемые. Что обычно приводит к тому, что не фурычат многопроцессорные материнские платы с Athlon? Нет ли у кого идей для дополнительных тестов, которые помогут изолировать проблему?

Этот товарищ, напротив, кажется, достоин ответа. Он продемонстрировал способность решать проблемы, а не просто ждет, пока ответ упадет ему с неба.

В последнем вопросе обратите внимание на небольшую, но важную разницу между "Дайте мне ответ" и "Пожалуйста, помогите разобраться, какие дополнительные диагностические действия можно выполнить, чтобы прояснить ситуацию".

Фактически, форма задания последнего вопроса очень похожа на использованную реально в августе 2001 года в списке рассылки linux-kernel. Я (Эрик) задал тогда этот вопрос. Я наблюдал странные зависания на материнской плате Tyan S2464. Участники списка рассылки предоставили ценную информацию, позволившую мне от этих зависаний избавиться.

Задавая вопрос так, как это сделал я, вы даете людям пищу для размышлений; я сделал для них участие в решении проблемы простым и привлекательным. Я продемонстрировал уважение способностей коллег и пригласил их к обсуждению на равных. Я также продемонстрировал, что ценю их время, описав, по каким тупиковым ветвям я уже прошел.

В конечном итоге, когда я поблагодарил всех и подчеркнул, насколько хорошо прошел процесс решения проблемы, один из участников списка рассылки обратил внимание на то, что, по его мнению, все получилось не потому, что я - "известный человек" в этом списке, а из-за правильной формы постановки вопроса.

Хакеры, в определенном отношении, очень жестокая интеллектуальная элита (в оригинале - meritocracy. Прим. переводчика). Я уверен, что он прав, и если бы я облажался, то был бы раскритикован или проигнорирован, независимо от прежних заслуг. Его предложение описать ситуацию в качестве инструкции для всех остальных стало непосредственной причиной составления этого руководства.
Если ответ не получен

Если вы не получили ответа, не принимайте это на свой счет, как наш отказ помочь лично вам. Иногда участники форума просто не знают ответ. Отсутствие ответа не равносильно игнорированию, хотя извне разницу заметить сложно.

В общем случае, повторная посылка вопроса - не лучшая идея. Это будет воспринято как бессмысленная надоедливость.

Есть и другие источники помощи, к которым можно обратиться, причем часто более приспособленные к нуждам начинающих.

Существует множество групп пользователей в сети и на местах, с энтузиазмом занимающихся программным обеспечением, хотя многие их участники в жизни не написали ни одной серьезной программы. Эти группы часто формируются для того, чтобы участники помогали друг другу и новым пользователям.

Есть также масса коммерческих компаний, с которым можно заключить контракт на поддержку, как крупных, так и маленьких (одни из наиболее известных - Red Hat и Linuxcare, но есть и множество других). Пусть вас не пугает идея платить за поддержку! В конечном итоге, если необходим капремонт двигателя автомобиля, вы ведь отдадите его в мастерскую и заплатите за ремонт. Даже если программное обеспечение ничего не стоило, нельзя рассчитывать, что его всегда будут бесплатно поддерживать.

У популярного программного обеспечения, вроде Linux, на одного разработчика приходится, по крайней мере, 10000 пользователей. Один человек просто не может справиться с поддержкой 10000 пользователей. Помните, что даже если за поддержку приходится платить, это все равно обходится намного дешевле, чем когда приходится покупать еще и само программное обеспечение (да и поддержка закрытого программного обеспечения обычно стоит дороже и выполняется менее компетентными специалистами, чем в случае программного обеспечения с открытым исходным кодом).
Как давать хорошие ответы

Будьте великодушны. Связанный с проблемой стресс может делать невежливыми или глупыми людей, которые таковыми не являются.

Если вы не уверены, так и говорите! Ошибочный, но авторитетно звучащий ответ хуже, чем отсутствие ответа. Не направляйте людей по ложному пути просто потому, что вам приятно побыть в роли эксперта. Будьте скромны и честны; показывайте хороший пример для спрашивающих и коллег.

Если не можете помочь, не мешайте. Не шутите по поводу процедур, которые могут разрушить среду пользователя — этот болван может принять ваши шутки как руководство к действию.

Задавайте дополнительные вопросы, чтобы получить больше информации. Если это делать правильно, спрашивающий кое чему научится, — да и вы тоже. Попытайтесь превратить плохой вопрос в хороший; помните - все мы были начинающими.

Хотя простой ответ RTFM бывает оправдан, когда дается просто лентяю, ссылка на документацию (даже если это набор ключевых слов для поиска в Google) все же лучше.

Если уж вы отвечаете на вопрос, давайте ответ по сути. Не предлагайте наспех придуманные обходные пути, если используется в принципе не то средство или неверный подход. Предлагайте хорошие средства. Переформулируйте вопрос.

Помогите общественности извлечь пользу из вопроса. Когда встречаетесь с хорошим вопросом, спросите себя: "Как надо изменить соответствующую документацию или список ЧаВО, чтобы больше этот вопрос никто не задавал?". Затем пошлите соответствующее дополнение тому, кто поддерживает эти документы.

Если для ответа на вопрос пришлось провести исследование, поделитесь своим опытом, а не пишите так, как будто ответ свалился на вас с неба. Ответить на один хороший вопрос - это как накормить голодного один раз, а вот изложить методику исследования на примере, - значит, научить добывать еду на всю жизнь.
Дополнительные источники информации

Если вам необходима информация по основам работы персональных компьютеров, ОС Unix и сети Internet, см. руководство The Unix and Internet Fundamentals HOWTO.

При создании программного обеспечения или выпуске исправлений для программ, постарайтесь следовать принципам, изложенным в руководстве Software Release Practice HOWTO.

__________________
Достоевский считал, что атеизм - болезнь жидовская, что он противен русскому народу.

Kuznez

Во время работы Windows XP запускается и работает много служб. Просмотреть весь список служб можно нажав "Пуск"- "Панель управления"- "Администрирование" "Службы". Но не все службы нужны для нормальной работы компьютера. Ниже приводиться список служб, которые отключены или включены в моей конфигурации. На самом деле служб может быть больше. Для выхода в Интернет я использую модемное соединение.


Ati HotKey Poller-Сервис необходим только в том случае, если вы используете для настройки горячие клавиши ATi Hotkey, просмотреть которые можно в ATi Control Panel. Если вы их не используете (в этом случае вы ничего не теряете), то можете смело отключать. Эта служба появляется у пользователей видеокарт от Ati RADEON
ATI Smart-Постоянно наблюдает за качеством работы и делает некоторые корректировки в работе графической системы при необходимости повышения стабильности. Но выполняет он свои задачи довольно неэффективно, пожирая при этом ресурсы. Рекомендуется Авто.
DHCP-клиент-Управляет конфигурацией сети посредством регистрации и обновления IP-адресов и DNS-имен. Эта служба автоматические получает ваш динамический IP адрес от вашего DHCP сервера и DNS обновлений. Ко всему прочему клиент зависим от NetBIOS over TCP/IP, который мы отключаем в дальнейшем. В принципе, для случая каких-то провайдеров может возникнуть необходимость ее активизировать - но тогда придется поднять ряд сопутствующих служб - NetBIOS over TCP/IP (служба и драйвер) и "Рабочую станцию". По умолчанию стоит автоматически. Можно отключить.

DNS-клиент. Должен кэшировать ответы на DNS запросы, но, похоже, это имеет отношение только к сервисам Active Directory. Однако, DNS клиент необходим для IPSEC. Если вы пытаетесь "исправить" ваше сетевое соединение и получаете диалоговое окно: "DNS resolver failed to flush the cache", то данная служба является причиной возникновения данной ошибки. Авто.

MS Software Shadow Copy Provider, Теневое копирование тома- Управляет теневыми копиями, полученными при помощи теневого копирования тома. Если служба будет остановлена, не будет возможности управлять теневыми копиями. Если служба будет отключена, не удастся запустить все явно зависимые службы. Для SP2 лучше поставить Вручную

NetMeeting Remote Desktop Sharing. Если вы не пользуетесь специфическими возможностями MS Netmeeting(разрешает проверенным пользователям получать доступ к рабочему столу Windows), то оно не нужно. Отключено.

Office Source Engine. Сохранение установочных файлов для последующего обновления и восстановления продукта. Используется также для загрузки обновленных версий программы установки и отчетов об ошибках Watson. Отключено.

Plug and Play. Магическое словосочетание... Символ современных технологий. Куда же мы без него. Тип запуска - Авто.

QoS RSVP. Поддержка специфических расширений IP протокола. Отключено.

Telnet. Сервер удаленного управления через командную строку. Позволяет удаленному пользователю входить в систему и запускать программы, поддерживает различных клиентов TCP/IP Telnet, включая компьютеры с операционными системами UNIX и Windows. Отключено.

Windows Audio. MS стращает, что без него со звуком плохо будет. Авто.

Windows Installer. Устанавливает, удаляет или восстанавливает программное обеспечение в соответствии с инструкциями файлов MSI. Данная служба необходима для установки приложений, который используют файлы MSI. Если какие-то программы не ставятся или вы получаете ошибку, связанную с "RPC Service", то установите значение данной службы в Автоматически. Потом, после установки можно вернуть режим Вручную

Автоматическое обновление. Включает загрузку и установку ключевых обновлений Windows. Отключено.

Адаптер производительности WMI. Похоже, имеет отношение к т.н. Perfomance Counters - системе предоставления информации о загрузке памяти, ресурсов, различных устройств и пр. Необходимо лишь для специфического софта. Отключено.

Беспроводная настройка. Предоставляет автоматическую настройку 802.11 адаптеров.. За полной бесполезностью отключено.

Брандмауер Интернета.(Для SP1) Обеспечивает поддержку служб трансляции адресов, адресации и разрешения имен или предотвращает вторжение служб в домашней сети или сети небольшого офиса. При использовании стороннего продукта для защиты компьютера - Отключено.

Брандмауэр Windows/Общий доступ к Интернету (ICS) (Для SP2).Обеспечивает поддержку служб трансляции адресов, адресации и разрешения имен или предотвращает вторжение служб в домашней сети или сети небольшого офиса.При использовании стороннего продукта для защиты компьютера, например Outpost Firewall-Отключено

Веб-клиент. Позволяет Windows-программам создавать, получать доступ и изменять файлы, хранящиеся в Интернете. Полезных функций не усмотрено. Отключено.

Вторичный вход в систему. Позволяет запускать процессы от имени другого пользователя. Отключено.

Диспетчер авто-подключений удаленного доступа. Это когда открываете сохраненную страничку, которая содержит баннер, и винда сразу хочет вылезти в Интернет, чтобы этот баннер показать. Данная служба может потребоваться для некоторых прямых подключений или DSL-подключений. Можно оставить вручную, у меня отключено.

Диспетчер логических дисков. Контроль за внезапным появлением новых логических дисков. Может понадобиться для нормальной работы консоли администратора дисков. Кроме того, при подключении дополнительного винчестера в систему с отключенным диспетчером будет наблюдаться несколько неадекватная реакция - впрочем, как показывает опыт, ничего страшного. Ставим вручную.

Диспетчер отгрузки. Что-то связанное с асинхронной передачей файлов между клиентами и серверами. Название отпугивает, но эксперименты показали, что ничего особо опасного не представляет. Отключено.

Диспетчер очереди печати. Загружает в память файлы для последующей печати. Поскольку принтера не имею, отключено.

Диспетчер подключений удаленного доступа. Это нужно. Вручную.

Диспетчер сеанса справки для удаленного рабочего стола. Отключено - чтобы удаленно не помогли.

Диспетчер сетевого DDE, Служба сетевого DDE. Dynamic Data Exchange - если это кому-то что-нибудь говорит. Звучит солидно, но если вы не используете Сервер папки обмена (ClipBook)-отключено.

Диспетчер учетных записей безопасности. Участвует в хранении информации о безопасности для локальных пользователей. Нужно для IIS. Вручную.

Доступ к HID-устройствам. Human Interface Device. Хотя к таковым Windows отнесла и USB мышь, служба находится в отключенном состоянии. Мышь, впрочем, своих функций при этом исполнять не перестала.

Журнал событий. Служба, ведущая протоколирование системных событий. Авто.

Журналы и оповещения производительности. Управляет сбором данных о производительности с локального или удаленных компьютеров, выполняемым на основе заданного расписания, и обеспечивает запись этих данных в журналы или инициирует оповещение. Отключено.

Запуск серверных процессов DCOM (Для SP2). Обеспечивает запуск для служб DCOM. Авто.

Защищенное хранилище. Гадость, сохраняющая локальные и Интернет пароли. Отключено как потенциально вредное.

Инструментарий управления Windows. Физическое воплощение - панель "Управление компьютером" в "Администрировании". Авто.

Источник бесперебойного питания. Потому как такового не имеется, а даже если и имеется, то вряд ли кто станет занимать последовательный порт шнуром от него, то отключено.

Клиент отслеживания изменившихся связей. Поддерживает связи NTFS-файлов, перемещаемых в пределах компьютера или между компьютерами в домене. Вручную.

Координатор распределенных транзакций. Координация транзакций, охватывающих несколько диспетчеров ресурсов, таких как базы данных, очереди сообщений и файловые системы. Если данная служба остановлена, такие транзакции выполнены не будут. Если данная служба отключена, все явно зависящие от нее службы не смогут запуститься. . Вручную.

Локатор удаленного вызова процедур (RPC). Remote Procedures Call. Обеспечивает сопоставление конечных точек и иных служб RPC. По-хорошему для большинства повседневных задач штука довольно бесполезная, но слишком большое количество служб завязано на этот самый RPC. Тем не менее в моей конфигурации эта служба не стартует. Отключено.

Маршрутизация и удаленный доступ. Предлагает услуги маршрутизации организациям в локальной и глобальной сетях. Данная служба необходима, если вы хотите разрешить входящие подключения к вашему компьтеру с помощью модема (или других устройств) для получения доступа к вашей локальной сети. Отключена.

Модуль поддержки NetBIOS через TCP/IP. Название достаточно красноречивое. Обеспечивает работу SMB протокола. Отключено.

Модуль поддержки смарт-карт. Обеспечивает поддержку для старых устройств чтения смарт-карт (без PnP). Отключено.

Обозреватель компьютеров. Сервис, отслеживающий анонсы других машин в локальной сети. Результат его работы можно наблюдать в окошке "Сетевое окружение". Отключено, потому как зависимо от NetBIOS'а.

Оповещатель. Посылает информацию о всяких системных событиях избранному кругу лиц. Отключено.

Определение оборудования оболочки. Что-то связанное с PNP. Служит для автозапуска оборудования: CD-ROM и т.д. По некоторым упоминаниям, мешает выполнению chkdsk на подмонтированных томах. Авто.

Планировщик заданий. Старый добрый Scheduler. Позволяет выполнять запланированные задания в определенное время. Отключен.

Поставщик поддержки безопасности NT LM. Обеспечивает безопасность программам, использующим удаленные вызовы процедур (RPC) через транспорты, отличные от именованных каналов. Необходима при использовании Message Queuing или Telnet сервера. Вручную.

Протокол HTTP SSL. Эта служба обеспечивает безопасный протокол передачи данных гипертекста (HTTPS) для службы HTTP, используя SSL (Secure Socket Layer). Если эта служба отключена, любые службы, которые явно зависят от нее, не могут быть запущены. Вручную

Рабочая станция.Обеспечивает поддержку сетевых подключений и связь. Если служба остановлена, программа, данные подключения будут недоступны. Данная служба нужна для подкючения локального компьютера на удаленный компьютер. Многие службы требуют Рабочую станцию для нормального функционирования, поэтому рекомендую оставить данную службу в режиме Авто.

Расширения драйверов WMI. Из оперы инструментария управления Windows. Вручную.

Сервер. Обеспечивает поддержку общий доступ к файлам, принтерам и именованным каналам для данного компьютера через сетевое подключение. Если служба остановлена, такие функции не удастся выполнить. Данная служба используется для открытия на доступ ваших файлов и принтеров + Message Queuing. Вы можете отключить эту службу для дополнительной безопасности, если у вас нет необходимости "расшаривать" ваши файлы и принтеры. Можно поставить вручную или Отключено.

Сервер папки обмена. Дает ознакомиться с содержимым вашей папки обмена удаленным пользователям. Отключено.

Серийный номер переносного медия-устройства. Получает серийные номера всех переносных медиа-устройств, подключенных к системе. Отключено.

Сетевой вход в систему. Поддерживает сквозную идентификацию событий входа учетной записи для компьютеров домена. Данная службы используется для входа в контроллер домена. Данная служба не нужна в домашних условиях или в условиях домашних сетей, поэтому можете ее отключить. Отключено.

Сетевые подключения. Управляет объектами папки ''Сеть и удаленный доступ к сети'', отображающей свойства локальной сети и подключений удаленного доступа. Данная служба необходима для поддержки сетевых соединений. Вручную.

Система событий COM+, Системное приложение COM+. Это из оперы компонентно-обектной модели, на базе которой работает инструментарий управления Windows. Вручную.

Системное приложение COM+. Управление настройкой и отслеживанием компонентов COM+. Если данная служба остановлена, большинство компонентов COM+ не будет работать правильно. Вручную.

Служба COM записи компакт-дисков IMAPI. Вам Nero мало? Отключено. Правда, в журнале событий после каждого запуска системы остаются красные отметки, но это исправимо: Администрирование -> Службы компонентов -> Корень консоли -> Службы компонентов -> Компьютеры -> Мой компьютер -> Настройка DCOM -> Microsoft IMAPI. Далее "Свойства", вкладка "Расположение", убираем галочку "Запустить приложение на данном компьютере".

Служба администрирования диспетчера логических дисков. Выполняет настройку жестких дисков и томов. Эта служба выполняется только во время процессов настройки конфигурации, а затем останавливается. Вручную.

Служба восстановления системы. Выполняет функции восстановления системы. Чтобы остановить службу, следует отключить восстановление системы на вкладке 'Восстановление системы' свойств компьютера. У меня отключена. Если Вы не уверены в том, что эта служба не нужна-Авто.

Служба времени Windows. Синхронизирует часы с интернет-серверами. Не настолько необходимая функция, чтобы выделять этому делу свой кусок памяти. Отключено.

Служба загрузки изображений (WIA). Получение изображений со сканнера или цифровой камеры. Поскольку таковых у меня не имеется, служба в отключенном состоянии.

Служба индексирования. Индексирует содержимое и свойства файлов на локальном и удаленных компьютерах, обеспечивает быстрый доступ к файлам с помощью гибкого языка запросов. Эта служба является одним из главных "пожирателей" ресурсов. Отключено.

Служба обеспечения сети (Для SP2). Управляет XML-файлами конфигурации на базе домена для автоматического обеспечения. Вручную.

Служба обнаружения SSDP, Узел универсальных PnP-устройств. Поддержка пока еще не слишком распространенного стандарта. Реального применения нет, зато есть вполне реальная дыра. Отключено.

Служба регистрации ошибок. Регистрирует ошибки приложений, работающих в какой-то нестандартной среде. При возникновении ошибки отправляет информацию об ошибки в корпорацию Microsoft. Отключено.

Служба серийных номеров переносных устройств мультимедиа. Получает серийный номер переносного проигрывателя мультимедиа, подключенного к этому компьютеру. Если эта служба остановлена, то защищенное содержимое может не загружаться на устройство. Если устройств нет - Отключено

Служба сетевого DDE. Обеспечивает сетевой транспорт и безопасность для динамического обмена данными (DDE) для программ, выполняющихся на одном или на различных компьютерах. Если вы не используете Сервер папки обмена то отключена.

Служба сетевого расположения (NLA). Уведомляет приложения об изменениях сетевых настроек. Думается, для этого нужна соответствующая поддержка со стороны приложений. Отключено.

Служба сообщений. Посылает и получает сообщения, переданные администраторами или службой оповещений. Рекомендуется отключить данную службу для того, чтобы запретить net send сообщения для скрытия вашего компьютера от сети интернет. Для проверки работоспособности службы введите в командной строке команду net send 127.0.0.1 hi. Если вы получите сообщение hi, то служба работает. Служба сообщений использует UDP порты 135, 137 и 138, а также TCP порты 135, 139 и 445. Отключено.

Служба шлюза уровня приложения. Поддержка сторонних расширений для интегрированного брандмауера. Без оного абсолютно бесполезно. Отключено.

Службы IPSEC. Управляет политикой IP-безопасности и запускает ISAKMP/Oakley (IKE) и драйвер IP-безопасности. Данная служба может понадобиться при использовании VPN или домена. Отключено.

Службы криптографии. Предоставляет три службы управления: службу баз данных каталога, которая проверяет цифровые подписи файлов Windows; службу защищенного корня, которая добавляет и удаляет сертификаты доверенного корня центра сертификации с этого компьютера; и службу ключей, которая позволяет подавать заявки на сертификаты с этого компьютера. Эта служба необходима для обновления Windows в ручном и автоматическом режими, а также для инсталляции Service Pack 1 и DirectX 9.0. Windows Media Player и некоторые .NET приложения могут требовать эту службу для функционирования некторых функций. Вручную.

Службы терминалов. Предоставляет возможность нескольким пользователям интерактивно подключаться к компьютеру и отображает рабочий стол и приложения на удаленных компьютерах. Отключено.

Смарт-карты. Управляет доступом к устройствам чтения смарт-карт. Если эта служба остановлена, этот компьютер не сможет считывать смарт-карты. Если эта служба отключена, любые службы, которые явно зависят от нее, не могут быть запущены. Отключено.

Совместимость быстрого переключения пользователей. Неплохая штука в многопользовательской среде - позволяет логоффиться, не прерывая запущенных задач. Если пользователь один - Отключено.

Справка и поддержка. Обеспечивает работу центра справки. Без этойслужбы встроенная справка Windows не работает. Вручную.

Съемные ЗУ Управляет съемными носителями, дисками и библиотеками. Данныя служьба необходима для работы со сменными носителями (магнито-оптическими приводами и т.д.). Если у вас есть такие носители, то переведите данную службу в автоматический режим. В домашних условиях данная служба не нужна, поэтому ставим значение Отключена. Если у вас стали возникать проблемы(перестал работать автозапуск и т.д.) с вашими CD-ROM, DVD-ROM и т.д., то поставьте значение Автоматически.

Телефония. Обеспечивает поддержку Telephony API (TAPI) для программ, управляющих телефонным оборудованием и голосовыми IP-подключениями на этом компьютере, а также через ЛВС - на серверах, где запущена соответствующая служба. Вручную.

Темы. Управление темами оформления. Если используется классическая тема - Отключено. А так Авто.

Теневое копирование тома. Управляет созданием теневых копий (контрольных точек состояния) дисковых томов, которые используются для архивации и восстановления или для иных целей. Если эта служба остановлена, теневые копии томов для восстановления не будут доступны и архивация и восстановление могут не работать. Вручную.

Уведомление о системных событиях. Служба, занимающаяся рассылкой оповещений о системных событиях подписавшимся компонентам. Авто. В принципе, может быть отключена, но тогда в журнале событий при каждой загрузке системы будет появляться ощутимое количество предупреждений. Отключение зависящей "Системы событий COM+" снизит количество сообщений, но их содержание станет более грозным.

Удаленный вызов процедур (RPC). И никуда-то от него не деться... Авто.

Удаленный реестр. Предоставляет возможность удаленного управлеения реестром на вашей машине. Отключаем данную службу для увеличения безопасности вашей системы и экономи оперативной памяти. Отключено.

Узел универсальных PnP-устройств. Поддерживает универсальные PnP-устройства узла. Отключено.

Управление приложениями. Видимо, принимает участие в процессе установки/
удаления софта, который это автоматически делать не может. Вручную.

Фоновая интеллектуальная служба передачи. Для асинхронной передачи передачи данных через протокол HTTP/1.1. Реальных приложений не отмечено. Отключено.

Центр обеспечения безопасности (Для SP2). Ведет наблюдение за настройками и параметрами безопасности системы. Авто.

__________________
Достоевский считал, что атеизм - болезнь жидовская, что он противен русскому народу.

Kuznez

“Perl” как инструмент «хакера»- вредителя.

LWP::UserAgent
LWP::RobotUA
LWP::Protocol
LWP::Authen::Basic
LWP::MediaTypes
LWP:ebug
LWP::Simple
LWP::Headres
HTTP::Message
HTTP::Request
HTTP::Response
HTTP:aemon
HTTP::Status
HTTP:ate
HTTP::Negotite
URL::URL
WWW::RobotRules
File::Listng

Простейший пример создания робота.
Можно «залить» практически любой Сервер.
Учите “Perl”


Для особо одаренных
use LWP::RobotUA;
$ua = LWP::RobotUA ->new(`websnuffler/0.1` , имя@Сервер.com`);
……
……
……
……
User-agent: *
Disallow: /stats
Disallow: /db
Disallow: /Logs
Disallow: /store
Disallow: /forms
Disallow: /gifs
Disallow: /wais-src
Disallow: /scripts
Disallow: /config

__________________
Достоевский считал, что атеизм - болезнь жидовская, что он противен русскому народу.

Kuznez

ЗЫ:Войны, бывают, разные, и такие как:«Кибер» войны, (информационные),солдаты Революции должны быть, всегда готовы,не только к защите, но и нападению.Россия в опасности, надо учиться воевать по-новому,В современных условиях.Kuznez.

__________________
Достоевский считал, что атеизм - болезнь жидовская, что он противен русскому народу.

vladimir_

Со службами конечно интересно и сейчас есть даже программы которые этот текст в реест загоняют и юзеры сами решают...
Но винда мне кажется под колпаком спецслужб и конечно не наших.И ОС очень сложная штука и поэтому бесполезна любая защита от них..

__________________
За нашу Советскую Родину !

А.Лексей

Предыдущие сему посты Кузнеца, начиная с эдакой саги о хакерах, -- ни что иное, как флуд. См. объём колоссальный, а по теме -- ни одной мысли. Модераторам на заметку.

КОНТРОЛЬНЫЙ ВОПРОС КУЗНЕЦУ

1. Хватит ли 64-разрядного адреса в одно слово для того, чтобы делать прямую адресацию в памяти (скромной, по несколько ГБ на каждом) ВСЕХ машин в сети размером порядка Интернета, FIDO или SWIFT?
2. Почему есть мнение, что делать процессоры более чем 128-разрядные человечество никогда (при жизни обозримой Вселенной) не будет (разве что для прикола типа книги Гиннеса) ?