Date: Wed, 28 Oct 2009 12:59:33 GMT From: Remko Lodder <remko@FreeBSD.org> To: Perforce Change Reviews <perforce@freebsd.org> Subject: PERFORCE change 169883 for review Message-ID: <200910281259.n9SCxXft088736@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
http://p4web.freebsd.org/chv.cgi?CH=169883 Change 169883 by remko@remko_guardian on 2009/10/28 12:59:14 New WIP. Affected files ... .. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/faq/book.sgml#19 edit Differences ... ==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/faq/book.sgml#19 (text+ko) ==== @@ -2051,50 +2051,52 @@ <qandaentry> <question id="memory-limits"> - <para>What are the limits for memory?</para> + <para>Wat zijn de limitaties voor wat betreft het geheugen?</para> </question> <answer> - <para>Memory limits depend on the platform used. On a - standard &i386; install, the limit is 4 GB but more - memory can be supported through &man.pae.4;. See <link - linkend="memory-i386-over-4gb">instructions for using 4 GB or more memory on &i386;</link>. + <para>Geheugen limieten zijn afhankelijk van het gebruikte + platform. Op een standaard &i386; installatie is deze + limitatie 4 GB, maar de &man.pae.4; optie kan meer + geheugen ondersteunen. Zie de <link + linkend="memory-i386-over-4gb">instructies voor het gebruik van 4 GB of meer geheugen op &i386;</link> </para> - <para>&os;/pc98 has a limit of 4 GB memory, and PAE can - not be used with it. Other architectures supported by &os; - have much higher theoretical limits on maximum memory (many - terabytes).</para> + <para>&os;/pc98 heeft een limiet van 4 geheugen en PAE + kan hier niet mee gebruikt worden. Andere architecturen + ondersteund door &os; hebben veel hogere theoretische + limitaties voor het maximale geheugen (vele terabytes).</para> </answer> </qandaentry> <qandaentry> <question id="ffs-limits"> - <para>What are the limits for FFS file systems?</para> + <para>Wat zijn de limitaties voor FFS bestandssystemen?</para> </question> <answer> - <para>For FFS file systems, the maximum theoretical limit is - 8 TB (2 G blocks), or 16 TB for the default - block size of 8 KB. In practice, there is a soft limit - of 1 TB, but with modifications file systems with - 4 TB are possible (and exist).</para> + <para>Voor FFS bestandssystemen is de maximale theoretische + limitatie 8 TB (2 GB blokken), of 16 TB voor + de standaard block grootte van 8 KB. In de praktijk + is er echter een zachte limitatie van 1 TB, maar met + enkele wijzigingen is het mogelijk om 4 TB te halen + (welke ook bestaan).</para> - <para>The maximum size of a single FFS file is approximately - 1 G blocks, or 4 TB with a block size of + <para>De maximale grootte van een enkel FFS bestand is ongeveer + 1 G blok, of 4 TB met een blok grootte van 4 KB.</para> <table> - <title>Maximum file sizes</title> + <title>Maximale bestand groottes</title> <tgroup cols="3"> <thead> <row> - <entry>FS Block Size</entry> + <entry>FS blok grootte</entry> - <entry>Works</entry> + <entry>Werkt</entry> - <entry>Should Work</entry> + <entry>Zou moeten werken</entry> </row> </thead> @@ -2142,63 +2144,68 @@ </tgroup> </table> - <para>When the FS block size is 4 KB, triple indirect - blocks work and everything should be limited by the maximum FS - block number that can be represented using triple indirect - blocks (approx. + <para>Wanneer de FS blok grootte 4 KB is, kunnen + indirecte blokken werken, en moet alles gelimiteerd worden + door het maximale FS blok nummer, dat kan worden + gepresenteerd door het verdrievoudigen van indirecte blokken + (ongeveer 1024<superscript>3</superscript> + 1024<superscript>2</superscript> + 1024), - but everything is limited by a (wrong) limit of - 1 G - 1 on FS block numbers. The limit on FS - block numbers should be 2 G - 1. There are - some bugs for FS block numbers near 2 G - 1, - but such block numbers are unreachable when the FS block - size is 4 KB.</para> + maar alles wordt gelimiteerd door een (verkeerde) limitatie + van 1 G - 1 op FS blok nummers. Het limiet + op FS blok nummers zou moeten zijn 2 G - 1. + Er zijn enkele bugs voor FS blok nummers nabij de + 2 G - 1, maar zulke blokken zijn onbereikbaar + wanneer de FS blok grootte 4 KB is.</para> - <para>For block sizes of 8 KB and larger, everything - should be limited by the 2 G - 1 limit on FS - block numbers, but is actually limited by the - 1 G - 1 limit on FS block numbers. Using the - correct limit of 2 G - 1 blocks does cause - problems.</para> + <para>Voor blok grootte's van 8 KB en groter moet alles + gelimiteerd worden door de 2 G - 1; limitatie + op FS blok nummers, maar wordt in werkelijkheid gelimiteerd + door de 1 G - 1 limitatie op FS blok nummers. + Het gebruik van de correcte limitatie van 2 G - 1 + blokken levert problemen op.</para> </answer> </qandaentry> <qandaentry> <question id="archsw-readin-failed-error"> - <para>Why do I get an error message, - <errorname>archsw.readin.failed</errorname> after compiling - and booting a new kernel?</para> + <para>Waarom krijg ik de fout melding + <errorname>archsw.readin.failed</errorname> na het compileren + en opstarten van een nieuwe kernel?</para> </question> <answer> - <para>Because your world and kernel are out of sync. This is - not supported. Be sure you use <command>make <maketarget>buildworld</maketarget></command> - and <command>make <maketarget>buildkernel</maketarget></command> - to update your kernel.</para> + <para>Dit komt omdat je wereld, en de kernel niet + gesynchroniseerd zijn aan elkaar. Dit wordt niet ondersteund. + Zorg ervoor dat je gebruik maakt van + <command>make <maketarget>buildworld</maketarget></command> en + <command>make <maketarget>buildkernel</maketarget></command> + om de kernel te updaten.</para> - <para>You can boot by specifying the kernel directly at the - second stage, pressing any key when the <literal>|</literal> - shows up before loader is started.</para> + <para>Je kunt opstarten door de kernel direct te specificeren + in de tweede opstartfase, door het indrukken van een + willekeurige knop, wanneer de <literal>|</literal> + getoond wordt, voordat de loader wordt gestart.</para> </answer> </qandaentry> <qandaentry> <question id="boot-acpi"> - <para>Installation crashes while booting, what can I do?</para> + <para>De installatie crashed terwijl ik opstart, wat kan ik + hiertegen doen?</para> </question> <answer> - <para>Try disabling ACPI support. When the bootloader loads, - press the <keycap>Space</keycap> key. The system will display - the following:</para> + <para>Probeer ACPI ondersteuning uit te schakelen. Wanneer de + bootloader start, druk op de <keycap>Spatie</keycap> knop. + Het systeem toont dan het volgende:</para> <screen>OK</screen> - <para>Type:</para> + <para>Typ:</para> <screen><userinput>unset acpi_load</userinput></screen> - <para>And then type:</para> + <para>En typ daarna:</para> <screen><userinput>boot</userinput></screen> </answer> @@ -2207,89 +2214,96 @@ </chapter> <chapter id="hardware"> - <title>Hardware compatibility</title> + <title>Hardware compatibiliteit</title> <sect1 id="compatibility-general"> - <title>General</title> + <title>Algemeen</title> <qandaset> <qandaentry> <question id="which-hardware-to-get"> - <para>I want to get a piece of hardware for my &os; system. - Which model/brand/type is best?</para> + <para>Ik wil een stuk hardware kopen voor mijn &os; systeem. + Welk model of type is het beste</para> </question> <answer> - <para>This is discussed continually on the &os; mailing - lists. Since hardware changes so quickly, however, we - expect this. We <emphasis>still</emphasis> strongly - recommend that you read through the Hardware Notes - for &os; <ulink - url="&rel.current.hardware;">&rel.current;</ulink> or + <para>Dit wordt continue bediscussieerd op de &os; mailing + lijst. Omdat hardware zo snel veranderd verwachten we + dit ook. We raden <emphasis>nog steeds</emphasis> + aan dat je de Hardware Notes leest voor &os; <ulink + url="&rel.current.hardware;">&rel.current;</ulink> of <ulink - url="&rel2.current.hardware;">&rel2.current;</ulink> and - search the mailing list <ulink - url="http://www.FreeBSD.org/search/#mailinglists">archives</ulink>; - before asking about the latest and greatest hardware. - Chances are a discussion about the type of hardware you - are looking for took place just last week.</para> + url="&rel2.current.hardware;">&rel2.current;</ulink> en + de mailing lijsten <ulink + url="http://www.FreeBSD.org/search/#mailinglists">archieven</ulink>; + doorzoekt, voordat er gevraagd wordt over de laatste en + mooiste hardware. Grote kans dat er vorige week een + discussie is geweest over het type hardware waar jij naar + kijkt.</para> - <para>If you are looking for a laptop, check the &a.mobile; - archives. Otherwise, you probably want the archives for - the &a.questions;, or possibly a specific mailing list for - a particular hardware type.</para> + <para>Als je op zoek bent naar een laptop, bekijk dan de + &a.mobile; archieven. In het andere geval wil je + waarschijnlijk de archieven van de &a.questions; doorzoeken + of wellicht een meer specifieke mailing lijst voor + specifieke hardware types.</para> </answer> </qandaentry> </qandaset> </sect1> <sect1 id="compatibility-memory"> - <title>Memory</title> + <title>Geheugen</title> <qandaset> <qandaentry> <question id="memory-upper-limitation"> - <para>Does &os; support more than 4 GB of memory (RAM)? - More than 16 GB? More than 48 GB?</para> + <para>Ondersteund &os; meer dan 4 GB geheugen (RAM)? + Meer dan 16 GB? Meer dan 48 GB?</para> </question> <answer> - <para>Yes. &os; as an operating system generally supports - as much physical memory (RAM) as the platform it is running - on does. Keep in mind that different platforms have - different limits for memory; for example &i386; without - <acronym>PAE</acronym> supports at most 4 GB of - memory (and usually less than that because of PCI address - space) and &i386; with PAE supports at most 64 GB - memory. AMD64 platforms currently deployed support up to - 1 TB of physical memory.</para> + <para>Ja. &os; is een besturingssysteem dat over het + algemeen zoveel fysiek geheugen (RAM) ondersteund als + het platform waar het op draait ondersteund. Houd er + rekening mee dat verschillende platformen, verschillende + limitaties hebben voor het geheugen; Bijvoorbeeld &i386; + zonder <acronym>PAE</acronym> ondersteund maximaal + 4 GB geheugen (meestal minder dan dat vanwege de + PCI addresserings ruimte), en &i386; met PAE ondersteund + maximaal 64 GB geheugen. AMD64 platformen welke + op dit moment geleverd worden, ondersteunen maximaal + 1 TB fysiek geheugen.</para> </answer> </qandaentry> <qandaentry> <question id="memory-i386-over-4gb"> - <para>Why does &os; report less than 4 GB memory when - installed on an &i386; machine?</para> + <para>Waarom rapporteert &os; minder dan 4 GB geheugen + wanneer er geinstalleerd is op een &i386; machine?</para> </question> <answer> - <para>The total address space on &i386; machines is 32-bit, - meaning that at most 4 GB of memory is addressable (can - be accessed). Furthermore, some addresses in this range - are reserved by hardware for different purposes, for - example for using and controlling PCI devices, for - accessing video memory, and so on. Therefore, the total - amount of memory usable by the operating system for its - kernel and applications is limited to significantly less - than 4 GB. Usually, 3.2 GB to 3.7 GB is - the maximum usable physical memory in this - configuration.</para> + <para>De totale adres ruimte op &i386; machines is 32-bit, + wat betekend dat er maximaal 4 GB geheugen + adresseerbaar (bereikt) kan worden. Daarnaast worden + sommige adressen in deze reeks gereserveerd voor hardware + met diverse doelstellingen, bijvoorbeeld voor het + gebruiken en controleren van PCI apparatuur, voor + toegang tot het video geheugen etc. Daardoor is het totaal + van bruikbaar geheugen door het besturingssysteem voor + de kernel en applicaties, significant minder dan 4 GB. + Over het algemeen is 3.2 GB tot 3.7 GB het + maximaal bruikbare fysieke geheugen in deze + configuratie.</para> - <para>To access more than 3.2 GB to 3.7 GB of - installed memory (meaning up to 4 GB but also more than - 4 GB), a special tweak called <acronym>PAE</acronym> - must be used. PAE stands for Physical Address Extension - and is a way for 32-bit x86 CPUs to address more than + <para>Om meer dan 3.2 GB tot 3.7 GB aan + geheugen te kunnen gebruiken (tot 4 GB en meer), + is er een speciale aanpassing genaamd + <acronym>PAE</acronym> welke gebruikt kan worden. PAE + staat voor Physical Address Extension en is een manier + voor 32-bit x86 CPU's om meer dan 4 GB aan geheugen + te kunnen addresseren. Het geheugen wordt opnieuw + toegewezen waar het normaal ges 4 GB of memory. It remaps the memory that would otherwise be overlayed by address reservations for hardware devices above the 4 GB range and uses it as @@ -2299,120 +2313,126 @@ modules (see &man.kld.4;) are not supported. This means all drivers must be compiled into the kernel.</para> - <para>The most common way to enable PAE is to build a new - kernel with the special ready-provided kernel configuration - file called <filename>PAE</filename>, which is already - configured to build a safe kernel. Note that some entries - in this kernel configuration file are too conservative and - some drivers marked as unready to be used with PAE are - actually usable. A rule of thumb is that if the driver is - usable on 64-bit architectures (like AMD64), it is also - usable with PAE. If you wish to create your own kernel - configuration file, you can enable PAE by adding the - following line to your configuration:</para> + <para>De meest gekozen manier om PAE in te schakelen is door + een nieuwe kernel te maken, met het speciaal voorbereide + kernel configuratie bestand <filename>PAE</filename>, welke + reeds voorbereid is om een veilige kernel te maken. Let + op dat sommige regels in dit kernel configuratie bestand erg + conservatief zijn, en dat sommige drivers beschreven zijn + als niet bruikbaar, terwijl deze wel bruikbaar zijn. Een + vaste regel is dat als de driver bruikbaar is op 64-bit + architecturen (zoals AMD64), deze ook bruikbaar zijn met + PAE. Als je je eigen kernel configuratie bestand wilt + creeëren, kan PAE ingeschakeld worden door het + toevoegen van de volgende regel in de configuratie:</para> <programlisting>options PAE</programlisting> - <para>PAE is not much used nowadays because most new x86 - hardware also supports running in 64-bit mode, known as - AMD64 or &intel; 64. It has a much larger address - space and does not need such tweaks. &os; supports AMD64 - and it is recommended that this version of &os; be used - instead of the &i386; version if 4 GB or more memory - is required.</para> + <para>PAE wordt echter niet veel meer gebruikt, omdat de + meeste nieuwe x86 systemen, ook ondersteuning bieden voor + 64-bit mode, ook wel bekend als AMD64 of &intel; 64. + Deze heeft een veel grotere adres ruimte en heeft daardoor + geen extra aanpassingen nodig. &os; ondersteund AMD64 en + verdiend de aanbeveling boven de &i386; versie als er + 4 GB of meer geheugen benodigd is.</para> </answer> </qandaentry> </qandaset> </sect1> <sect1 id="compatibility-processors"> - <title>Architectures and processors</title> + <title>Architecturen en processoren</title> <qandaset> <qandaentry> <question id="architectures"> - <para>Does &os; support architectures other than the + <para>Ondersteund &os; architecturen anders dan de x86?</para> </question> <answer> - <para>Yes. &os; currently runs on the Intel x86 and the - AMD64 architectures. The Intel EM64T, IA-64, &arm;, - &powerpc;, sun4v and &sparc64; architectures are also - supported. Upcoming platforms are &mips; and &s390;, join - the &a.mips; for more information about ongoing work on - the &mips; platform. For general discussion on new - architectures, join the &a.platforms;.</para> + <para>Ja. &os; wekrt momenteel op de Intel x86 en de + AMD64 architecturen. De Intel EM64T, IA-64, &arm;, + &powerpc;, sun4v en &sparc64; architecturen worden + ook ondersteund. Aankomende platformen zijn &mips; + en &s390;, schrijf je in op de &a.mips; voor meer + informatie over doorgaand werk op het &mips; platform. + Voor algemene discussies over nieuwe architecturen, + is er de &a.platforms;.</para> - <para>If your machine has a different architecture and you - need something right now, we suggest you look at <ulink - url="http://www.netbsd.org/">NetBSD</ulink>; or <ulink + <para>Als je machine een andere architectuur heeft, en je + hebt dringend iets nodig wat meteen werkt, stellen we + voor dat je eens kijkt naar <ulink + url="http://www.netbsd.org/">NetBSD</ulink>; of <ulink url="http://www.openbsd.org/">OpenBSD</ulink>.</para>; </answer> </qandaentry> <qandaentry> <question id="smp-support"> - <para>Does &os; support Symmetric Multiprocessing + <para>Ondersteund &os; Symmetrische Multiprocessing (SMP)?</para> </question> <answer> - <para>Symmetric multi-processor (SMP) systems are generally - supported by &os;, although in some cases, BIOS or - motherboard bugs may generate some problems. Perusing the - &a.smp; may yield some clues.</para> + <para>Symmetrische multi-processor (SMP) systemen worden + over het algemeen ondersteund op &os;, echter in sommige + gevallen gooien BIOS of moederbord bugs roet in het + eten. Het nazoeken in de &a.smp; kan een aantal + indrukken geven.</para> - <para>&os; will take advantage of HyperThreading (HTT) - support on Intel CPUs that support this feature. A kernel - with the <literal>options SMP</literal> feature enabled - will automatically detect the additional logical - processors. The default &os; scheduler treats the logical - processors the same as additional physical processors; in - other words, no attempt is made to optimize scheduling - decisions given the shared resources between logical - processors within the same CPU. Because this naive - scheduling can result in suboptimal performance, under - certain circumstances it may be useful to disable the - logical processors with the + <para>&os; maakt gebruikt van HyperThreading (HTT) + ondersteuning op Intel CPU's, mits deze dat ondersteunen. + Een kernel met de <literal>options SMP</literal> optie + ingeschakeld, zal automatisch de extra logische processoren + detecteren. De standaard &os; scheduler behandeld deze + logische processoren hetzelfde als extra fysieke + processoren, met andere woorden, er wordt geen poging + gedaan om schedule optimalisatie beslissingen te nemen + vanwege de gedeelde bronnen tussen logische processoren + die zich op dezelfde CPU bevinden. Vanwege deze naieve + scheduling kan dit resulteren in suboptimale performance + waar het onder bepaalde voorwaarden nuttiger kan zijn om + de logische processor uit te schakelen met de <varname>machdep.hlt_logical_cpus</varname> sysctl - variable. It is also possible to halt any CPU in the idle - loop with the <varname>machdep.hlt_cpus</varname> sysctl - variable. The &man.smp.4; manual page has more - details.</para> + variabele. Het is daarnaast ook mogelijk om elke CPU + te stoppen die zich in de idle-loop bevind, met de + <varname>machdep.hlt_cpus</varname> sysctl variable. De + &man.smp.4; handleiding heeft hierover meer details.</para> </answer> </qandaentry> </qandaset> </sect1> <sect1 id="compatibility-drives"> - <title>Hard drives, tape drives, and CD and DVD drives</title> + <title>Harde schijven, tape drives en CD,DVD drives</title> <qandaset> <qandaentry> <question id="supported-hard-drives"> - <para>What kind of hard drives does &os; support?</para> + <para>Welke soort harde schijven ondersteund &os;?</para> </question> <answer> - <para>&os; supports EIDE, SATA, SCSI, and SAS drives (with a - compatible controller; see the next section), and all - drives using the original <quote>Western Digital</quote> - interface (MFM, RLL, ESDI, and of course IDE). A few ESDI - controllers that use proprietary interfaces may not work: - stick to WD1002/3/6/7 interfaces and clones.</para> + <para>&os; ondersteund EIDE, SATA, SCSI en SAS schijven (met + een compatibel controller, zie de volgende sectie), en alle + schijven die de originele <quote>Western Digital</quote> + interface (MFM, RLL, ESDI en natuurlijk IDE) ondersteunen. + Een aantal ESDI controllers welke proprietary interfaces + gebruiken werken mogelijk niet, blijf bij de + WD1002/3/6/7 interfaces en daarop gebaseerde clonen.</para> </answer> </qandaentry> <qandaentry> <question id="supported-scsi-controllers"> - <para>Which SCSI or SAS controllers are supported?</para> + <para>Welke SCSI of SAS controllers worden ondersteund?</para> </question> <answer> - <para>See the complete list in the Hardware Notes for &os; + <para>Zie de complete lijst in de Hardware Notes voor &os; <ulink url="&rel.current.hardware;">&rel.current;</ulink> - or <ulink + of <ulink url="&rel2.current.hardware;">&rel2.current;</ulink>. </para> </answer> @@ -2420,22 +2440,23 @@ <qandaentry> <question id="tape-support"> - <para>What types of tape drives are supported?</para> + <para>Welke type tape drives worden ondersteund?</para> </question> <answer> - <para>&os; supports SCSI and QIC-36 (with a QIC-02 - interface). This includes 8-mm (aka Exabyte) and DAT - drives.</para> + <para>&os; ondersteund SCSI en QIC-36 (met een QIC-02 + interface). Hieronder vallen 8-mm (aka Exabyte) en + DAT drivers.</para> - <para>Some of the early 8-mm drives are not quite compatible - with SCSI-2, and may not work well with &os;.</para> + <para>Een aantal van de vroege 8-mm drives zijn niet helemaal + compatibel met SCSI-2, en werken daardoor mogelijk niet + helemaal goed met &os;.</para> </answer> </qandaentry> <qandaentry> <question id="tape-changer-support"> - <para>Does &os; support tape changers?</para> + <para>Ondersteund &os; tape wisselaars</para> </question> <answer>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200910281259.n9SCxXft088736>