Да, Google Dataproc является эквивалентом AWS EMR.
Да, вы можете ssh войти в главный узел Dataproc с помощью команды gcloud compute ssh ${CLUSTER}-m
и отправить задания Spark вручную , но рекомендуется использовать API Dataproc и / или [ 112] команда отправить задания в кластер Dataproc. Обратите внимание, что вы можете использовать команду gcloud
для отправки заданий в кластер Dataproc с любого компьютера, на котором установлено gcloud
, вам не нужно делать это из Google Cloud VM, например, Главный узел Dataproc.
Вы можете отправить задание PySpark в кластер Dataproc с помощью команды (обратите внимание, сначала вам нужно скопировать файл задания PySpark в GCS и использовать его при отправке задания Dataproc):
gsutil cp spark.py gs:///path/spark.py
gcloud dataproc jobs submit pyspark --cluster=${CLUSTER} \
gs:///path/spark.py
Попробовать :set indentexpr=""
и посмотрите, помогает ли это. Посмотрите :help filetype-indent-off
для раздела, который имеет дело с плагинами типа файла (который является, вероятно, куда этот indentexpr прибывает из).
Вашим расположением с отступом управляет сценарий отступа PHP ("отступ типа файла на" в Вашем .vimrc). Я использую эти опции для своего расположения с отступом PHP, которое Вы вставляете ~/.vim/after/ftplugin
:
setlocal autoindent
setlocal cindent
setlocal cinwords=if,else,elseif,do,while,foreach,for,case,default,function,class,interface,abstract,private,public,protected,final
setlocal cinkeys=0{,0},0),!^F,o,O,e
setlocal nosmartindent " don't use smart indent option
Существует больше по этой теме на энергии страница Wiki для исходного расположения с отступом.
Попробуйте это:
:let g:PHP_default_indenting=1
Посмотрите :h php-indent
.
Используя "o" в нормальном режиме, кажется, избегает проблемы. Удар <esc>o
от режима вставки не оптимально, но это лучше, чем твердый путь (как описано выше).
Также можно сделать
set cindkeys=-0#
Для # char. Если у вас та же проблема, что и у меня с css-декларациями типа
width: 100%
сдвинутыми влево, то вы можете добавить
set cindkeys-=: