Пользователь
а один раз скопировать в выровненный буфер, и потом целиком посчитать не?
Наверное, поэтому весь STL заоптимизирован по самые гланды, чтобы при каждом удобном случае вызвать наиболее эффективную операцию.
В Ruby 0 == TRUE
#irb 2.2.1 :001 > 0 == true => false
2.2.1 :002 > 0 == false => false
#irb 2.2.1 :004 > true => true 2.2.1 :005 > true.class => TrueClass 2.2.1 :006 > true.class.class => Class
Также было исправлено несколько стабильных проблем.
а один раз скопировать в выровненный буфер, и потом целиком посчитать не?
при этом существует ненулевое подмножество STL-операций, для которых не-STL операция будет еще более эффективной
это не так:
ну и для полноты картины:
так что тип (класс) TrueClass в руби есть
ват? может, проблем со стабильностью?
ферили если у вас есть знакомые [в] ISP.
там и ipv6 и ssh-agent отлично работают из коробки
PS: en.wikipedia.org/wiki/String_interning
13. Сожрать 48G оперативы из 64G total, и не отдавать обратно ядру никак кроме как ребутом
14. Невозбранно тупить на операциях с метаданными (удаление каталога с 10000 файлами, равномерно распределенными в 5 уровней вложенных подкаталогов)
(это я про zfsonlinux.org/)