Wednesday, September 30th, 2009 03:34 pm

Зарегистрировал домен в зоне .im. И авторитетные NSы указал в том же домене. И тут оказалось, что все три авторитетных NSа .im понятия не имеют про glue records. Имена серверов выдают, а адреса – фиг.

Регистратор в ответ на мой вопрос “какого хрена?” вежливо послал меня лесом: “We would like to inform you that you have to contact the Host of the nameserver, we can´t help you cause you don´t use our nameserver.”

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

Оригинал этой записи в личном блоге.
Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме.

Wednesday, November 25th, 2009 03:03 pm (UTC)
Вообще, delay slot (та самая команда после бранча всегда выполняющася) — это почти везде есть. И в ARM и в SPARC и во всяких DSP (их там до 4-х штук может быть вообще). Я бы сказал, из распространённых сейчас только в x86 и нету.
Wednesday, November 25th, 2009 03:04 pm (UTC)
отлично, отлично, похитрее чем простой delay slot на спарке
Wednesday, November 25th, 2009 03:12 pm (UTC)
в спарке я никогда не копался. а в powerpc я такого не заметил. и в арме тоже, хотя я специально не искал..
Wednesday, November 25th, 2009 03:13 pm (UTC)
А, вот, да, на спарке оно делается всегда, а не только перед бранчем, тут действительно хитрее!
Wednesday, November 25th, 2009 03:29 pm (UTC)
Нормуль! А gcc этим пользоваться умеет, надеюсь?
Wednesday, November 25th, 2009 03:30 pm (UTC)
подозреваю, что да, но не проверял :)
Wednesday, November 25th, 2009 03:30 pm (UTC)
должен уметь, на спарках умеет, тут не сильно сложнее
Wednesday, November 25th, 2009 03:51 pm (UTC)
мипсовские номерные регистры, фу ))))
Wednesday, November 25th, 2009 04:29 pm (UTC)
AH и AL, конечно, гораздо понятнее :)
Wednesday, November 25th, 2009 07:22 pm (UTC)
не вижу никакой разницы со SPARC.

кеши тут тоже не при чем. промах по кешу одним тактом не спасешь. просто пока вычисляется условие перехода, процессор не знает, какую инструкцию исполнять. за это время он успевает считать и декодировать следующую (delay slot), а когда доходит до execute, то условие уже посчитано и можно им воспользоваться.

можно было бы всегда исполнять delay slot, наверное, статистически легче украсть инструкцию из target,а не из source перехода.
Wednesday, November 25th, 2009 07:29 pm (UTC)
SPARC исполняет delay slot Всегда. MIPS — только если бранч выполнится. Вот такая разница.
Wednesday, November 25th, 2009 07:30 pm (UTC)
Вообще, MIPS очень фигово в gcc был сделан, по крайней мере, в третьей серии. Родной старый-старый силиконовский компилятор обгонял его в разы на сложном (но pure C) коде. На спарках такой катастрофической разницы с “родным” коспилятором не было никогда. Что сейчас — не знаю.
Wednesday, November 25th, 2009 07:47 pm (UTC)
вообще-то SPARC умеет и так и так -- это флаг на переходе:
http://www.cs.unm.edu/~maccabe/classes/341/labman/node3.html
Thursday, November 26th, 2009 08:23 am (UTC)
Хехе. MIPS. C боевым крещением delay slot-ом! Вам еще предстоит битва с регистром $gp и не-фоннеймановской архитектурой в виде некогерентных кешей I/D.

:)
Thursday, November 26th, 2009 09:34 pm (UTC)
ага, загрузка параметра подпрограммы после её вызова уже не вызывает удивления..
Friday, November 27th, 2009 11:18 am (UTC)
Такие эффекты видны, только если работать в .set noreorder а от нормального программиста ассемблер такие эффекты прячет. (Надеюсь никого не удивляет оптимизирующий RISC assembler, хехе ;) )

Еще вариант - если пользоваться IDAPro, она показывает без reorder.

А вообще лучше купить книжку "See MIPS RUN" и будет щастье. Если лень заказывать на Amazon, можно банально купить через ozon.ru за рубли, они возят, но 1.5 раза дороже.
Friday, November 27th, 2009 11:20 am (UTC)
мне, как раз, на амазоне проще, но особо не нужно :)