Нужно смотреть все вместе. У нас же страховые взносы идут во внебюджетные фонды. Есть еще бюджеты субъектов федерации и федеральный бюджет.
Я цифры взял не с потолка, а из научных работ.
http://cyberleninka.ru/article/n/dinamika-dohodov-rasshirennogo-byudzheta-i-otsenka-nalogovyh-usloviy-dlya-vedeniya-predprinimatelskoy-deyatelnosti-v-rossiyskoy
Есть и другие http://minfin.ru/common/upload/library/2016/10/main/ONNP_2017-2019_proekt_na_03-10-2016_itog_na_sayt.pdf
Страховые взносы платит работодатель из своего дохода.
Да даже при страховых взносах в 30% и НДФЛ 13% получим ФОТ = 1.3 * з/п, Налоги от ФОТ = 0.43/1.3 = 33%
Если считать ФОТ — грязной зарплатой, то налог на зарплату выходит 33%, а не 43%.
Далее при эффективной ставке НДС в 15% как у вас.
з/п *0.67 * 0.15 = 0,10
После уплаты НДФЛ и страховых взносов НДС откусит еще 10% от грязной з/п
Итого 33+10 = 43% а не ваши 58%-61%.
Что уж там говорить про 20 млрд с Платона, которые не дотягивают даже до 1/1000 от совокупного бюджета РФ (в 2016 году — 27 700 млрд).
Да еще не стоит забывать про рабочие места и налоги. Ведь основной вклад в стоимость э/э — строительство АЭС.
А значит много денег остается в экономике, в виде зарплат строителям, местные материалы и т.д.
Человек выше писал про высокие налоги. Где же они высокие, если с населения собирают 22% ВВП, а в Чехии 34%, в Финляндии 44%.
А как налоги расходуются — это уже дело другое.
Если бизнес убыточен, то нужно закрывать его, а не воровать.
У нас же принято всеми правдами и неправдами выжать прибыль. Не, не прибыль. Ведь многие уходя от налога на прибыль через обнальные схемы.
Ваше предложение нигде не работает. Работодателя надо стимулировать сроком, а работника штрафом и недоступностью кредитов.
Бред не надо нести. Страховые взносы платит работодатель. И если их убрать, то он себе в карман их положит, а не увеличит з/п.
Как вы так складываете ставки? Школьный курс прошли?
(1-0.13)*0.18 = 15.7%. Получаем 28.7 (13 + 15.7), а не 31 (13+18) и не 61.
А вы знаете, что НДС платят далеко не все? Что есть льготные ставки 0% и 10%? И что эффективная ставка НДС для всех разная, т.к. зависит от потребительской корзины?
А налогов у нас собирают всего 34% ВВП, это включая 11% от нефти и газа. В Чехии, Польше, Эстонии тоже 34% ВВП, но только у них нет нефти и газа. Т.е. с населения у нас только 23% ВВП налогов, остальные с недр.
А в Финляндии 44% ВВП.
Вот и сравните где большие налоги.
Нужно это регулировать. Каждый водитель должен получать лицензию, но это должно быть быстро и просто, пусть даже онлайн.
Потерял лицензию — не можешь больше получать заказы ото всех.
То есть могут оказаться задачи, в которых Zen в 8 потоков будет работать со скоростью 4-ядерника Intel.
1. Такой код нужно на ГПУ исполнять.
2. Иначе, скорей всего, производительность упрется в память, а еще и про другие инструкции не стоит забывать. Так что про разницу в 2 раза на реальных задачах для CPU я слабо верю.
А вы на Интел гляньте с 2010 года. Ядро все сложнее, ROB раздули, планировщик раздули, а однопоточная производительность очень слабо растет.
Только сильно увеличили многопоточную.
Разница в цене, так как она имеет нелинейную зависимость от сложности ядра.
И вот тут пара простых ядер намного дешевле, чем одно суперядро.
Да и для многих задач не нужны большие ядра.
Так что это только на бумаге 1+1 = 2 и 2/2 = 1
Мне нужно было написать "возможно доступных исполняющих устройств".
Так как HT не меняет их количество.
Еще раз. Я писал про производительность НА ПОТОК.
Человек предложил повысить количество ФУ. Но это мало что даст, т.к. очень мало задач требует большего числа ФУ, да и это редко является узкой частью из-за промахов кеша и ложных предсказаний. И раздувать ядро ради нескольких процентов в некоторых задачах как-то глупо.
Вот я и предложил сделать тесно связанные ядра, чтобы на ОДИН ПОТОК можно было использовать ресурсы второго ядра.
Это и есть «HT наоборот», когда два ядра обрабатывают один поток для увеличения ОДНОПОТОЧНОЙ производительности.
Когда как HT делит часть ресурсов одного ядра, чтобы загрузить их по максимуму для увеличения МНОГОПОТОЧНОЙ производительности.
Нет, это не HT.
При on/off HT количество доступных исполняющих устройств на поток не меняется.
Я же пишу про HT наоборот, когда поток может получить доступ к ресурсам второго ядра.
Я уже думал про дополнительные исполнительные блоки. Рост может быть только в очень специфичных задачах. Так что не подходит.
Лучше уж сделать как в Power8. Его ядро можно представить как два, которые на однопоточной нагрузке объединяются. Тем самым увеличивается количество доступных ФУ.
Заголовок спойлера
Most instructions (except for branches and condition register logical
instructions) are processed through the Unified Issue Queue (UniQueue),
which consists of two symmetric halves (UQ0 and UQ1).
There are also two copies of the general-purpose (GPR0 and
GPR1) and vector-scalar (VSR0 and VSR1) physical register files. One copy is
used by instructions processed through UQ0 while the other copy is for
instructions processed through UQ1.
The fixed-point, floating-point, vector, load and load-store pipelines are
similarly split into two sets (FX0, FP0, VSX0, VMX0, L0, LS0 in one set, and
FX1, FP1, VSX1, VMX1, L1, LS1 in the other set) and each set is associated
with one UniQueue half.
In ST mode, the two physical copies of the GPR and VSR have identical
contents. Instructions from the thread can be dispatched to either one of the
UniQueue halves (UQ0 or UQ1). Load balance across the two UniQueue
halves is maintained by dispatching alternate instructions of a given type to
alternating UniQueue halves.
In the SMT modes (SMT2, SMT4, SMT8), the two copies of the GPR and VSR
have different contents. The threads are split into two thread sets and each
thread set is restricted to using only one UniQueue half and associated
registers and execution pipelines.
С декодером проблем нет.
Вот моделирование для 16-wide issue processor с идеальным кешем, идеальным предсказанием:
Я цифры взял не с потолка, а из научных работ.
http://cyberleninka.ru/article/n/dinamika-dohodov-rasshirennogo-byudzheta-i-otsenka-nalogovyh-usloviy-dlya-vedeniya-predprinimatelskoy-deyatelnosti-v-rossiyskoy
Есть и другие http://minfin.ru/common/upload/library/2016/10/main/ONNP_2017-2019_proekt_na_03-10-2016_itog_na_sayt.pdf
20 млрд от 26.6 трлн — это меньше 0.1%
Ваши расчеты ущербны.
Да даже при страховых взносах в 30% и НДФЛ 13% получим ФОТ = 1.3 * з/п, Налоги от ФОТ = 0.43/1.3 = 33%
Если считать ФОТ — грязной зарплатой, то налог на зарплату выходит 33%, а не 43%.
Далее при эффективной ставке НДС в 15% как у вас.
з/п *0.67 * 0.15 = 0,10
После уплаты НДФЛ и страховых взносов НДС откусит еще 10% от грязной з/п
Итого 33+10 = 43% а не ваши 58%-61%.
Что уж там говорить про 20 млрд с Платона, которые не дотягивают даже до 1/1000 от совокупного бюджета РФ (в 2016 году — 27 700 млрд).
А значит много денег остается в экономике, в виде зарплат строителям, местные материалы и т.д.
А как налоги расходуются — это уже дело другое.
Налоговая нагрузка ВВП считается как (Все налоги и сборы в бюджеты всех уровней)/ВВП
У нас же принято всеми правдами и неправдами выжать прибыль. Не, не прибыль. Ведь многие уходя от налога на прибыль через обнальные схемы.
Ваше предложение нигде не работает. Работодателя надо стимулировать сроком, а работника штрафом и недоступностью кредитов.
Как вы так складываете ставки? Школьный курс прошли?
(1-0.13)*0.18 = 15.7%. Получаем 28.7 (13 + 15.7), а не 31 (13+18) и не 61.
А вы знаете, что НДС платят далеко не все? Что есть льготные ставки 0% и 10%? И что эффективная ставка НДС для всех разная, т.к. зависит от потребительской корзины?
А налогов у нас собирают всего 34% ВВП, это включая 11% от нефти и газа. В Чехии, Польше, Эстонии тоже 34% ВВП, но только у них нет нефти и газа. Т.е. с населения у нас только 23% ВВП налогов, остальные с недр.
А в Финляндии 44% ВВП.
Вот и сравните где большие налоги.
Потерял лицензию — не можешь больше получать заказы ото всех.
1. Такой код нужно на ГПУ исполнять.
2. Иначе, скорей всего, производительность упрется в память, а еще и про другие инструкции не стоит забывать. Так что про разницу в 2 раза на реальных задачах для CPU я слабо верю.
Только сильно увеличили многопоточную.
И вот тут пара простых ядер намного дешевле, чем одно суперядро.
Да и для многих задач не нужны большие ядра.
Так что это только на бумаге 1+1 = 2 и 2/2 = 1
Так как HT не меняет их количество.
Еще раз. Я писал про производительность НА ПОТОК.
Человек предложил повысить количество ФУ. Но это мало что даст, т.к. очень мало задач требует большего числа ФУ, да и это редко является узкой частью из-за промахов кеша и ложных предсказаний. И раздувать ядро ради нескольких процентов в некоторых задачах как-то глупо.
Вот я и предложил сделать тесно связанные ядра, чтобы на ОДИН ПОТОК можно было использовать ресурсы второго ядра.
Это и есть «HT наоборот», когда два ядра обрабатывают один поток для увеличения ОДНОПОТОЧНОЙ производительности.
Когда как HT делит часть ресурсов одного ядра, чтобы загрузить их по максимуму для увеличения МНОГОПОТОЧНОЙ производительности.
При on/off HT количество доступных исполняющих устройств на поток не меняется.
Я же пишу про HT наоборот, когда поток может получить доступ к ресурсам второго ядра.
Лучше уж сделать как в Power8. Его ядро можно представить как два, которые на однопоточной нагрузке объединяются. Тем самым увеличивается количество доступных ФУ.
instructions) are processed through the Unified Issue Queue (UniQueue),
which consists of two symmetric halves (UQ0 and UQ1).
There are also two copies of the general-purpose (GPR0 and
GPR1) and vector-scalar (VSR0 and VSR1) physical register files. One copy is
used by instructions processed through UQ0 while the other copy is for
instructions processed through UQ1.
The fixed-point, floating-point, vector, load and load-store pipelines are
similarly split into two sets (FX0, FP0, VSX0, VMX0, L0, LS0 in one set, and
FX1, FP1, VSX1, VMX1, L1, LS1 in the other set) and each set is associated
with one UniQueue half.
In ST mode, the two physical copies of the GPR and VSR have identical
contents. Instructions from the thread can be dispatched to either one of the
UniQueue halves (UQ0 or UQ1). Load balance across the two UniQueue
halves is maintained by dispatching alternate instructions of a given type to
alternating UniQueue halves.
In the SMT modes (SMT2, SMT4, SMT8), the two copies of the GPR and VSR
have different contents. The threads are split into two thread sets and each
thread set is restricted to using only one UniQueue half and associated
registers and execution pipelines.
С декодером проблем нет.
Вот моделирование для 16-wide issue processor с идеальным кешем, идеальным предсказанием: