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

[Yaponiz]

ты не поверишь, но таки да.

Т.е. не только регистры имеют большую разрядность?

Собственно что он ответил ?

1. Что я имел ввиду под записью в конец БД.
2. Что возможно все уже проиндексировано/отсортировано.
3. Раз все проиндексировано/отсортировано, то операция поиска становится ненужной.

[Slotos]

умным_не_читать

который, конечно же, без проблем разрулит большие нагрузки с чтением на гигабайтных файлах базы =)

умным_не_читать

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

На ЦЦПшных обьёмах говорить о "записи в конец БД" и фрагментации глупо как минимум из-за наличия кеша файловой системы. О том, что есть всякие мемкеши, SSD/RAM в качестве носителей быстрого доступа и т.д., говорить, казалось, не стоит.

Хотя после выбора реляционной СУБД для этой игры меня наверное ничто не удивит.

Сообщение отредактировал Slotos: 29 October 2010 - 11:52

[Elluz]

Если бы это еще на лаги повлияло бы в положительную сторону.

[fant0ma$]

Если бы это еще на лаги повлияло бы в положительную сторону.

Уже повлияло.
Вот пофиксить бы их.

зы: закрывайте скорее - рука не терпит

[Psihius]

Хотя после выбора реляционной СУБД для этой игры меня наверное ничто не удивит.

Ну это вы зря, в 1998 что им было выбрать? Oracle да MSSQL. MSSQL дешевле, вот и всё. Такие проекты требуют сложной логики, а PostgreSQL подтянулся попозже до нормального уровня. Да и поддержка с гарантиями тоже не маловажный пункт в работе CCP. С точки зрения бизнеса всё правильно, да и Microsoft им подгоняет SQL сервер под их нужды, если вы не читали.

[Slotos]

Я разве говорил что-то о MSSQL?

[palar]

типа_умный_вопрос

кстати, на современных "бытовых" x64 размер регистра fpu все те же 80 бит?

типа_умный_ответ

ога

[doommer]

int int int64;

[palar]

Т.е. не только регистры имеют большую разрядность?

а что еще определяет разрядность (со)процессора?

int int int64;

компилятор вас не поймет

[myst]

а что еще определяет разрядность (со)процессора?

Разрядность шины данных и разрядность шины адреса. Например, Intel 8088 был c 16-битными регистрами, но 8-битной шиной данных. Ну вы поняли, закрывайте тему.

[palar]

Разрядность шины данных и разрядность шины адреса. Например, Intel 8088 был c 16-битными регистрами, но 8-битной шиной данных. Ну вы поняли, закрывайте тему.

тока не говори что это делало его 8(12) битным процессором. шина отдельно, процессор - отдельно. вот у моего гпу ширина шины памяти вообще 768 бит

[MOH]

а что еще определяет разрядность (со)процессора?

IEEE 754-1985

А разрядность процессора определяется разрядностью регистров общего назначения (и как правило основного АЛУ) для всех базовых арифметических операций.
Никакого отношения к разрядности или способам мультиплексирования шины адреса и данных практически не имеет. (или имеет только косвенно)

Сообщение отредактировал MOH: 29 October 2010 - 16:03

[palar]

IEEE 754-1985

А разрядность процессора определяется разрядностью регистров общего назначения (и как правило основного АЛУ) для всех базовых арифметических операций.
Никакого отношения к разрядности или способам мультиплексирования шины адреса и данных практически не имеет. (или имеет только косвенно)

спасибо кэп. By default, the x87 processors all use 80-bit double-extended precision internally

[MOH]

спасибо кэп. By default, the x87 processors all use 80-bit double-extended precision internally

Это как результат процесса стандартизации. Хотя он и был одним из микропроцессоров под который писался и шлифовался стандарт, и разработка которого подвигла к написанию стандарта.
Стандарт на плавающую точку, был нужен всем, особенно для военных, инженерных и научных расчетов и систем управления.
Практически все ФПУ сейчас поддерживают этот стандарт (80 бит).

Сообщение отредактировал MOH: 29 October 2010 - 16:22

[Yuriy T]

/me мечтает об 'emerge eve-online'

Сообщение отредактировал Yuriy T: 03 November 2010 - 22:46

[Psihius]

/me мечтает об 'emerge eve-online'

А что собственно мешает сделать ebuild? Выкачиваться только будет очень долго

Сообщение отредактировал Psihius: 04 November 2010 - 12:33

[intari]

один раз -
а потом - deltup уже же вроде встроили штатно?

[UncleG]

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

Сообщение отредактировал UncleG: 07 November 2010 - 11:41

[Кот]

Думаю тут уместнее будет сравнивать нововведение не с разрядностью процессоров или шин а с файловой системой.

Скажем FAT32 не позволяет пользовать файлы размером более 4х гигов, а в NTFS это ограничение отодвинуто до 16 Тбайт.

[Lantitudia]

1. Что я имел ввиду под записью в конец БД.
2. Что возможно все уже проиндексировано/отсортировано.
3. Раз все проиндексировано/отсортировано, то операция поиска становится ненужной.

Ну ты жжошь реально.

Конечно, индекс постоянно поддерживается в актуальном состоянии. Т.е. отсортированном.

Но как это отменяет операцию поиска по этому самому индексу ??? Что такое по твоему индекс? Волшебник который по заданному числу мгновенно указывает место положение данных ? Индекс просто ускоряет поиск, но не отменяет его.

И заканчивай со своими "записями в конец БД". Это сбивает тебя с панталыку и выдавает в тебе неспециалиста.