[депрессия]а каким будет размер dword в 128бит?

0

0

недавно узнал что операции 1 и 3 будут занимать разное время:

0: char* data=(char*)malloc(20);
1: ((unsigned int*)data)[0]=1;
2: data++;
3: ((unsigned int*)data)[0]=1;

по причине того что после data++ указатель перестанет быть выравнен по dword и процессору будет плохо. и вообще, что часть процессоров (не i386 которые) не смогут исполнить эту операцию.

вобщем много думал, опустились руки и начал депрессовать (поскольку в качестве хобби пытаюсь писать на С/С++ достаточно большой блок кода и там идёт активная работа с байтами и хранением их на диске и война за каждый байт и за скорость).

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

вобщем даже не знаю что делать.

вдоль и забухать - не предлагать. )

Ссылка

←	[python][svg] Движок браузера.

Нужны ли вообще геттеры сеттеры в классах?

→

← 1 2 →

Ответ на: комментарий от wfrr 28.03.10 12:40:49 MSD

>Это по принципу, шойто написал, и вроде как работает, да?

По принципу, что это крутилось и крутится на тысячах (а, может и десятках тысяч) систем с многими сотнями потоков и тысячами пользователей.

~~KRoN73~~ ★★★★★
(28.03.10 12:45:27 MSD)

Ответ на: комментарий от wfrr 28.03.10 12:24:20 MSD

Разные класслоадеры - это нечестно, это удар ниже пояса:)

По теме - у автора ИМХО небольшие проблемы с фундаментальными знаниями. Есть разные определения того, что считать двордом - точнее, того, что считать словом. То ли размер РОН. То ли размер шины (он же по идее размер самого «быстрого» выравнивания"). То ли то, что конкретный язык (например С) считает интом.

И еще - строить прогнозы на несуществующее железо - дело неблагодарное.

Интересно, знает ли топикстартер, что на некоторых платформах его код вообще либо скомпилится в очень нехилую конструкцию, либо выдаст sigbus?

svu ★★★★★
(28.03.10 13:00:34 MSD)

Ответ на: комментарий от KRoN73 28.03.10 12:45:27 MSD

Не очень хороший метод _доказывать_ корректность:) Хотя я понимаю, сам такой же.

svu ★★★★★
(28.03.10 13:01:53 MSD)

Ссылка

Ответ на: комментарий от svu 28.03.10 13:00:34 MSD

Разные класслоадеры - это нечестно, это удар ниже пояса:)

Гдето натыкался, на плач какогото известного программиста, по поводу того как он бился неделю с ошибкой вида

ClassCastException: «Can not cast org.site.ClassName to org.site.ClassName»

Так что надо носить ракушку 8)

~~wfrr~~ ★★☆
(28.03.10 13:12:49 MSD)

Ссылка

Ответ на: комментарий от KRoN73 28.03.10 12:45:27 MSD

Таки, несмотря на Ваш «опыт» стоит изучить сей вопрос 8)

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

~~wfrr~~ ★★☆
(28.03.10 13:14:28 MSD)

Ответ на: комментарий от wfrr 28.03.10 13:14:28 MSD

>А то лор тоже хороший пример подобной системы с кучей фантомных глюков

Ну, тут по этому вопросу глюков не было. Ни фантомных, ни иных. За, наверное, многие тысячи машинолет работы. Уж даже и не знаю, из-за чего так :)

~~KRoN73~~ ★★★★★
(28.03.10 16:00:36 MSD)

Ссылка

>операции 1 и 3 будут

Не «будут», а «уже давно». Даже в этой отсталой стране.

DonkeyHot ★★★★★
(28.03.10 18:42:09 MSD)

Ссылка

гы.

