Jump to content
  • 0

крашване на микротик при multi core x86 PC


Semoff

Question

Здравейте,

имам един доста досаден проблем и викам да питам дали и при вас е така.

Имам няколко x86 машини които си бачкат с версия 5 на микротик, но една от тях крашва на всеки няколко дена, друга на 2-3 седмици, останалите са ОК. Тези двете машини са Intel C2D Multi-core процесор, всичко друго е едно и също като желязо, другите са с Intel P4.

Имали ли сте подобни проблеми и как се решават ?

Това което казват е да се спре Multi-CPU на микротика, но това не ме устройва като вариант понеже само едното ядро няма да издържи на натоварваенто.

Link to post
Share on other sites

3 answers to this question

Recommended Posts

  • 0
  • Administrator

Поне версията спомени.

А и Р4 не е мултикор а само 1 ядро с хипертреидинг.

Харесай поста ^^^
acer.gif htc.gifsigpic4024_2.gif

Форумът е за взаимопомощ а не за свършване на чужда работа


ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ

Link to post
Share on other sites
  • 0
kokaracha

Машините с Intel C2D Multi-core с какъв чипсет са на интерфейсите ,а тези с Intel P4 ?

/sys resource irq print without-paging

/sys resource pci> print

/sys resource cpu> print

Провери си за грешки по интерфейсите и забрани HT от биоса ( ако може,също и звук,усб,лпт-та ако не се ползват) .Аз съм работил с няколко Dell PE860 ( Intel P4 dualcore) и в първите версий на 5-та не беше стабилен (дропеше пппое-тата,не отчиташе правилно натоварването и работата на ядрата). След като оправиха проблемите в по късните версий и добавиха в новите ядра ( 2.6.3х) разпределението на товара по ядрата и картите нещата се оправиха. Държаха по 300-350 потрбителя на около 3хх мб/с трафик на около 30-50%.Натове,тракинги и други излишни там не държах освен оспф/пппое/шейп.Ако е възможно си смени интерфейсите поне с интелки 82574Л,евтини са и значително подобряват работата.

Edited by kokaracha

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Similar Content

    • 111111
      By 111111
      Проверяваме db-path
       
      /tool user-manager database print Ако не съществува 
      /tool user-manager database set db-path=/user-manager1 rebuild -> downgrade към 6.19 -> проверяваме -> re-upgrade към 6.20
       
      трябва вече да се получава нещо такова
      [USER@MT] /tool user-manager database> pr        db-path: /user-manager1           size: 84 kB         in-use: 100 %       log-size: 18 kB     log-in-use: 100 %   last-rebuild: nov/19/2014 02:10:53     last-clear: nov/18/2014 23:43:19      last-save: nov/19/2014 02:28:40 понякога ъпгреидването води до създаване на 
      user-manager1.old
      като съответно можете да зададете този път

      Имайте на предвид че бекъп и експорт не съхраняват базите данни и логовете към тях!
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.