Информация об изменениях

Сообщение Re[3]: Паттерсон «Компьютерная архитектура. Количественный п от 03.09.2022 10:19

Изменено 03.09.2022 10:43 netch80

Re[3]: Паттерсон «Компьютерная архитектура. Количественный п
Здравствуйте, Эйнсток Файр, Вы писали:

N>> для студента, который только начал входить в тему.


ЭФ>Да в какую тему-то? Стану ли я от этого лучше программировать на JavaScript?


На JavaScript? Тогда вообще читать вредно, от этого появляются мысли.

ЭФ>Может и не надо это всё читать просто?


Согласен, не надо.

N>> для тех, кто хоть как-то думает про эффективность.


ЭФ>Мне казалось, что для этого надо как-то думать про многопоточность, синхронизацию, пулы...


Вот тут точно — когда кажется, креститься надо.

"Многопоточность" вам не поможет, когда набираете на амазоне толпу инстансов типа c4.large и сравниваете, что от перехода, например, с Python на Java ваш бэкенд начинает работать в 10 раз быстрее, а на C++ с правильным размещением данных — ещё в 5 раз быстрее.
Re[3]: Паттерсон «Компьютерная архитектура. Количественный п
Здравствуйте, Эйнсток Файр, Вы писали:

N>> для студента, который только начал входить в тему.


ЭФ>Да в какую тему-то? Стану ли я от этого лучше программировать на JavaScript?


На JavaScript? Тогда вообще читать вредно, от этого появляются мысли.

ЭФ>Может и не надо это всё читать просто?


Согласен, не надо.

N>> для тех, кто хоть как-то думает про эффективность.


ЭФ>Мне казалось, что для этого надо как-то думать про многопоточность, синхронизацию, пулы...


"Многопоточность" вам не поможет, когда набираете на амазоне толпу двукоровых инстансов и сравниваете, что от перехода, например, с Python на Java ваш бэкенд начинает работать в 10 раз быстрее, а на C++ с правильным размещением данных — ещё в 5 раз быстрее.
Да и на 16-коровых без разницы, если задачи естественно параллелятся сами.

"Мы вкатим сюда в 5 раз больше железа/инстансов и всё будет хорошо" работает очень ограниченно.