Skip to content

Commit

Permalink
Merge pull request #19346 from g-pan/H32445-PTBR
Browse files Browse the repository at this point in the history 
HPCC-32445 Remove bad links from PT_BR Docs

Reviewed-By: Michael Gardner <[email protected]>
Merged-by: Gavin Halliday <[email protected]>
  • Loading branch information
@ghalliday
ghalliday authored Dec 11, 2024
2 parents 761dda9 + 3791eda commit c120cbc
Show file tree
Hide file tree
Showing 6 changed files with 708 additions and 304 deletions.
47 changes: 15 additions & 32 deletions docs/PT_BR/ConfiguringHPCC/ConfiguringHPCC.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -2723,37 +2723,20 @@ sudo -u hpcc cp /etc/HPCCSystems/source/NewEnvironment.xml /etc/HPCCSystems/envi
</para>
</sect3>

<!-- NOTE PER ISSUE HPCC-32399 -
PLEASE DELETE THIS ENTIRE COMMENT -
INCLUDING THE FOLLOWING xi:xinclude link
<xi:include href="ECLWatch/TheECLWatchMan.xml"
xpointer="xpointer(//*[@id='ECLWatchXREFMultiThor'])"
xmlns:xi="http://www.w3.org/2001/XInclude"/>
***
***REPLACE WITH FOLLOWING TRANSLATED:
***
<sect3 id="ECLWatchXREFMultiThor">
<title>XREF with multiple Thor clusters</title>
<para>XREF runs on the primary Thor cluster. For a configuration
with more than one Thor cluster on the same physical node group, ECL
Watch only displays the primary Thor and not any other Thor that
shares the same node group. This is the Thor cluster whose name
matches the <emphasis>nodeGroup</emphasis> in the
configuration.</para>
<para>To allow XREF to run in an environment with multiple Thor
clusters, set the nodeGroup to the same value for all Thor
clusters.</para>
</sect3>
***
*** END REPLACEMENT TEXT
***
*** END OF COMMENT TO DELETE ISSUE HPCC-32399
-->
<sect3 id="ECLWatchXREFMultiThor">
<title>XREF com mútiplos clusters Thor</title>

<para>O XREF é executado no cluster Thor primário. Para uma
configuração com mais de um cluster Thor no mesmo grupo de nós
físicos, o ECL Watch exibe apenas o Thor primário e não
qualquer outro Thor que compartilhe o mesmo grupo de nós. Este
é o cluster Thor cujo nome corresponde ao
<emphasis>nodeGroup</emphasis> na configuração.</para>

<para>Para permitir que o XREF seja executado em um ambiente
com vários clusters Thor, defina o nodeGroup com o mesmo valor
para todos os clusters Thor.</para>
</sect3>

<?hard-pagebreak ?>

Expand Down Expand Up @@ -3185,4 +3168,4 @@ sudo -u hpcc cp /etc/HPCCSystems/source/NewEnvironment.xml /etc/HPCCSystems/envi
</sect2>
</sect1>
</chapter>
</book>
</book>
124 changes: 80 additions & 44 deletions docs/PT_BR/ContainerizedHPCC/ContainerizedMods/CustomConfig.xml
View file
Original file line number Diff line number Diff line change
@@ -1,5 +1,5 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
<chapter id="CustomConfig">
<title>Configurações Personalizadas</title>
Expand Down Expand Up @@ -581,7 +581,7 @@ helm upgrade mycluster hpcc/hpcc -f nothor.yaml</programlisting>
</listitem>

<listitem>
<para>No bloco <emphasis role="bold">eclagent</emphasis>, delete
<para>No bloco <emphasis role="bold">eclagent</emphasis>, exclua
todo o bloco <emphasis role="bold">name:
roxie-workunit</emphasis>.</para>

Expand Down Expand Up @@ -920,28 +920,41 @@ thor: []
configuração de nuvem em que algum planejamento e configuração podem
ajudar a reduzir as despesas.</para>

<para>Duas novas colunas foram adicionadas à página de workunits no ECL
Watch. As colunas podem ser classificadas por qualquer coluna de custo,
assim como as outras colunas no ECL Watch, clicando no topo da
coluna.</para>
<para>Novas colunas foram adicionadas às páginas de workunits e arquivos
lógicos no ECL Watch. Essas colunas podem ser ordenadas por custo, assim
como as outras colunas no ECL Watch, clicando no topo da de cada uma. Além
disso, os custos das operações de arquivos executadas por workunits são
fornecidos nas métricas da workunit.</para>

<para>À medida que o rastreamento de custos amadurece, os cálculos de
custos também melhoram significativamente, proporcionando um rastreamento
de custos mais preciso. Por exemplo, dados que foram acessados a partir do
cache de página não incorrem em nenhum custo de acesso a arquivos. O
rastreamento de custos do HPCC Systems agora detecta dados que foram
retornados do cache de página e ajusta os cálculos de custos de forma
apropriada, resultando em cálculos de custos mais precisos.</para>

<sect2 id="TypesOfCosts">
<title>Tipos de custos</title>

<para>Existem três tipos de custos que são rastreados.</para>
<para>Existem uma série de tipos de custos que são rastreados.</para>

<para><itemizedlist>
<listitem>
<para>Custos de Execução</para>
</listitem>

<listitem>
<para>Custos de Armazenamento</para>
<para>Custos de Compilação</para>
</listitem>

<listitem>
<para>Custo de Acesso a Arquivo</para>
</listitem>

<listitem>
<para>Custo do Arquivo em Repouso</para>
</listitem>
</itemizedlist></para>

<variablelist>
Expand Down Expand Up @@ -1020,12 +1033,22 @@ thor: []
</sect4>
</sect3>

<sect3 id="Compile_Costs">
<title>Custos de Compilação</title>

<para>Os custos de compilação são os custos de compilar o código ECL.
O custo de compilar o código ECL está incluído como uma coluna na
lista de workunit. Na página de resumo da workunit, há um campo de
custo de compilação.</para>
</sect3>

<sect3 id="StorageCOsts">
<title>Custo de armazenamento</title>
<title>Custos de armazenamento</title>

<para>Esse é o custo de hospedar os dados no plano de armazenamento.
Não inclui os custos das operações de dados, como custos de leitura ou
gravação.</para>
<para>Este é o custo de hospedar os dados no plano de armazenamento ou
o valor do Custo do Arquivo em Repouso e o custo de leitura/escrita no
armazenamento é o valor do <emphasis>Custo de Acesso ao
Arquivo</emphasis>.</para>

<para><variablelist>
<varlistentry>
Expand All @@ -1040,37 +1063,52 @@ thor: []
</varlistentry>
</variablelist></para>

<para>Os custos de armazenamento não podem ser vistos como um valor
separado no ECL Watch. Eles só podem ser visualizados como parte de um
campo de custo na página de resumo de um arquivo lógico.</para>
</sect3>

<sect3 id="FileAccessCosts">
<title>Custo de acesso aos arquivos</title>
<para>Para arquivos lógicos, os custos calculados estõa baseados em
dois tipos de acesso ao arquivo.</para>

<para>Os custos de leitura e gravação em arquivos são referidos como
custos de acesso a arquivos. Vários planos de armazenamento cobram por
operações de dados separadamente. O valor do custo de acesso ao
arquivo incluirá o custo de leitura e gravação. Neste momento,
quaisquer outros custos relacionados com ações de arquivo (como
excluir ou copiar) não serão registrados ou incluídos como parte dos
custos.</para>

<para>Na página de resumo Logical File no ECL Watch, o custo de acesso
ao arquivo aparece como parte do campo de custo.</para>

<para>As despesas de uma workunit para acessar arquivos lógicos também
são incluídas nas estatísticas e atributos da workunit. O custo de
leitura/gravação é relatado no registro da atividade e somado nos
níveis de graph, subgraph e escopo do fluxo de trabalho.</para>

<para>O custo geral de acesso a arquivos para uma workunit é rastreado
e relatado na página de resumo.</para>
<itemizedlist>
<listitem>
<para>Custos de Acesso ao arquivo</para>
</listitem>

<para>Na página de resumo Logical File, você pode ver o novo campo de
custo. É o custo total de armazenamento e acesso aos dados.
Atualmente, as informações de custo são geradas apenas para jobs Thor
e hThor.</para>
<listitem>
<para>Custos de Arquivo em Repouso</para>
</listitem>
</itemizedlist>

<sect4 id="FileAccessCosts">
<title>Custo de acesso aos arquivos</title>

<para>Os custos de leitura e gravação em arquivos são referidos como
custos de acesso a arquivos. Vários planos de armazenamento cobram
por operações de dados separadamente. O valor do custo de acesso ao
arquivo incluirá o custo de leitura e gravação. Neste momento,
quaisquer outros custos relacionados com ações de arquivo (como
excluir ou copiar) não serão registrados ou incluídos como parte dos
custos.</para>

<para>Os custos incorridos por uma workunit para acessar arquivos
lógicos também são registrados nas estatísticas e atributos da
workunit. O custo de leitura/escrita é registrado no registro de
atividade e acumulado no nível do grafo, do subgrafo e do escopo do
fluxo de trabalho. O Rastreamento de Custos detecta dados que foram
retornados do cache de página e ajusta os cálculos de custos de
forma apropriada para produzir cálculos de custos mais precisos.
Esses custos de acesso a arquivos para uma unidade de trabalho são
registrados com a workunit e exibidos na página de resumo e nas
métricas da workunit.</para>

<sect5 id="FileCostAtRest">
<title>Custo do Arquivo em Repouso</title>

<para>O campo Custo do Arquivo em Repouso é mostrado na página de
resumo do Arquivo Lógico. É o custo de armazenar o arquivo sem
acessar os dados. Apenas os custos de armazenamento associados à
hospedagem do arquivo na nuvem. Este valor foi adicionado para
diferenciar melhor entre os custos de armazenamento de
arquivos.</para>
</sect5>
</sect4>
</sect3>
</sect2>

Expand Down Expand Up @@ -1137,8 +1175,6 @@ thor: []
<tgroup cols="2">
<colspec align="left" colwidth="122.40pt"/>

<colspec/>

<tbody>
<row>
<entry><emphasis>currencyCode</emphasis></entry>
Expand Down Expand Up @@ -1470,4 +1506,4 @@ thor: []
</sect3>
</sect2>
</sect1>
</chapter>
</chapter>
63 changes: 47 additions & 16 deletions docs/PT_BR/ECLLanguageReference/ECLR_mods/BltInFunc-BUILD.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -202,12 +202,18 @@
de INDEX (apenas):</para>

<para>
<emphasis role="bold">[, CLUSTER<indexterm>
<emphasis role="bold">[, CLUSTER <indexterm>
<primary>CLUSTER</primary>
</indexterm>(</emphasis>

<emphasis>target</emphasis>

<emphasis role="bold">) ] | [ , PLANE <indexterm>
<primary>PLANE</primary>
</indexterm>(</emphasis>

<emphasis>targetPlane</emphasis>

<emphasis role="bold">)] [, SORTED<indexterm>
<primary>SORTED</primary>
</indexterm>] [, DISTRIBUTE<indexterm>
Expand Down Expand Up @@ -251,11 +257,11 @@

<emphasis role="bold">[, COMPRESSED<indexterm>
<primary>COMPRESSION</primary>
</indexterm>( LZW<indexterm>
</indexterm>( <emphasis>option</emphasis><indexterm>
<primary>LZW</primary>
</indexterm> | ROW<indexterm>
</indexterm><indexterm>
<primary>ROW</primary>
</indexterm> | FIRST<indexterm>
</indexterm> <indexterm>
<primary>FIRST</primary>
</indexterm>) ] [, WIDTH<indexterm>
<primary>WIDTH</primary>
Expand Down Expand Up @@ -319,24 +325,49 @@
em disco sempre é determinado pelo número de nós no cluster onde
a workunit é executada, independentemente do número de nós nos
clusters de destino – a menos que a opção WIDTH também tenha
sido especificada.</entry>
sido especificada. Use esta opção para implantações
bare-metal.</entry>
</row>

<row>
<entry>
<emphasis>target</emphasis>
</entry>

<entry>Uma lista de constantes de string delimitada por vírgulas
que contém os nomes dos clusters no qual o arquivo
<emphasis>indexfile</emphasis> será gravado. Os nomes devem
estar listados como aparecem na página de Atividade do ECL
Watch, ou como são retornados pela função
Std.System.Thorlib.Group(); opcionalmente, podem apresentar
colchetes contendo uma lista delimitada por vírgula dos números
dos nós (baseado em 1) e/ou dos intervalos (especificados com um
traço, como p.ex., n-m) para indicar o conjunto específico de
nós para gravar.</entry>
<entry>Uma lista delimitada por vírgulas de constantes de string
contendo os nomes dos clusters para os quais escrever o
indexfile. Os nomes devem ser listados conforme aparecem na
página ECL Watch Activity ou retornados pela função
Std.System.Thorlib.Group(), opcionalmente com colchetes contendo
uma lista delimitada por vírgulas de números de nós (base 1)
e/ou intervalos (especificados com um traço, como em n-m) para
indicar o conjunto específico de nós para escrever.</entry>
</row>

<row>
<entry>
<emphasis role="bold">PLANE</emphasis>
</entry>

<entry>Especifica a escrita do <emphasis>indexfile</emphasis>
para a lista especificada de planos de destino. Se omitido, o
<emphasis>indexfile</emphasis> é escrito no plano padrão. Planos
são usados por sistemas conteinerizados, mas como clusters
bare-metal são implicitamente suportados por um plano com o
mesmo nome, você pode usar PLANE('nomedocluster') para
implantações bare-metal.</entry>
</row>

<row>
<entry>
<emphasis>targetPlane</emphasis>
</entry>

<entry>Uma lista delimitada por vírgulas de constantes de string
contendo os nomes dos planos para os quais escrever o
<emphasis>indexfile</emphasis>. Os nomes dos
<emphasis>targetPlane</emphasis> devem ser listados conforme
definidos na implantação.</entry>
</row>

<row>
Expand Down Expand Up @@ -990,4 +1021,4 @@ BUILD(FilterDsLib1);
linkend="DISTRIBUTE">DISTRIBUTE</link>, <link
linkend="_WORKUNIT">#WORKUNIT</link></para>
</sect2>
</sect1>
</sect1>
Loading

0 comments on commit c120cbc

Please sign in to comment.