პრობლემა BIND-თან, კონფიგ ფაილი ვერ ვიპოვე:-) პარამეტრები

[Giena]

კიდევ ერთი პრობლემა(IMG:style_emoticons/default/tongue.gif)

დავაყენე ფედორა, ასევე დავაყენე Bind ხოდა /etc ში არის მხოლოდ ეს ფაილი named.caching-nameserver.conf შიგნით უწერია ეს:

პროგრამული კოდი

// DO NOT EDIT THIS FILE - use config-system-bind or an editor
// to create named.conf - edits to this file will be lost on
// caching-nameserver package upgrade.

რაღაც ვერ მივხვდი რა უნდა ვქნა ან როგორ უნდა შევქმნა ეგ Named.Conf ფაილი, არა ფაილის შექმნა კი ვიცი და შევქმნი მაგრამ შიგნით რა ჯანდაბა ჩავუწერო? ანუ RedHat-ში მაგ ფაილში არის ძალიან დიიიდი ტექსტი და ის სულ ხელით ვუწერო თუ გადმოვაკოპირო იქედან? ნუ გადმოკოპირებასაც მოვახერხებდი რამენაირად, მაგრამ 100% ერთმანეთს არ დაემთხვევა (იქ ძველი ვერსიაა)... მოკლედ მირჩიეთ რამე თქვენს იმედზე ვართ ჩემი "კასანდრა" და პირადად მე(IMG:style_emoticons/default/biggrin.gif)

[Giena]

ja_ja
კაი ბატონო(IMG:style_emoticons/default/tongue.gif) ისე GCC კომპილაციაზე არ გინდა დაწერო თემა ან სტატია?(IMG:style_emoticons/default/tongue.gif) და კერნელის კომპილაციაც მაინტერესებს(IMG:style_emoticons/default/tongue.gif)

[ja_ja]

Giena
მოკელდ გადავხედე შენს ინფოს.
ახლა რა ხდება:

Open SSl-ითან დაკავშირებით, მე პირადად არასდროს არ გამომიყენებია ბრძანება

პროგრამული კოდი

rpm -q -a | grep '^bind' | while read line
do
rpm -e --nodeps $line

თუ მინდა ამოთხრა ამა თუ იმ კომპინენტის ვაძლევ ბრძანებას :

პროგრამული კოდი

rpm -e --nodeps openssl

მოკლედ მგონი მანდ გაქვს რარაც შეცდომა, ანუ rpm -eითითებს რომ ამოინსტალირებული იყოს rpm პაკეტი, შედეგ უთითებ პაკეტის სახელს, მაგრამ ამ დროს გამოდის შეტყობინება რომ ამ პაკეტს მოიხმარს ესა და ეს პროგრამები და მტელი ნუსხა გამორბის. თუ არ გინდა ამ შეტყობინების მირება და პირდაპირ ზედმეტი ტვინის ბურღვის გარეშე გინდა ამოთხრა მაშინ უნდა მიამატო პარამეტრი --nodeps შედეგად გამოგდის:
პაკეტო rpm თუ შეიძლება -e ამოაგდე პროგრამა, --nodeps და არ დაიწყო გახურება ვინ რას იყენებს openssl

მორჩა გათავდა. ალბათ მაგ რჩევის ავტორმა ნამეტანი გაირთულა საქმე ტავისთვისაც და შემთვისაც. ხოლო ბრძანება

პროგრამული კოდი

rpm -e --nodeps $line

უთითებს RPM-ს რომ ამოაგდოს პაკეტი ზედმეტი კითხვების გარეშე, რომლის სახელიც არის $line იასნია დაგიწერს პასუხს:
rpm: no packages given for erase

ეგეთი პაკეტი სისტემაში უბრალოდ არ არის.

ახლა რაც შეეხება BIND-ს.

მაგას ინსტალაცია უნდა შემდეგნაირად:

ნუ იასნია არქივს ხსნი, შედემგ აუცილებლად შექმენი შესაბამისი ჯგუფი და მომხმარებელი შესაბამსი ბრზანებებით:

ჯგუფის შექმნა

პროგრამული კოდი

groupadd -g 25 named > /dev/null || :

მომხმარებლის დამატება

პროგრამული კოდი

useradd -u 25 -g 25 -s /bin/false -M -r -d /var/named named > /dev/null 2>&1 || :

ხო ოღონდ ფაილში /etc/shells დაამატე ბოლოში ჩანაწერი:
/bin/false/
თორემ ვუთითებთ ამ შტუკას და არსად არ გვაქვს გაწერილი.

დალშე კონფიგურირება:

პროგრამული კოდი

./configure \
--prefix=/usr \
--localstatedir=/var \
--mandir=/usr/share/man \
--with-openssl \
--with-libtool \
--disable-ipv6

ნუ თუ გინდა შენი პარამეტრებიც მიამატე

ვაბშეტა სასურველია ოპტიმიზაციის პარამეტრები მისცე თავიდან, ანუ ბრძანება უნდა იყოს ასეთი:

პროგრამული კოდი

env CFLAGS="-O2 -march=pentium4 -funroll-loops" \
./configure \
--prefix=/usr \
--localstatedir=/var \
--mandir=/usr/share/man \
--with-openssl \
--with-libtool \
--disable-ipv6

ნუ აქ ვგულისხმობ რომ შენ გაქვს Pentium4 და იყენებ ოპტიმიზაციის დონეს ორს, სხვათაშორის არ დაიბნე CFLAGS="-O2 ნახსენები დიდი ინგლისური O და 2 არ შეცდე ნოლ-ორი არ დაწერო, შეცდომას მიიღებ.

