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

[panchul.livejournal.com]

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

Сначала пару слайдов, которые я написал год назад:











[Poll #1983453]

UPD: И как корректно сказать по русски "cache flush"?

Comments

[veldandi.livejournal.com]

И как корректно сказать по русски "cache flush"?

Синхронизация с основной памятью.

(Запись /отсроченная запись буферизованных данных в память/на диск)

http://www.opennet.ru/man.shtml?topic=sync&category=8&russian=
http://msdn.microsoft.com/ru-ru/library/vstudio/5h2w73d1(v=vs.100).aspx

[panchul.livejournal.com]

1. Но ведь читатели могут перепутать с dirty line eviction

2. Помимо кэша есть еще и буфера для записи (write buffer). Инструкция SYNC в системе команд MIPS сбрасывает их, но не сбрасывает кэш.

Наверное "сброс кэша" лучше. Или нет?

[leon-shrugged.livejournal.com]

>И как корректно сказать по русски "cache flush"?

Очистка кэша.

[leon-shrugged.livejournal.com]

Также допустимо «сброс кэша».

[px-x64.livejournal.com]

+ к "сброс кеша"
Термин "Наименее последний используемый" выглядит достаточно коряво, я бы предложил "наиболее давно использовавшийся", как минимум

[panchul.livejournal.com]

Насколько я помню из описания конкретной имплементации, "наименее последний используемый" (наименее используемый в последнее время) и "наиболее давно использовавшийся" - это не одно и то же (для контрпримера надо лезть в документацию)

[px-x64.livejournal.com]

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

[mtyukanov.livejournal.com]

Канал кэша -- очень опасный перевод. Есть channels, которые в многоканальной памяти. Их всегда (и логично) переводят как "каналы". Если и ways переводить так же, может получиться, как с pointers в C.

Их многие переводчики переводили как "ссылки", мотивируя это тем, что по существу это и есть ссылки как они реализованы в C, а "указатель" -- это тупая калька. А потом появился C++ и его references, и пришлось срочно переделывать все pointers на указатели, потому что reference оказалось занято. А программисты в результате говорили и (неформально) писали "пойнтеры" и "референсы", забив на все переводческие изыски.

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

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

[panchul.livejournal.com]

Канал конечно плохо, но:

1. Этот термин используется например в методичке МИФИ и в википедии

2. Остальные переводы еще хуже - банки ассоциируются с банками обычной памяти в старых 8-битных процессорах, колонка никогда не употреблялась и приведет к перепутыванию с column в DRAM. "Путь" разве что, но звучит странно.

[panchul.livejournal.com]

"Сброс" лучше чем "очистка", так как cache flush вызывает write back в дополнение к очистке.

[leon-shrugged.livejournal.com]

Полагаю, всё зависит от контекста.

[panchul.livejournal.com]

Да, может быть очистка и с чистым invalidate