199 ответов в теме

[SiliconeSomething]

"Малавато будет!"

[xzv]

Нет. Просто под Item_ID будет теперь выделяться не 32, а 64 бита памяти.

А ты считаешь, что Item_ID не передаётся клиенту по интернету? О_о

Таки, да, размер траффика клиент-сервер возрастёт, и возможно, даже более, чем в 2 раза! Лаги только увеличатся!

[DireSnake]

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

гхм... подумалось... кажется имеет смысл ставить бш в 5 в ДТ. или чего-нибудь на неделю минимум....

Сообщение отредактировал DireSnake: 23 October 2010 - 11:07

[myst]

Господа, не порите х**ни! Лаги не из-за трафика, а из-за нагрузки на сервер и БД. Да и вырастет трафик меньше, чем на 1%.

Сообщение отредактировал myst: 23 October 2010 - 11:24

[xzv]

Господа, не порите х**ни! Лаги не из-за трафика, а из-за нагрузки на сервер и БД. Да и вырастет трафик меньше, чем на 1%.

А ты считаешь, что от увеличения объёмов данных нагрузка на сервер только уменьшится? ололол...

[Daren Kai]

Если переход на 64 битные идентификаторы не будет каким то образом негативно влиять на перформанс сервера (а вроде бы не должно, но кто его знает), то все кул и ссп меня радуют. Если будет, то я буду ныть 23\7 и меня в итоге засунут в ро.

[Aquardat]

Мне вот интересно. Выпущеная кораблем ракета и летящая к цели ведь тоже имеет свой ID. Любопытно что делает скрипт с ней.

[Alha]

мы ожидаем, что даунтайм продлится около 14 часов.

[myst]

А ты считаешь, что от увеличения объёмов данных нагрузка на сервер только уменьшится?

Именно так. Во-первых, на 64-битном процессоре операции с 64-битными числами выполняются не медленнее (а иногда и быстрее), чем с 32-битными. Во-вторых, не нужно будет проводить работы по сборке мусора на сервере.

[Trinidad]

А ты считаешь, что от увеличения объёмов данных нагрузка на сервер только уменьшится? ололол...

А ты нездорово утрируешь. Такие дела.
Что там с этими числами будет дольше делаться? Разве что их чтение. Сразу скажу, что я - полный ноль в инфотехе и БД, как таковых, но уж увеличением расхода проца на чтение ИД можно пренебречь на фоне общих вычислений во время заруба.
Хотя тут тоже, думается мне, свои подводные камни.
Один и тот-же ИД можно написать как 0000000009825 (где нули занимают все невостребованные значения) и 9825.

Спецы, поведайте студёных былин по этому поводу (праздный интерес).

[SiliconeSomething]

Хотя тут тоже, думается мне, свои подводные камни.
Один и тот-же ИД можно написать как 0000000009825 (где нули занимают все невостребованные значения) и 9825.

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

[JcJet]

Это как ты нули в первых разрядах напишешь? тупо текстом?

Сделали бы клиент 64битным, было бы поприятнее... сейчас даже у нетбуков 64ые процы есть...

[Alhimik]

Это как ты нули в первых разрядах напишешь? тупо текстом?

Сделали бы клиент 64битным, было бы поприятнее... сейчас даже у нетбуков 64ые процы есть...

А если нет? Прально ну и нафиг они нужны )) единственный толк от перевода клиента на х64 только если 1 клиент будет жрать более 2гб оперативки (вроде такое ограничение на размер памяти для процеса на х32)
Если щас перевезти Клиент евы на х64 все что получится это его увеличение в размере на 50%
и требование к наличию х64 процессора и х64 винды, ну да круто...

[Брат]

Это как ты нули в первых разрядах напишешь? тупо текстом?

Сделали бы клиент 64битным, было бы поприятнее... сейчас даже у нетбуков 64ые процы есть...

Что уменьшит пользователей раз в 10 , да?

Именно так. Во-первых, на 64-битном процессоре операции с 64-битными числами выполняются не медленнее (а иногда и быстрее), чем с 32-битными. Во-вторых, не нужно будет проводить работы по сборке мусора на сервере.

А насколько увеличиться/уменьшится нагрузка на оператьивную память и прочие расчеты, учеты перемещений и прочее?

[Denadan]

А насколько увеличиться/уменьшится нагрузка на оператьивную память и прочие расчеты, учеты перемещений и прочее?

ни на сколько, память читается блоками а не побайтово, более того кусокс памяти меньшего чем разрядность размера читается МЕДЛЕНЕЕ - проходят 2 операции - чтение блока 64бит и выделение из него нужных 32бит.
второе сборщик мусора в бд это просто дикий костыль. обычно(когда идентификаторов хватает) есть переменная - новый айди, которая увеличивается на 1 при добавлении записи, гарантируя уникальность. а со сборшиком мусора нужно сначала найти старую запись, удалить её а потом добавить новую - 3 отдельных обрашения к бд, что покроет затраты в результате любого изменения разрядности айди.

Сообщение отредактировал Denadan: 23 October 2010 - 15:11

[Smith2007]

Читаю я темку и умиляюсь как тут гуру производительность оценивают. 

в стиле: "не знаю о чем, но готов потрындеть" (с) 

Я конечно допускаю, что в ССП не такие сильные девы, но и за идиотов их считать тоже не верно будет. Давайте остынем и дождемся нового патча, который внесет свежую струю в наш виртуальный мир. А ошибки.... ну кто ж их не допускает? Хотя да... если ничего не делать то и ошибок не допусишь (возможно) 

[Брат]

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

разве сборщик мусора не чистит базу во время ДТ? или он все время работает, все 23 часа?

[Denadan]

разве сборщик мусора не чистит базу во время ДТ? или он все время работает, все 23 часа?

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

[Darth Fett]

Интересно а разрядность TypeID они повышать будут? А то там вроде вообще 16 бит, да еще со знаком - 32767 макс, новые типы в экспаншенах пихают взамен старых.