vadimpanin: (Default)
Multitasking has been found to increase the production of the stress hormone cortisol as well as the fight-or-flight hormone adrenaline, which can overstimulate your brain and cause mental fog or scrambled thinking. Multitasking creates a dopamine-addiction feedback loop, effectively rewarding the brain for losing focus and for constantly searching for external stimulation.

Там еще говорится, что отвлечение на почту/новости/фейсбучек - тоже малтитаскинг и тоже вызывает привычку, именно из-за выработки допамина. Именно поэтому, я считаю, после того как человека отвлечь от задачи - он скорее вернется к фейсбучеку, а не к таску, потому что фейсбучек - external stimulation, а таск - нет.

Just having the opportunity to multitask is detrimental to cognitive performance. Glenn Wilson of Gresham College, London, calls it infomania. His research found that being in a situation where you are trying to concentrate on a task, and an e-mail is sitting unread in your inbox, can reduce your effective IQ by 10 points. And although people claim many benefits to marijuana, including enhanced creativity and reduced pain and stress, it is well documented that its chief ingredient, cannabinol, activates dedicated cannabinol receptors in the brain and interferes profoundly with memory and with our ability to concentrate on several things at once. Wilson showed that the cognitive losses from multitasking are even greater than the cognitive losses from pot smoking.

Вот как, попытка удержать в голове несколько задач приводит к тому, что ни одна не будет сделана эффективно (поэтому в книжке рекомендуют записывать те вещи, которые иначе будут отвлекать от других задач).

For decades, efficient workers would shut their doors and turn off their phones for “productivity hours,” a time when they could focus without being disturbed. Turning off our e-mail follows in that tradition and it does soothe the brain, both neurochemically and neuroelectrically.

То же самое, в принципе, достигается отключением нотификаций в скайпе/почте и скрытием дока/таскбара (чтобы не видеть красных балунов на иконках, или мигания в случае винды). И наушниками с хорошей шумоизоляцией. Во всем этом иногда куда-нибудь хочется деть жену, но тут все сложнее )
vadimpanin: (Default)
Не то, чтобы я нашел конкретную книжку, но вот материалы с которыми может быть полезно ознакомиться:

A Fresh Graduate's Guide to Software Tools and Development
http://www.comp.nus.edu.sg/~seer/book/2e/
Книжку пишут бывшие и настоящие студенты университета Сингапура, состоит из нескольких глав по разным темам. Книжке не хватает глубины, но если вы не знаете что гуглить - это очень полезная книжка. Из нее я например узнал про Paxos algorithm и получил наглядное представление об облачных сервисах от Google и Amazon ("Chapter 06: Scalability", "Chapter 01: Cloud Computing"). Другие главы тоже могут быть полезны вне контекста сабжа, возможно доберусь до них позже.

Autopilot: Automatic Data Center Management
http://research.microsoft.com/pubs/64604/osr2007.pdf
Тоже достаточно поверхностное описание как Майкрософт строит свои датаценты, какие проблемы решает их софт для выпаски и мониторинга десятков тысяч машин. Там нет конкретных решений, but it just may get you thinking. Описана, например, базовая логика, которая позволяет обслуживать машины в датацентрах не 24/7, а 8/5.

Everything You Always Wanted to Know About Synchronization but Were Afraid to Ask
http://sigops.org/sosp/sosp13/papers/p33-david.pdf
Достаточно близкая к железу статья на тему распараллеливания софта. Анализируется несколько архитектур, включая Xeon'ы. Анализируются накладные расходы на когерентность кэшей в многопроцессорных машинах. Так я например узнал, что треды попавшие на соседний сокет (процессорный сокет), могут давать до 7.5 бОльший оверхед. Т.е., скажем, атомарные операции на многопроцессорной машине могут внезапно начать работать почти в 10 раз медленнее, только за счет того, что ядро выперло парочку тредов на соседний процессор. Даже при использовании memory fences (блоки памяти вокруг переменных изменяемых атомарно, чтобы эти атомарные переменные не кучковались рядом на одном кэш-лайне).

Это не полный список, я ощущаю что надо почитать что-то еще, но, например, MongoDB, насколько я понял, является единственной открытой БД, в которой реализован Paxos. При этом оно таки eventually consistent. В итоге, я пришел к выводу, что лучше использовать традиционные реляционные СУБД для "обычных данных" (в моем случае не так часто изменяемых), используя master-slave репликацию (и просто переключать все в read-only при отказе мастера). И использовать монгу для обработки тяжелых клиентских запросов, для которых не нужна жесткая согласованность между инстансами БД.

Еще есть вариант выпереть всякий веб в облако, а железный кластер оставить "реальным" для тяжелой математики, но не уверен, что паранойя позволит это сделать.

Profile

vadimpanin: (Default)
vadimpanin

May 2015

S M T W T F S
      12
3456 7 89
1011 1213 1415 16
17181920 212223
24252627282930
31      

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 26th, 2025 02:27 pm
Powered by Dreamwidth Studios