Pull to refresh
80
0

Пользователь

Send message
Новое железо (точнее железо, поддерживающее и L1 1575.42 и L2C 1227.60) потребуется если вы хотите принимать оба гражданских сигнала. Даже если использовать старые приемники, работающие только с L1-сигналом, точность может повыситься. Двухчастотные приемники еще точнее, т.к. могут вычислять ионосферную задержку самостоятельно.
Странно что не указали Alt-f и Alt-b — движение курсора вправо/влево по словам.
man screen: C-a a.
Т.е. Ctrl-a,a пошлет в консоль Ctrl-a.

по опции -e можно указать иную управляющую escape последовательность.

Ctrl-e у меня в screen работает.
Спутник далеко, сигнал слабый. Приемник может перенастроиться на более сильный сигнал.
У Chromium под Win есть приятная особенность — его можно ставить лишь из автоматических сборок и в нем нет авто-обновления. Таким образом практически все пользователи Chromium/Win32 имеют уникальный user-agent.
То, что паролей много — это баг или фича?
«kou», «pLM», «nsU», «dxm», «diE», «ZTX» и десятки других…
Уже куча их написана esolangs.org/wiki/Brainfuck#Self-Interpreters

Рекомендую посмотреть этот, он с комментариями homepages.xnet.co.nz/~clive/eigenratios/cgbfi2.b
GNU C provides several language features not found in ISO standard C… gcc.gnu.org/onlinedocs/gcc/Binary-constants.html
> Единственный способ установки ядерного руткита — подгрузка модуля.

Не единственный. Можно через /dev/mem добраться. www.linuxjournal.com/magazine/anthony-lineberry-devmem-rootkits
arxiv.org/abs/1011.4068

The Lick-Carnegie Survey: Four New Exoplanet Candidates

Stefano Meschiari, Gregory Laughlin, Steven S. Vogt, R. Paul Butler, Eugenio J. Rivera, Nader Haghighipour, Peter Jalowiczor
(Submitted on 17 Nov 2010 (v1), last revised 19 Nov 2010 (this version, v2))

HD 31253, HD 218566, HD 177830, HD 99492 and HD 74156 are host stars of spectral classes F through K and show radial velocity variations consistent with new or additional planetary companions in Keplerian motion. и далее.
Если не использовать системных вызовов (вход в который дороже ошибки предсказания в разы), и работать либо с хорошо буферизованным файлом либо с mmaped файлом, то будет работать.

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

branch prediction от раскрутки выигрывает мало, т.к. предсказание переходов просто обязано правильно предсказывать циклы. Неверных предсказаний на каждый заход в цикл будет от 0 (ибо переходы назад — предсказываются как происходящие) до 2-3 (после нескольких итераций предсказатель увидит, что ошибался и поверит в этот цикл). Ну еще +1 ошибка на выход из цикла. )

Что еще выигрывает от раскрутки — логика цикла (проверка пора ли выходить) срабатывает реже (не на каждую итерацию, а на итерации/ степень раскрутки)

Ссылки:
en.wikipedia.org/wiki/Loop_unwinding (общее + ссылки)

software.intel.com/sites/products/documentation/studio/composer/en-us/2009/compiler_c/optaps/common/optaps_hlo_unrl.htm (что говорит документация от компилятора Интел о полезности unroll)

software.intel.com/sites/products/documentation/studio/composer/en-us/2009/compiler_c/optaps/common/optaps_perf_optstrats.htm (общее из той же документации про циклы и их оптимизацию)
Предполагаю, что неоптимизированная версия считала на fpu (387), который немного точнее sse2. Лечить опциями "-msse2 -mfpmath=sse". На моей машине помогло.
> Подсчет по тактам процессора — это жесть.

Может и жесть, но точность высокая.

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

Энергосбережение и уменьшение тактовой частоты не при делах, если в proc cpuinfo указан флаг constant_tsc (гарантирующий стабильность счетчика тактов). Ибо счетчик тактов (не только он) часто используется ОС-ми для реализации функций выдачи текущего времени. Разве что с turbo boost будут небольшие проблемы.

Не каждый malloc/free вызывает ОС, более того, выделение-освобождение часто можно вынести за пределы измеряемого кода.
Я не смог найти четкого разделения количества масок для feol и beol. Даже общие цифры еле нашел. Не могли бы вы подсказать, сколько примерно масок требуется для feol и сколько — на каждый металл?
>Слои о которых идет речь — это проводящих соединений (над транзисторами). И то их не 20.
металлов 10, а на каждый метал можно и пару раз полировать ;)
>Много шагов литографии и имплантации нужны… транзистора… примесей

А что, металлизацию нынче без фотолитографии делают? Литографий нужно примерно столько же (ну или на 2 умножить, если DP), сколько и масок. Для 45 нм, для памяти нужно 30-35 масок. Процессоры сложнее, масок нужно больше.

Для TSMC 40nm, для 1P10M
www.europractice-ic.com/technologies_TSMC.php?tech_id=40nm

Default # of masks 36; # of optional masks 14

количество масок составляет от 36 до 50

Для TSMC 0.25 um 1P5M
www.europractice-ic.com/technologies_TSMC.php?tech_id=025um

требуется масок от 25 до 36
В видео ошибка, чип перед припаиванием на платку ПЕРЕВОРАЧИВАЮТ, т.н. flip-chip — когда кристалл припаивается не пачкой проводков (их слишком много получается), а шариками, что-то типа BGA. Вот, первая попавшаяся статья, о том, что в Интел flip-chipу уделяют много внимания www.intel.com/technology/itj/2008/v12i2/7-flip/1-abstract.htm
Жалко что в translator toolkit не добавили такой же штуки
Скорее 180 нм. 150 нм не является шагом по ITRS ( en.wikipedia.org/wiki/Die_shrink )

Information

Rating
Does not participate
Registered
Activity

Specialization

Backend Developer, System Software Engineer