@MSGID: 2:6078/80 6999f2e3
@REPLY: 2:5015/46 6999e10e
@TID: ParToss 1.10.073/ZOO/W32
@PID: GED+W64 1.1.5-b20260221
@CHRS: CP866 2
@TZUTC: 0200
          Привет Nil!

21 Фев 26 19:31, Nil A -> Cheslav Osanadze:

 CO>>  Про теорию о "лучшей работы с памятью" и всё такое вот - я в
 CO>> курсе:), но в плане эхотага реально то какой смысл? Только
 CO>> пропадёт обратная совместимость, если вдруг пакет фидо скинуть на
 CO>> старый комп.

 NA> Верно, что на 64-битной винде будут работать как 64-битные, так и
 NA> 32-битные бинари. 64-битные бинари на 32-битной винде не заведутся.

 NA> 32-битная версия, в первую очередь, имеет ограничение на объём памяти,
 NA> который она может адресовать - 2-4ГБ. Как это влияет на эхотаг? Не
 NA> сможешь открыть письма длиннее 2ГБ? В Jam/Squish на номер сообщения
 NA> выделили 4-байта - это 2 миллиона сообщений, и если столько будет в
 NA> одной эхе, то чтобы просто открыть и просмотреть, надо очень много
 NA> памяти. Пока всё мало реально, да?

 NA> Ещё 64-битная версия может сразу использовать операции с большими
 NA> числами, что сокращает количество команд, которое выполняет процессор.
 NA> Ещё компиляторы знают, что 64-битные процессоры из эры, когда уже
 NA> появился SSE2 инструкции, и включает оптимизацию (помните Пентиум MMX
 NA> -> 3DNow -> SSE -> SSE2 ->SSE3 ->..) Но т.к. голдед это не числогрыз,
 NA> т.е. каких-то интенсивных вычислений не делает, то и никогда разницу
 NA> не увидишь. Даже если специально замерять, не увидишь разницу в
 NA> оптимизации вычислений чего-либо, потому что вычислять нечего тут.

  Или мне не показалось и 64-битный Голдед шустрее загружает
сообщения и библиотеки орфо-графии.
 Буду смотреть дальше.:)


                                                         Cheslav.


... Microsoft - мы научили мир рыться в мусорной корзине!
---
 * Origin: ,,, (2:6078/80)
SEEN-BY: 46/49 452/28 166 455/19 4500/1 5019/40
400 5020/101 545 848 1042
SEEN-BY: 5020/2992 4441 12000 5022/128 5029/32
5030/1081 5060/900 6078/80
@PATH: 6078/80 5020/4441