КОНСТРУКТОРЫ ЭКСПОРТИРУЮТ ТРУСЫ!

в итоге абсолютно бесполезно

форкнуть, делов то

был же еще какой-то пакет типа этого мемори

как он назывался только не могу вспомнить

проще у себя переизобрести

всегда так делаю

итого у меня 1 пакет на хакадже

я знаю, что не по теме, но чем в питоне принято разбирать командную строку?

(не глядя) getopt какой-нибудь?

argparse нагуглился

жуть какая

не optparse-applicative всяко

ага : (

@qnikst у тебя dumpstr() берёт int len а передаёттся ssize_t если поменять на ssize_t len становится хуже у меня Bwite() берёт long и передаю ему long если поменять на int становится хуже

вокруг одни загадки

надо это остановить

ха

запомним эту low level оптимизацию

@qnikst у тебя dumpstr() берёт int len а передаёттся ssize_t если поменять на ssize_t len становится хуже у меня Bwite() берёт long и передаю ему long если поменять на int становится хуже

при этом там ощутимая разница: c 0.259 на 0.308 в твоём случае

почему у меня наоборот только не понятно

я не знаю, смотреть asm?

гримасы эвристики аллокации регистров

вот это вот

"оптимизацией" считать бесполезно

но лучше передавать то, что влазит в слово

sizeof(int) == sizeof(ssize_t)?

я бы сказал sizeof(void*)

угу

вот поидее замена int -> ssize_t ничего ломать не должна

кто знает, какая там эвристика

угу

в каком порядке оно переменные разного типа обходит при выделении

ну "поидее"

может вообще быть как угодно

sizeof(int) == sizeof(ssize_t)?

ssize_t это long

почему интернеты меня обманывают?

/me роется на диске и ищет стандарт

— limit of size_t SIZE_MAX 65535

в n1256 ниодного вхождения слова ssize_t

ssize_t это long

у меня

@qnikst size_t не может быть 65535

на 64-битной системе

или 32 битной

и интом он быть не может, потому что тогда максимальный размер объекта ограничивается 2 гигабайтами

эм.. всегда считал, что int зависит от битности системы, а не фиксирован

про 65535 это вроде минимальное гарантированное число?

@qnikst так и есть, но size_t не обязательно int

впрочем, я стандарт не помню

ну, не суть, ssize_t должен вмещать максимальный размер объекта

ssize это со знаком же?

2³¹ явно мало

ну, смотря где. на msp430 этого более, чем достаточно

ssize это со знаком же?

ssize_t — signed size_t

или Cortex M3

я вроде это и написал

ssize и size отличаются поддержкой знака

ssize = положительные + -1

-в общем ладно я ничего не знаю ничего не понимаю

$ cat t.c #include<sys/types.h> int main() {return sizeof(int) == sizeof(ssize_t);} $ cpp -dD ./t.c | grep ssize typedef long int __ssize_t; typedef __ssize_t ssize_t; #define __ssize_t_defined int main() {return sizeof(int) == sizeof(ssize_t);}

вокруг одни загадки

прийдётся смотреть asm дампы

@yellow_apple принято, согласен

хм.. может он 1 регистр большой под 2 инта использует?

обновил свое, теперь на ~0.015 быстрее последнего что я видел у @qnikst

хм.. может он 1 регистр большой под 2 инта использует?

не, работать с двумя 32интами в 64регистре в x86_64 никак

круто

если разберёшься - расскажи. мне интересно

обновил свое, теперь на ~0.015 быстрее последнего что я видел у @qnikst

При том что бытовой шпиндель читает примерно со скоростью 2-5мс, неуправляемо состояние кэшей, разница говорит ни о чем. Показательные замеры могут быть на существенно больших объемах.

хм.. иногда hflags разумнее чем optparse-applicative..

меркуриал, боже

Вы говорите так, будто гит уже научился записывать переименование с копированием (hint: нет, никогда).

Вы говорите так, будто гит уже научился записывать переименование с копированием (hint: нет, никогда).

--find-copies-harder

@develop7 о, гитофлейм и здесь

записывать от этого он не начнёт ;)

а меж тем история от этого теряется

всё, молчу

или меркуриалосрач

ну, гит же не система управления версиями исходников

ну, гит же не система управления версиями исходников

а пользуются гитом так, будто он таки да

а пользуются гитом так, будто он таки да

ему как-то удаётся с этой ролью справляться лучше других (в большинстве случаев)

а что у нас система?