Hi Wondering if people have played with /queue> interface print detail On their phy interfaces ? Mine is set to only-hardware-queue, wondering why we are not using multi-queue-ethernet-default ? Alex
Hi Alex, That is the default setting - I suppose that's to avoid some cpu resource hit without explicit admin action to do so? Does it raise some kind of problem for you, or just interested to know why? :-} Cheers! Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Alex Samad - Yieldbroker Sent: Monday, 29 June 2015 10:01 PM To: public@talk.mikrotik.com.au Subject: [MT-AU Public] ccr1036
Hi
Wondering if people have played with /queue> interface print detail
On their phy interfaces ?
Mine is set to only-hardware-queue, wondering why we are not using multi- queue-ethernet-default ?
Alex
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
Just to know why. I would have thought multi cpu access would be better, but I am not that knowledgeable about all the different types. A -----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 10:59 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036 Hi Alex, That is the default setting - I suppose that's to avoid some cpu resource hit without explicit admin action to do so? Does it raise some kind of problem for you, or just interested to know why? :-} Cheers! Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Alex Samad - Yieldbroker Sent: Monday, 29 June 2015 10:01 PM To: public@talk.mikrotik.com.au Subject: [MT-AU Public] ccr1036
Hi
Wondering if people have played with /queue> interface print detail
On their phy interfaces ?
Mine is set to only-hardware-queue, wondering why we are not using multi- queue-ethernet-default ?
Alex
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
Hi Alex, It is complicated ;) Changing CPU is an 'expensive' process in software - if you consider each data packet as a complex data structure object in software, then to initialise and populate that object in software takes vary many CPU cycles - so every time a packet is swapped to a different CPU, then there is a 'lot' of time wasted by building up the new structure, then breaking down the prior one. If you didn't make it to the MikroTik User Meeting last month, then I highly recommend to take a look at the technical presentation by Janis Megis - it is the /second/ presentation (immediately after the 'new products' section) where Janis discusses in detail some of the challenges to maximising multi-CPU performance. As many members of this list will know already, queue performance has been a very VERY major issue with CCR for quite some time, and only relatively recent routerOS software developments have begun to make some significant improvements. So I reckon that the system default is most likely intended to keep load off the system resource unless explicitly configured to do so. If there is enough support from list members out there, I can try to get some comment from MT team about this - if it is of some interest? Cheers! Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Alex Samad - Yieldbroker Sent: Tuesday, 30 June 2015 11:03 AM To: MikroTik Australia Public List Subject: Re: [MT-AU Public] ccr1036
Just to know why. I would have thought multi cpu access would be better, but I am not that knowledgeable about all the different types.
A
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 10:59 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
Hi Alex,
That is the default setting - I suppose that's to avoid some cpu resource hit without explicit admin action to do so?
Does it raise some kind of problem for you, or just interested to know why? :-}
Cheers!
Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Alex Samad - Yieldbroker Sent: Monday, 29 June 2015 10:01 PM To: public@talk.mikrotik.com.au Subject: [MT-AU Public] ccr1036
Hi
Wondering if people have played with /queue> interface print detail
On their phy interfaces ?
Mine is set to only-hardware-queue, wondering why we are not using multi- queue-ethernet-default ?
Alex
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 11:39 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
So I reckon that the system default is most likely intended to keep load off the system resource unless explicitly configured to do so.
If there is enough support from list members out there, I can try to get some comment from MT team about this - if it is of some interest?
Cheers!
Mike.
It's probably worth their (MikroTik) while putting out a "howto make your ccr perform at its best" guide. Highlight the required changes and explain why its important/what it's doing. There is probably a use for a good security practices guide too - which things are best to turn on and off out of the box...
That sounds like a definite must read. So my understanding why the CCR's can only do 1G tcp streams is because of the cpu / nic relationship. I have read a few times that they are planning on changing that in upcoming release. It's been approx 12-18 months I think patiently waiting :) A -----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Tim Warnock Sent: Tuesday, 30 June 2015 11:57 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 11:39 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
So I reckon that the system default is most likely intended to keep load off the system resource unless explicitly configured to do so.
If there is enough support from list members out there, I can try to get some comment from MT team about this - if it is of some interest?
Cheers!
Mike.
It's probably worth their (MikroTik) while putting out a "howto make your ccr perform at its best" guide. Highlight the required changes and explain why its important/what it's doing. There is probably a use for a good security practices guide too - which things are best to turn on and off out of the box... _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Alex Samad - Yieldbroker Sent: Tuesday, 30 June 2015 12:46 PM To: MikroTik Australia Public List Subject: Re: [MT-AU Public] ccr1036
That sounds like a definite must read.
So my understanding why the CCR's can only do 1G tcp streams is because of the cpu / nic relationship.
I have read a few times that they are planning on changing that in upcoming release. It's been approx 12-18 months I think patiently waiting :)
A
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Tim Warnock Sent: Tuesday, 30 June 2015 11:57 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 11:39 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
So I reckon that the system default is most likely intended to keep load off the system resource unless explicitly configured to do so.
If there is enough support from list members out there, I can try to get some comment from MT team about this - if it is of some interest?
Cheers!
Mike.
It's probably worth their (MikroTik) while putting out a "howto make your ccr perform at its best" guide. Highlight the required changes and explain why its important/what it's doing.
There is probably a use for a good security practices guide too - which
Take a look at: https://www.youtube.com/watch?v=ML0tr-9zTw0 Starting about 1:57 for discussion on new software features coming up - check out the new 'fast track' feature (very exciting ;) which I think is what you are referring to. Start around 2:14 for Janis' second presentation discussing TILE platform software developments specifically. That presentation runs for about 45 minutes, and very VERY well worth the time :-D Cheers, Mike. things
are best to turn on and off out of the box...
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Alex Samad - Yieldbroker Sent: Tuesday, 30 June 2015 12:46 PM To: MikroTik Australia Public List Subject: Re: [MT-AU Public] ccr1036
That sounds like a definite must read.
So my understanding why the CCR's can only do 1G tcp streams is because of the cpu / nic relationship.
I have read a few times that they are planning on changing that in upcoming release. It's been approx 12-18 months I think patiently waiting :)
A
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Tim Warnock Sent: Tuesday, 30 June 2015 11:57 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 11:39 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036
So I reckon that the system default is most likely intended to keep load off the system resource unless explicitly configured to do so.
If there is enough support from list members out there, I can try to get some comment from MT team about this - if it is of some interest?
Cheers!
Mike.
It's probably worth their (MikroTik) while putting out a "howto make your ccr perform at its best" guide. Highlight the required changes and explain why its important/what it's doing.
There is probably a use for a good security practices guide too - which
Hi Not sure if that's the thing. My understanding is that the NIC's are tied to a single cpu. And a tile core / cpu can't push more than 1Gb/s. to get 10G you have to use multiple cpu. I have seen something like this in linux. I will have to check it out though. -----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Tuesday, 30 June 2015 1:00 PM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] ccr1036 Take a look at: https://www.youtube.com/watch?v=ML0tr-9zTw0 Starting about 1:57 for discussion on new software features coming up - check out the new 'fast track' feature (very exciting ;) which I think is what you are referring to. Start around 2:14 for Janis' second presentation discussing TILE platform software developments specifically. That presentation runs for about 45 minutes, and very VERY well worth the time :-D Cheers, Mike. things
are best to turn on and off out of the box...
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
It's probably worth their (MikroTik) while putting out a "howto make your ccr perform at its best" guide. Highlight the required changes and explain why its important/what it's doing.
There is probably a use for a good security practices guide too - which
That may be something that will come eventually, but after hearing Janis talk about these recent developments, I can understand why they have not created such a document just yet... As in there is so many significant architecture changes underway that any document that treats that topic now may well be completely opposite to what may apply in a few months from now ;) Cheers! Mike. things
are best to turn on and off out of the box...
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
participants (3)
-
Alex Samad - Yieldbroker -
Mike Everest -
Tim Warnock