Технические характеристики (http://ru.wikipedia.org/wiki/PlayStation_2 ) первая строчка.

Процессор: 128-разрядный микропроцессор «Emotion Engine» на тактовой частоте 294 МГц, 10,5 млн транзисторов
Память: 32 МБ ОЗУ с пропускной способностью 3,2 МБ/с
Основной процессор: 64-разрядное ядро ЦП MIPS R5900
Сопроцессор для обработки чисел с плавающей запятой
Векторные модули: VU0 и VU1, 128-разрядные на частоте 150 Гц. VU0 обычно используется для трансформации полигонов, физики и других вещей, имеющих отношение к геймплею. VU1 обычно используется для трансформации полигонов, освещения и других вычислений, связанных с визуализацией.
Производительность по операциям над числами с плавающей точкой: 6,2 гигафлопс
Производительность по геометрическим 3D-преобразованиям: 36 млн полигонов в секунду на один VU
Декодер сжатых изображений: MPEG-2
Кэш-память: для инструкций — 16 КБ, для данных — 8 КБ + 16 КБ

anonymous
(28.03.10 19:14:30 MSD)

Ссылка

http://publib16.boulder.ibm.com/doc_link/en_US/a_doc_lib/aixprggd/genprogc/12...

anonymous
(28.03.10 19:33:26 MSD)

Ссылка

(http://www.mainframes.in/sw/os/midrange/os_400/os_400.html )

...

The AS/400's instruction set defines all pointers as 128-bit. This is one of the surviving features of the System/38, which used the 128-bit address space to enable all devices, including disk and tape storage, to be directly addressable.

...

In 2000 IBM renamed the AS/400 to iSeries, as part of its e-Server branding initiative. The product line was further extended in 2004 with the introduction of the i5 servers, the first to use the IBM POWER5 processor. The architecture of the system allows for future implementation of 128-bit processors when they become available. Existing programs will use the new hardware without modification.

...

anonymous
(28.03.10 19:44:46 MSD)

Ответ на: комментарий от anonymous 28.03.10 19:44:46 MSD

Existing programs will use the new hardware without modification.

Если такой же ценой, как в S390, то не надо.

mv ★★★★★
(28.03.10 21:57:43 MSD)

Ответ на: комментарий от mv 28.03.10 21:57:43 MSD

>> Existing programs will use the new hardware without modification.

Если такой же ценой, как в S390, то не надо.

А чо там в S390?

tailgunner ★★★★★
(28.03.10 22:00:41 MSD)

Ответ на: комментарий от tailgunner 28.03.10 22:00:41 MSD

А чо там в S390?

Вагон форматов кодирования инструкций, 12-битый оффсет (4кб!) для формирования адреса. За это надо натурально убивать! У s390x (z/Architecture) чуть получше, но из-за бинарной совместимости с s390, тоже всё плоховасто. Вся эта бодяга тянется с S360, и древний кобольный код, IIRC, запускается на современном z-series без модификаций.

mv ★★★★★
(28.03.10 22:28:35 MSD)

Ответ на: комментарий от mv 28.03.10 22:28:35 MSD

И упакованная ддесятичная арифметика %)

tailgunner ★★★★★
(28.03.10 23:47:49 MSD)

Ответ на: комментарий от tailgunner 28.03.10 23:47:49 MSD

и че в ней плохого?

на х86 есть ААА, так что упакованные десятичные сложения реализуются.

www_linux_org_ru ★★★★★
(29.03.10 06:50:04 MSD)

Ответ на: комментарий от wfrr 27.03.10 22:17:34 MSK

>new Integer(10) != Integer.valueOf(10)

но

Integer.valueOf(10) == Integer.valueOf(10)

а где написано, что это неверно? А со своими ожиданиями... ну ты сам занешь;)

yyk ★★★★★
(29.03.10 10:17:54 MSD)

Ответ на: комментарий от www_linux_org_ru 29.03.10 06:50:04 MSD

И упакованная ддесятичная арифметика %)

и че в ней плохого?

Плохого - ничего. Милый архаизм.

tailgunner ★★★★★
(29.03.10 12:23:15 MSD)

Ссылка

Ответ на: комментарий от yyk 29.03.10 10:17:54 MSD

>>Integer.valueOf(10) == Integer.valueOf(10)

а где написано, что это неверно? А со своими ожиданиями... ну ты сам занешь;)

Бугага. Надеюсь, ты не проектируешь никакие интерфейсы.

tailgunner ★★★★★
(29.03.10 12:24:16 MSD)

Ответ на: комментарий от tailgunner 29.03.10 12:24:16 MSD

>Бугага. Надеюсь, ты не проектируешь никакие интерфейсы.

А кроме перехода на личности что-нибудь есть?

И на то, что

Integer.valueOf(10) == Integer.valueOf(10)

оказалось истинным (именно в таком варианте), я бы не «закладывался» (шаг влево, шаг вправо - расстрел на месте).

И вообще, что за идиотизм сравнивать объекты с '==', если вы не контролируете их генерацию?

yyk ★★★★★
(29.03.10 13:08:09 MSD)

Ссылка

>перестанет быть выравнен по dword и процессору будет плохо

а компилятор не выровняет? имхо, gcc должен

devl547 ★★★★★
(29.03.10 13:12:20 MSD)

Ссылка

Ты не напишешь СУБД. Потому как некомпетентен.

Тебе уже сказали много раз - нельзя работать напрямую с пакованными структурами. Для записи в файл и для пересылки данные надо сериализовать. При чтении - десериализовать. Это быстро и легко. Никакие операции над пакованными данными недопустимы, это глупо и нелепо. Единственный случай, когда это надо - в драйверах.

anonymous
(29.03.10 13:47:02 MSD)