0xd34df00d 17.12.2012 19:24 Azoth_primary

Что дешевле — при проходе по строке и преобразовании символов тупо безусловно обновить содержимое строки (std::string), или проверить, равен ли новый символ старому, и обновлять только тогда? Ну, соображения CPU cache, COW и все дела.

Бенчмарки делать лень.

Recommended by:

@pooq: моча съела говно

and @magog
1. ulidtko 17.12.2012 19:28

безусловно быстрее будет, явно

2. 0xd34df00dulidtko /1 17.12.2012 19:28 Azoth_primary

Что?

3. magogulidtko /1 17.12.2012 19:28 Azoth

+1/

4. ulidtkoulidtko /1 17.12.2012 19:29

экспертное-мнение-с-дивана.jpg

5. ulidtko0xd34df00d /2 17.12.2012 19:30

ти недолугий чи дурний просто, га?

6. 0xd34df00dulidtko /5 17.12.2012 19:30 Azoth_primary

Блядь, ты опять набухался шоле?

7. ulidtko0xd34df00d /6 17.12.2012 19:31

нет. Ты сам-то в глаза не долбишься? Что в /1 непонятного, зачем переспрашивать?

8. DZhon 17.12.2012 19:33

>Бенчмарки делать лень.
>Бенчмарки делать лень.
>Бенчмарки делать лень.

Скорее всего, бранчинг будет дороже. (диван-кун).

9. 0xd34df00dulidtko /7 17.12.2012 19:33 Azoth_primary

Хули ты так отвечаешь на вопрос с «или», мудила
?

10. 0xd34df00dDZhon /8 17.12.2012 19:33 Azoth_primary

О, спасибо, первый разумный довод (хотя неочевидно).

11. ulidtko0xd34df00d /9 17.12.2012 19:39

> безусловно обновить ... или проверить
> или
> безусловно быстрее будет

ебать ты слепой

12. 0xd34df00dulidtko /11 17.12.2012 19:40 Azoth_primary

Блядь, с каких пор цитату и референс не заковычивают или не отмечают нормально? Мудак ты ебаный.

13. ulidtkoDZhon /8 17.12.2012 19:40

такое же мнение // а дедфуд не понимает

14. ulidtko0xd34df00d /12 17.12.2012 19:41

какая нахуй цитата блядь? если меня спросят «лимон или томат?» — мне ответ тоже в кавычки заключать?

15. 0xd34df00dulidtko /14 17.12.2012 19:41 Azoth_primary

Да.

16. ulidtko0xd34df00d /15 17.12.2012 19:42

не мог моар покормить блджад. Плохой дедфуд.

17. 0xd34df00dulidtko /16 17.12.2012 19:42 Azoth_primary

Сломался // на самом деле, у меня просто кофе кончился.

18. DZhon0xd34df00d /10 17.12.2012 19:48

Руководствуюсь pipeline-приспособленностью архитектур вроде x86.

19. mad_hater 17.12.2012 19:58 Home731F8DD8

> Бенчмарки делать лень.

ну заебись теперь

20. ulidtkoDZhon /18 17.12.2012 21:23

блджад, ну по-моему, даже дедфуду должно быть очевидно, что store — это быстрее, чем compare + conditional jump + store (которые без иных предположений будут выполняться в большинстве случаев, кроме ~1 из 256). Учитуя, что затраты на поддержку cond jump чуть ли не выше от экономии на одном store (который почти всегда будет в кеш из-за последовательного доступа к строке) — ответ станет очевиден даже магогу, даже аллаху.

Но чем теоретиков слушать, лучше пошёл бы да измерил.

21. 0xd34df00dulidtko /20 17.12.2012 21:26 Azoth_primary

store там unlikely.

А что там с кешем, я хуй знает, недостаточно в CPU шарю.

22. ulidtko0xd34df00d /21 17.12.2012 21:33

в смысле unlikely? функция трансформации редко меняет символы что ли? так это ж блядь уже другой вопрос совершенно.

Хотя ответил бы я на него так же. Это явно не та оптимизация, которую надо делать софтварно.

Do you really want to delete ?