კონფიგურირების შედმეგ უკვე აკრიფე:

პროგრამული კოდი

make

მერე იასნია აკრიფე

პროგრამული კოდი

make install

დალშე შექმენი ორი ახალი პაპკა

პროგრამული კოდი

mkdir -p /var/named
mkdir -p /var/run/named

ბოლო შტრიხიც

პროგრამული კოდი

install -c -m0600 bin/rndc/rndc.conf /etc/

დალშე შექმენი ფაილი /etc/named.conf და გაწერე შენი კონფიგები, თუ აქაც გაეჭედე დაწერე მანდაც ჩემებურ ვერსიას შემოგთავაზებ.

ნუ ამ დროს ვგულისხმობ რომ თავიდან სისტემაში BIND-ი ინსტალირებული RPM პაკეთით არ იყო, მე მაგას ინსტალირს არ ვაყენებინებ, შემდეგ ჩემით სოურსიდან ვაყენებ ხოლმე.

P.S. ჰო გაითვალისწინე CFLAGS="-O2 -march=pentium4 -funroll-loops"; export CFLAGS საჭირო არ იქნება თუ GCC და MAKE ავტომატურად ოპტიმიზირებულია, უბრალოდ ვთვლი რომ სტანდარტულ კონფიგურაციაში სისტემა ოპტიმიზირებულია i386-ზე

თუ გინდა შეამოწმო რა რაზეა ოპტიმიზირებული, მაშინ გააკეთე შემდეგი:

შექმენი რაიმე ახალი პაპკა, ვთქვათ jaja და შემდეგ შედი ამ პაკაში, აკრიფე ბრძანებები:

პროგრამული კოდი

touch cpu.c
gcc cpu.c -S -fverbose-asm
less cpu.s

არ დაიბნე, ტავიდან ქმნი CPU.C-ს მაგრამ მერე დამუსავების შედეგად იქნმნება CPU.S აი მანდ ინახება შენი კომპის და კომპილატორების ინფო.

კაროჩე შეგიძლაი ბოლო ბრძალება less cpu.s არც გაუშვა, პირდაპირ მაგ პაპაკაში იქნება ფაილი cpu.s თუ იყენებ MC-ს უბრალოდ ეგ ფაილი ნახე რეფაქტორში, ბოლო ხაზზე სავარაუდოდ ეწერება -mtune=i386 -march=i386 ანუ ამ პროცესორის არქიტექტურაზე მუშაობს ყველაფერი. ახლა თუ გაინტერესებს რა შედეგს მიირებ ოპტიმიზაციის დროს გაიმეორე მეორე ბრძანება ოღონდ ახალი პარამეტრებით:

პროგრამული კოდი

gcc cpu.c -S -fverbose-asm -O2 -mtune=pentium4 -march=pentium4 -funroll-loops -fomit-frame-pointer

ახლა ნახე ფაილი cpu.s გინდა ბრძანებით less cpu.s გინდა სხვა ტექსტური რედაქტორით გინდა MC-ს რედაქტორით. ნახავ რომ ოპტიმიზაციის პარამეტრები ოხრად გაიზარდა, პლიუს ჩაემატა sse, sse2 mmx-ი და ასე შემდეგ. შედეგად შენი ამ პარამეტრებით შენი დაკომპილირებული პაკეტი უფრო ჩქარა იმუშავებს და რაც მტავარია გამოიყენებს კონკრეტულად შენი პროცესორის შესაბამის ბრძანებებს, მათ შორის ოპტიმალურ mmx და sse ინსტრუქციებს.

მკითხავ მაშინ რატომ ტოვებენ ამ i386-სო! არ ვიცი, იმიტომ რომ დაუნები არიან. განმარტება არის შემდეგი ვითომ ყველა შესაბამისი კლასის პროცესორთან რომ იყოს თავსებადიო. მაგრამ ამ შობელზაღლებმა დეფაულტად i686-ი მაინც მიუთითონ რომელიც უტოლდება Pentium Pro-ს დონეს, სხვა თუ არაფერი AMD-ს პროცებიც არის მაგ i686-თან თავსებადი, და მინიმუმ sse და mmx ბრძანებების მხარდაჭერა მაინც არის ჯანდაბას დიდად არავინ დაეძებს sse2 და sse3-ს.


ვიღა იყენებს ახლა გინდა i386, i486, i586, არ ვიცი, რა. ტრომ კითხო ყველა ლინუქსისტს, მაგრები არიან, ეს ტორვალდსი ვააბშე გიჟია, თავისივე ლექტორი უხურებდა ეგეთი ნახევრად კომპილირებული პონტი ქლიბობაა ჯობია კონკრეტულ პროცზე და არქიტექტურაზე ოპტიმიზირებაო, ნუ ღოჟამ არა ასე ჯობიაო.

კაი ნაწილობრივ ვეთანხმები სხვადასხბვა სისტემაზე შეიძლება კოდის მორგება, მაგრამ ან ინსტალაციის დროს ხდებოდეს შესაბამისი ოტიმიზირება, ან რაიომე მითითება შეიძლებოდეს, ან ნომინალურად რაღაც დონე იყოს აღებული 21-ე საუკუნეა გარეთ და linux-ის ბირთვი დრემდე i386-ზეა ოპტიმიზირებული. გარეკვა შეიძლება.