Говнокод #15809 — Java — Говнокод.ру

Java / Говнокод #15809

+64
1. 1
```
short someShort = (short) (someBoolean ? 15 : 42);
```
такая удобная Java

Запостил: evg_ever, 21 Апреля 2014

Tweet
Комментарии (118) RSS
- Lure Of Chaos 21.04.2014 16:53 # +3
  
  а нафига ваще short?
  short побъери!
  Ответить
  - evg_ever 21.04.2014 17:04 # 0
    
    Спроси у разработчиков Apache POI, у них крайне часто он используется в параметрах методов. https://poi.apache.org/apidocs/org/apache/poi/ss/usermodel/Workbook.html#getFontAt(short) Видимо, сокращение ОДЗ аргумента
    Ответить
    - Lokich 21.04.2014 17:32 # −4
      
      скорее всего экономия памяти.
      под short надо 2 байта, а под int 4.
      Ответить
      
      guest 21.04.2014 17:37 # +4
      
      Выравнивание чуть ли не на 16 байт.
      Ответить
      
      Dummy00001 21.04.2014 20:29 # +2
      
      выравнивание стэка как правило равно размеру регистра, так как это то что на стэк записывается. поэтому все (целочисленые) переменные которые по стэку передаются, выравниваются на размер регистра. (но с другой стороны жаба не обязана поддерживать соглашения ABI.)
      
      но на локальные переменные это правило не распространяется. локальные переменные как правило выравнены по размеру своего типа, подобно как в структурах.
      
      выравнивание стэка на 16 байт это ты скорее всего путаешь с выравниванием стэк фрэйма: размер параметров функции (как и суммарный размер локальных переменных) часто выравнивается на 16/32 байт. для того что бы cache line alignment был.
      Ответить
      
      Abbath 21.04.2014 20:56 # 0
      
      В гцц видел дырку между аргументами функции int и short размером в 16 байт. Если 2 инта то дырки нет.
      Ответить
      
      bormand 21.04.2014 21:10 # +1
      
      А если 2 шорта? Скорее всего аргументы на стеке тупо догоняются до интов.
      Ответить
      
      WGH 21.04.2014 21:22 # +2
      
      В cdecl - да, дополняются.
      Ответить
      
      Dummy00001 22.04.2014 00:16 # +2
      
      в контексте нужно различать два разных "на стеке": "аргументы функции на стеке" и "локальные переменные на стеке." до размера регистров догоняются только аргументы. и догоняются они только внутренне: с точки зрения программы, они все равно шорты/чары.
      Ответить
      
      Dummy00001 22.04.2014 00:13 # 0
      
      странно. я много стеков ковырял, включая гцц, но больших дырок никогда не видел. короткий тест на линухе.64 дырок тоже не показал.
      Ответить
      
      Abbath 22.04.2014 01:30 # 0
      
      http://ideone.com/ZW2ZUZ
      Ответить
      
      WGH 22.04.2014 02:02 # 0
      
      FreeBSD clang 3.3 (x86_64) - 2
      FreeBSD clang 3.3 (x86_64 -m32) - КРОВЬ КИШКИ skipping incompatible /usr/lib/libc++.so.1 when searching for /usr/lib/libc++.so.1 (я не ставил пакета совместимости с x86, увы)
      Linux gcc 4.7.3 (x86_64) - 4
      Linux gcc 4.7.3 (x86_64 -m32) - 20
      
      Немного переписал пример, и посмотрел, что происходит в асме:
      
      void shit(int a, short b) { std::printf("%p %p %llu\n", &a, &b, (unsigned long long)((uintptr_t)&a - (uintptr_t)&b) ); }
      
      sub esp, 0x3c mov eax, dword ptr [esp+0x44] ; второй аргумент, ибо 0x44 - 0x3c = 8 (пропускаем адрес возврата и первый аргумент) mov word ptr [esp+0x2c], ax ; кладем этот short в локальную переменную на стеке lea eax, [esp+0x2c] ; адрес локальной переменной lea edx, [esp+0x40] ; адрес первого аргумента на стеке sub, edx, eax mov dword ptr [esp+0x10], edx ; это будет тот самый последний аргумент printf, то есть разница указателей
      
      Короче, для инта в качестве адреса он берет адрес параметра на стеке. Short же почему то перекладывает в локальную переменную нового фрейма, и берет уже её адрес.
      Ответить
      
      WGH 22.04.2014 02:09 # 0
      
      Linux clang 3.3 (x86_64) - 2
      Linux clang 3.3 (x86_64 -m32) - 2
      
      Во втором случае он решил не рисковать, и переложил обе переменные в новый фрейм. (В первом, очевидно, тоже, ибо в amd64 аргументы через регистры передаются, так что выгружать на стек в любом случае надо явно)
      Ответить
      
      Dummy00001 22.04.2014 02:04 # +1
      
      http://ideone.com/ExQbuZ
      
      ХЕЗ. какая-то оптимизация того как аргументы на стек ложатся.
      
      и 32 битного ABI под рукой нет что бы посмотреть в детали.
      Ответить
      
      WGH 22.04.2014 02:06 # +5
      
      cout << ((sizeof(long) == 8)+1)*32 << "bit arch" << endl;
      
      Ололо, на говнокод.ру! Wait... oh shi~.
      Ответить
      
      Dummy00001 22.04.2014 02:45 # 0
      
      в 2 утра, после 2х пивасов - в самый раз :)
      Ответить
      
      defecate-plusplus 22.04.2014 09:54 # 0
      
      > в 2 утра
      это в 14:00 чтоли?
      Ответить
      
      Lure Of Chaos 22.04.2014 09:59 # +1
      
      в ночь с пятницы на понедельник
      Ответить
      
      Abbath 22.04.2014 10:18 # +1
      
      -В 6 утра или в 6 вечера?
      -В 6 дня
      Ответить
      
      guest 22.04.2014 14:39 # 0
      
      "bit arcd"
      Ответить
      
      Abbath 22.04.2014 09:13 # 0
      
      Это как бы доказывает, что при использовании переменных разной длины стек хитро пидорасит. Если можно инт, юзай инт.
      Ответить
      
      Lokich 21.04.2014 23:45 # 0
      
      в java есть структуры? О.о
      Ответить
      
      guest 22.04.2014 01:39 # +1
      
      Конечно, нет. В сишарпе вроде есть.
      Ответить
      
      guest 22.04.2014 01:39 # 0
      
      >но на локальные переменные это правило не распространяется. локальные переменные как правило выравнены по размеру своего типа, подобно как в структурах.
      Почему?
      Ответить
      
      Dummy00001 22.04.2014 01:50 # 0
      
      аргументы: где-то читал что это старая конвенция из С, и что-то там ломается если делать по другому. деталей сам не знаю. (вроде бы как для va_args это и не надо - но в ихних сырцах и находил что на стеке целые числа до int/long расшираются.)
      
      локальные переменные: а почему бы и нет? в ABI так написано.
      Ответить
      
      bormand 22.04.2014 05:21 # +2
      
      > локальные переменные как правило выравнены по размеру своего типа, подобно как в структурах
      Патамушта эти ваши ARM'ы в андроидах и айфонах и прочие не x86 не любят криво выровненные данные.
      Ответить
      
      guest 22.04.2014 11:10 # 0
      
      Но отдельные поля как раз плохо выровняны...
      Ответить
      
      bormand 22.04.2014 12:04 # +1
      
      Да ну? Двухбайтовые на 2 байта, четырехбайтовые на 4 и т.п. Разве не так?
      Ответить
      
      guest 22.04.2014 13:58 # 0
      
      На 2 байта - это с точки зрения проца невыровняно.
      Ответить
      
      bormand 22.04.2014 14:34 # 0
      
      Двухбайтовое на 2 байта с точки зрения проца как раз выровнено. Четырехбайтовое на 2 - нет.
      Ответить
      
      Lokich 22.04.2014 12:29 # 0
      
      это просто нереально!
      http://java-performance.info/overview-of-memory-saving-techniques-java/
      byte, boolean 1 byte
      short, char 2 bytes
      int, float 4 bytes
      long, double 8 bytes
      Byte, Boolean 16 bytes
      Short, Character 16 bytes
      Integer, Float 16 bytes
      Long, Double 24 bytes
      
      я кстати может чего-то не понимаю, но нахера 16 байт под булевой тип? или я хрень какую-то нашел? :)
      в шарпике
      A Boolean value occupies one byte of memory. The byte's low-order bit is used to represent its value. A value of 1 represents true; a value of 0 represents false.
      Ответить
      
      3.14159265 22.04.2014 13:18 # 0
      
      >но нахера 16 байт под булевой тип?
      Шура, а сколько вообще инстансов типа Boolean вам нужно для счастья?
      Аlignment.
      >boolean 1 byte
      >A Boolean value occupies one byte of memory. The byte's low-order bit is used to represent its value.
      Это пиздёж. Зависит строго от JVM и как boolean выглядит, если массив - будут биты, в классе надо доравнять до 8-байтной границы.
      Ответить
      
      bormand 22.04.2014 13:48 # +2
      
      > Это пиздёж.
      Он о шарпе же. Внимательней :)
      Ответить
      
      3.14159265 22.04.2014 14:07 # 0
      
      >http://java-performance.info/
      >boolean 1 byte
      Ответить
      
      3.14159265 22.04.2014 14:13 # 0
      
      >Он о шарпе же.
      Тоже пиздёж.
      A bool is actually only 1 byte, but alignment may cause 4 bytes to be used on a 32-bit platform, or even 8 bytes on a 64-bit platform. For example, the Nullable<bool> (aka bool?) type uses a full 32 or 64 bits—depending on platform—even though it's comprised of just two bools. EDIT: As pointed out by Jon Skeet, padding for alignment isn't always present. As an example, an array of Nullable<bool>s takes only 2 bytes per object instead of 4 or 8.
      http://stackoverflow.com/questions/294905/why-in-net-system-boolean-takes-4-byte
      
      The caveat is that when *marshalling* Bools are defined to be 32bits, i.e. 4bytes.
      
      bool b=false; Console.WriteLine(System.Runtime.Interop Services.Marshal.SizeOf(b).ToString());
      it prints 4 byte:)
      
      Ответить
      
      evg_ever 22.04.2014 13:39 # +1
      
      16 байт под объект типа Boolean, а не под примитив
      Ответить
      
      Lokich 22.04.2014 14:04 # 0
      
      а чем bool от Boolean отличается?
      Ответить
      
      defecate-plusplus 22.04.2014 14:06 # 0
      
      возможностью хранить null
      Ответить
      
      bormand 22.04.2014 14:37 # 0
      
      И возможностью юзать его в коллекциях.
      Ответить
      
      Lokich 22.04.2014 14:45 # 0
      
      о мой бог, в c# для этого есть bool?, он же Nullable<bool>, который занимает 2 байта, и юзать его можно хоть у черта на рогах.
      Ответить
      
      bormand 22.04.2014 14:49 # +5
      
      Если бы разрабы шарпа не пофиксили самые вопиющие проблемы жабы - их смело можно было бы считать идиотами.
      Ответить
      
      roman-kashitsyn 22.04.2014 14:55 # 0
      
      > юзать его можно хоть у черта на рогах
      
      потому что там реализация дженериков другая - reified generics.
      Ответить
      
      guest 22.04.2014 15:23 # 0
      
      А int? там есть? Как он работает?
      Ответить
      
      Lokich 22.04.2014 15:52 # 0
      
      конечно есть int, куда без него :) точно так же, как и все остальные.
      вообще непонятно, почему примитивы не могут быть в коллекциях
      http://www.dotnetperls.com/int
      Ответить
      
      roman-kashitsyn 22.04.2014 16:00 # +1
      
      > вообще непонятно, почему примитивы не могут быть в коллекциях
      
      На досуге подумай или почитай, какие подходы можно использовать для реализации дженериков, какие последствия влечёт каждая реализация и какие требования к рантайму она предоватвляет.
      Ответить
      
      guest 22.04.2014 17:01 # 0
      
      Не int, а int? с вопросиком.
      Ответить
      
      roman-kashitsyn 22.04.2014 17:02 # 0
      
      > int? с вопросиком.
      
      вопросик это сахар для Nullable<T> где T может быть любым примитивом.
      Ответить
      
      Lokich 22.04.2014 17:21 # 0
      
      >C# supports two kinds of variable types:
      >•Value types
      >These are the built-in primitive data types, such as char, int, and float, as well as user-defined types declared with struct.
      
      >•Reference types
      >Classes and other complex data types that are constructed from the primitive types. Variables of such types do not contain an instance of the type, but merely a reference to an instance.
      
      >Nullable<T>
      >Тип называется допускающим значение NULL, если ему может быть присвоено как непустое значение, так и значение null, означающее, что значение у типа отсутствует. По умолчанию все ссылочные типы, например String, допускающих значение NULL, но все типы значений, например Int32, нет.
      
      >В C# и Visual Basic, в случае тип значения в качестве обнуляемой нотация ? после типа значения. Например, int? в C# в объявляет тип целого числа, можно присвоить null.
      
      [SerializableAttribute] public struct Nullable<T> where T : struct
      
      короче говоря, это только для структур сделано.
      Ответить
      
      guest 22.04.2014 18:01 # 0
      
      А как оно реализовано? Так же, как и в яве?
      Ответить
      
      Lokich 23.04.2014 13:25 # 0
      
      а откуда знаю как на яве :)
      http://msdn.microsoft.com/en-us/library/ms228358(v=vs.90).aspx тут есть мануал для java программеров, как с c# соскочить
      Ответить
      
      bormand 23.04.2014 13:36 # 0
      
      > мануал для java программеров, как с c# соскочить
      Зачем соскакивать с решеток на жабу?!
      Ответить
      
      Lokich 23.04.2014 14:37 # 0
      
      ну, перепутал, с java на решетки :)
      Ответить
      
      guest 23.04.2014 13:39 # 0
      
      Ну в смысле Nullable<bool> это объект Nullable со ссылкой на переменную Bool, как в жавке, или объект со свойством bool?
      Ответить
      
      Lokich 23.04.2014 14:37 # 0
      
      вот определение Nullable
      
      [Serializable, StructLayout(LayoutKind.Sequential)] public struct Nullable<t> where T : struct { // These 2 fields represent the state private Boolean hasValue = false; // Assume null internal T value = default(T); // Assume all bits zero public Nullable(T value) { this.value = value; this.hasValue = true; } public Boolean HasValue { get { return hasValue; } } public T Value { get { if (!hasValue) { throw new InvalidOperationException( "Nullable object must have a value."); } return value; } } public T GetValueOrDefault() { return value; } public T GetValueOrDefault(T defaultValue) { if (!HasValue) return defaultValue; return value; } public override Boolean Equals(Object other) { if (!HasValue) return (other == null); if (other == null) return false; return value.Equals(other); } public override int GetHashCode() { if (!HasValue) return 0; return value.GetHashCode(); } public override string ToString() { if (!HasValue) return ""; return value.ToString(); } public static implicit operator Nullable<t>(T value) { return new Nullable<t>(value); } public static explicit operator T(Nullable<t> value) { return value.Value; } }
      
      думаю ты все и сам поймешь :)
      Ответить
      
      guest 23.04.2014 14:46 # 0
      
      Так это ссылка на обертку к примитивному типу или примитивный тип в самом объекте?
      Ответить
      
      roman-kashitsyn 23.04.2014 14:48 # +1
      
      структура, хранящая примитив и флажок, никаких обёрток, не тупи
      Ответить
      
      guest 23.04.2014 19:44 # 0
      
      Ах, там флаг отдельно для null.
      
      Роман, что-то знаешь, чего еще не знаю я? Молодец.
      
      >примитивный тип в самом объекте
      И это шарповые дженерики могут? Респект.
      Ответить
      
      roman-kashitsyn 23.04.2014 19:49 # +1
      
      > Роман, что-то знаешь, чего еще не знаю я? Молодец.
      да если бы, я на шарпе не пишу. Тут уже 5 раз разжевали, даже сорцы реализации привели.
      Ответить
      
      guest 23.04.2014 19:53 # 0
      
      Так я и спросил, что это в сырцах.
      Ответить
      
      bormand 23.04.2014 14:49 # 0
      
      > примитивный тип в самом объекте
      примитивный тип в самом объекте
      Ответить
      
      Xom94ok 23.04.2014 19:28 # 0
      
      > а чем bool от Boolean отличается?
      Ничем. Короткий псевдоним, такой же как string для System.String
      Ответить
      
      Lokich 24.04.2014 11:31 # 0
      
      выше писали, что bool не может быть null, и его нельзя в коллеции использовать. кто прав? :)
      Ответить
      
      roman-kashitsyn 24.04.2014 11:35 # +1
      
      ты точно о жабе?
      Ответить
      
      bormand 22.04.2014 13:47 # +2
      
      > но нахера 16 байт под булевой тип
      Потому что Boolean это объект, блджад! Со всеми вытекающими последствиями. Об него можно даже синхронизироваться при желании.
      
      Еще не забывай про 4 байта на ссылку, которая на этот Boolean будет указывать.
      Ответить
      
      Lokich 22.04.2014 11:13 # 0
      
      выравнивание в 16 байт актуально для объектов, а не для локальных переменных. или я путаю?
      Ответить
      
      bormand 22.04.2014 11:33 # +1
      
      Для объектов и для стековых фреймов, по идее. Для каждой переменной само собой не нужно.
      Ответить
      
      guest 22.04.2014 11:43 # −1
      
      Почему?
      Ответить
      
      bormand 22.04.2014 12:04 # +1
      
      Что почему?
      
      Потому что переменные внутри фрейма можно разложить поплотнее, если мы знаем, что фрейм выровнен на 16 байт.
      Ответить
      
      guest 22.04.2014 13:59 # −2
      
      Кому и для чего нужно выравнивание вообще?
      Ответить
      
      Lokich 22.04.2014 14:17 # +1
      
      как минимум производительность, и размер памяти.
      http://konishchevdmitry.blogspot.fr/2010/01/blog-post.html тут я думаю понятно написано
      Ответить
      
      bormand 22.04.2014 15:08 # +4
      
      Много букв и ни слова о хохлах и ватниках. Ниасилит.
      Ответить
      
      Lokich 22.04.2014 15:27 # 0
      
      ну, они (blogspot) не в тренде
      Ответить
      
      guest 22.04.2014 17:02 # 0
      
      >/2010/01
      поехавший.jpg
      Ответить
      
      guest 22.04.2014 15:22 # −2
      
      Я плохо из этого понял, когда и на какую границу надо выравнивать данные.
      Ответить
      
      bormand 22.04.2014 15:27 # +3
      
      Любой вменяемый компилятор сам все сделает как надо, если ему не мешать.
      
      Я ж не со зла писал "тебе - не нужно, ты же не байтоёб-сишник какой-нибудь". Оно действительно не нужно, пока не начинаешь заниматься байтоёбством :)
      Ответить
      
      guest 22.04.2014 17:03 # −3
      
      Я хочу понять, почему компилятор иногда делает так, а иногда этак.
      Ответить
      
      Abbath 22.04.2014 19:31 # 0
      
      Богатый опыт и исследования.
      Ответить
      
      guest 23.04.2014 14:49 # 0
      
      И оно пригодится и без байтоёбства, когда захочется узнать, почему прога потребляет столько памяти.
      Ответить
      
      bormand 23.04.2014 15:06 # +2
      
      Считать байты - это байтоёбство ;)
      
      Да и в 99% случаев на выравниваниях ты много не выиграешь. Ссылки, системная инфа в объектах, кишки коллекций и т.п. всяко больше жрут.
      Ответить
      
      guest 23.04.2014 15:15 # 0
      
      Кроме массивов.
      Ответить
      
      bormand 23.04.2014 15:30 # 0
      
      > Кроме массивов.
      Ну а в массив ты сможешь пихать только примитивы и структуры (если мы о шарпе). Примитивы в массивах всегда будут лежать плотно, без выравниваний. Вот и остается только массив мелких структур, в которых ты юзаешь типы разных размеров (например byte и int), тот самый 1% :)
      
      P.S. Кстати, а шарп имеет право менять местами поля в структурах/классах? Если да - то он и тут все сделает за тебя, и выиграть на выравниваниях уже ничего не получится...
      Ответить
      
      guest 23.04.2014 15:34 # 0
      
      А массивов обьектов не бывает?
      
      >тот самый 1% :)
      Но это вполне реальный случай
      Ответить
      
      bormand 23.04.2014 15:37 # 0
      
      > А массивов обьектов не бывает?
      Я не уверен, но это скорее всего будет массив из ссылок на объекты.
      
      > Но это вполне реальный случай
      Ну как сказать... Разве что в каких-то вычислительных задачах. Может быть еще в векторной графике.
      
      P.S. Один хрен, больше чем вдвое структура от выравнивания не растянется.
      Ответить
      
      guest 23.04.2014 15:49 # 0
      
      >Я не уверен, но это скорее всего будет массив из ссылок на объекты.
      
      А ну да. Но все же.
      
      Хватит меня отговаривать :) Иди лучше SRP настрой.
      Ответить
      
      Lokich 23.04.2014 16:36 # 0
      
      >Один хрен, больше чем вдвое структура от выравнивания не растянется.
      структуры по сути памяти вообще занимают копейки.
      Class version
      Size of List: 1 object 512 KB
      Size of internal array: 100000 objects 3.8 MB
      
      Struct version
      Size of List: 1 object 24 bytes
      Size of internal array: 1 object 4.0 MB
      
      про структуры можно тут почитать http://www.dotnetperls.com/struct
      Ответить
      
      Lokich 23.04.2014 16:31 # 0
      
      вообще-то меняет, но это поведение вроде как можно изменить.
      http://msdn.microsoft.com/en-us/magazine/jj863136.aspx
      If _data and _initialized are ordinary (that is, non-volatile) fields, the compiler and the processor are allowed to reorder the operations so that Init executes as if it were written like this...
      
      Volatile Fields The C# programming language provides volatile fields that constrain how memory operations can be reordered. The ECMA specification states that volatile fields provide acquire-release semantics
      Ответить
      
      bormand 23.04.2014 17:53 # 0
      
      > http://msdn.microsoft.com/en-us/magazine/jj863136.aspx
      Это не совсем то... Я не о порядке записи в поля, а о порядке полей в самой структуре.
      Ответить
      
      Lokich 24.04.2014 11:34 # 0
      
      ты имеешь в виду порядок, в котором исполняемая среда будет помещать поля объекта в память?
      Ответить
      
      Lokich 24.04.2014 11:40 # 0
      
      вот тут http://habrahabr.ru/post/114953/ нашел статью, по ручному расположению полей. значит компилятор переставляет их
      Ответить
      
      Lokich 22.04.2014 15:46 # 0
      
      Например, системы типа х8б используют страницы размером 4 Кб, и, если вы попытаетесь зарезервировать 18 Кб памяти, на самом деле будет зарезервировано 20 Кб.
      как-то так.
      Ответить
      
      guest 22.04.2014 17:03 # −1
      
      Где нужно выравнивать на сколько?
      Ответить
      
      Lokich 22.04.2014 17:29 # 0
      
      что значит где?
      
      class cls { int a; //2 bytes DateType b; //8 bytes .. }
      и так далее
      в данном случае будет 10 байт, но зарезервирует 12, так как страницы по 4 байта.
      чет я сам запутался уже, почему до 16 выравнивать надо :)
      просто надо учитывать, что чем больше объектов ты будешь создавать, тем больше зарезервированных дырок в памяти у тебя будет, и тем больше раз нужно будет запрашивать страницы из памяти
      Ответить
      
      guest 22.04.2014 17:55 # −1
      
      >чет я сам запутался уже,
      То-то и оно. Сам разберись сначала.
      Ответить
      
      WGH 22.04.2014 17:55 # +1
      
      При чем здесь размер страницы? Размер страницы на x86 - это 4 кибибайта (4096 байт), а не 4 байта.
      
      Выравнивание и padding зависит по большей части от того, что там внутри DateType лежит.
      
      // этим чарам выравнивание не нужно // так что размер всего будет 10 class A { uint16_t a; struct { char x[8]; } b; }; // здесь sizeof(B) == 16 // потому что uint64_t нужно выравнивание 8 // в памяти будет 2 байта 'a', 6 байт дырка, и 8 байт 'b' class B { uint16_t a; struct { uint64_t; } b; };
      Ответить
      
      guest 22.04.2014 17:56 # −1
      
      почему 6 байт дырка?
      Ответить
      
      WGH 22.04.2014 17:57 # 0
      
      uint64_t ты не можешь туда положить, потому что ему нужно выравнивание 8.
      Ответить
      
      guest 22.04.2014 18:00 # −1
      
      То есть, выравнивание должно быть на размер элемента, к которому обращаются, если он влазит в регистр проца?
      Ответить
      
      WGH 22.04.2014 18:08 # 0
      
      Ну... примерно так.
      Ответить
      
      guest 22.04.2014 18:22 # −1
      
      т.е. больше чем на битность процессора выравнивать не надо?
      Ответить
      
      WGH 22.04.2014 18:25 # 0
      
      Отнюдь. Во всяких SSE есть такой тип, четырехкомпонентные float-векторы, и их стоит по 16 байт (128 бит) выравнивать. Причем доступ по невыровненному адресу будет не просто тормозить, а бросать процессорное исключение.
      Ответить
      
      guest 22.04.2014 18:51 # −1
      
      А с остальными не будет бросать?
      Ответить
      
      WGH 22.04.2014 18:57 # 0
      
      Из SSE-инструкций бросают, на самом деле, только MOVAxxx (MOVAPS, MOVAPD, etc.). MOVUxxx (MOVUPS, etc.) не бросают. "Нормальные" невекторные инструкции не бросают никогда, насколько помню.
      Ответить
      
      guest 22.04.2014 19:08 # −1
      
      А-а, так это выровненные версии инструкций.
      Ответить
      
      Abbath 22.04.2014 19:31 # −1
      
      До 16 потому что машинное слово.
      Ответить
      
      guest 22.04.2014 20:08 # +1
      
      Это где такое слово?
      Ответить
      
      bormand 22.04.2014 14:38 # +3
      
      Тебе - не нужно, ты же не байтоёб-сишник какой-нибудь. Иди дальше питона души.
      Ответить
      
      Lokich 22.04.2014 14:56 # 0
      
      и еще структуроеб какой-нибудь :) хотя в Java их нет, но в шарпике на больших объемах спасает.
      http://www.dotnetperls.com/struct раздел Allocation performance
      Ответить
      
      guest 22.04.2014 15:21 # −7
      
      показать все, что скрытоТебе тогда вообще ничего не нужно, только консоль из срачла доставать время от времени, чтобы в туалет сходить.
      Ответить
      
      bormand 22.04.2014 16:07 # +3
      
      > консоль из срачла доставать время от времени, чтобы в туалет сходить
      Нафуя ее доставать? Вывод перенаправил в /dev/null да и все.
      Ответить
      
      guest 22.04.2014 17:02 # −2
      
      А потом не лопнешь?
      Ответить
      
      Abbath 22.04.2014 19:33 # +1
      
      /dev/null ведет вникуда. Вникуде места завались, срать не пересрать.
      Ответить
      
      LispGovno 22.04.2014 19:35 # 0
      
      > консоль из срачла доставать
      Почему мне кажется, что этот пациент из старых на гк под другим ником?
      Ответить
      
      Abbath 22.04.2014 19:36 # 0
      
      Он может быть и с двачей.
      Ответить
      
      3.14159265 22.04.2014 20:16 # +4
      
      Не "может быть", а совершенно очевидно с первого поста.
      И не с двачей, а с сосачей.
      Ответить
      
      guest 22.04.2014 22:10 # 0
      
      Потому, что консолечку в срачле стали форсить уже после того, как двачи закрылись?
      Ответить
      
      3.14159265 22.04.2014 20:17 # +2
      
      >из старых на гк под другим ником?
      anonimb84a2f6fd141
      Таким?
      
      И кто для пользователя с id>6000 "старые на гк":?
      Ответить
      
      guest 22.04.2014 22:10 # 0
      
      У тебя 50 не хватает для твоего истинного id.
      Ответить
      
      Dummy00001 21.04.2014 20:31 # 0
      
      я short/char индексами/этц пользуюсь изредка как нотацией что типа: не разбегайтесь, работаете с ограниченым ресурсом.
      Ответить
Добавить комментарий
Ошибка компиляции комментария:

Гости могут высказаться только во вторник, пятницу или субботу
Помни, guest, за тобой могут следить!

А не использовать ли нам bbcode?

[b]жирный[/b] — жирный

[i]курсив[/i] — курсив

[u]подчеркнутый[/u] — подчеркнутый

[s]перечеркнутый[/s] — перечеркнутый

[blink]мигающий[/blink] — мигающий

[color=red]цвет[/color] — цвет (подробнее)

[size=20]размер[/size] — размер (подробнее)

[code=<language>]some code[/code] (подробнее)

Проверочный код: *

Говнокод: по колено в коде.

Java / Говнокод #15809

Комментарии (118) RSS

Добавить комментарий