1) Выровнять начало массива на границу 16 байт
2) Использовать sse регистр
3) Использовать non-temporary store инструкции
Эффект непосредственно от третьего пункта будет заключаться в невытеснении данных из L2/L3.
То есть, если до стирания экрана в L2/L3 находились данные, которые будут использоваться после стирания экрана — будет ускорение.
а на самом деле надо было
1) покурить стандарты и разобраться, имеет ли право опера присылать в таком виде, и если нет, то зарепортить им баг
2) если имеет — зарепортить feature request в php
3gb входящего + исходящего
работает шустро, покрытие хорошее
1) Выровнять начало массива на границу 16 байт
2) Использовать sse регистр
3) Использовать non-temporary store инструкции
Эффект непосредственно от третьего пункта будет заключаться в невытеснении данных из L2/L3.
То есть, если до стирания экрана в L2/L3 находились данные, которые будут использоваться после стирания экрана — будет ускорение.
но если в программе уже есть свой event loop, то использовать curl multi не получится.
— Он хакер?
— Нет, мудак!
Описанный поступок — мелкое хулиганство, сродни нассать в лифте.
например, когда нужна связь не по tcp ;-)
например, легко поднимается nfs по udp в обход всем firewalls
1) покурить стандарты и разобраться, имеет ли право опера присылать в таком виде, и если нет, то зарепортить им баг
2) если имеет — зарепортить feature request в php
Даже промпт перевел бы «приложения»
По крайней мере отсутствие #include <stdio.h> тоже повод не скомпилиться.