Inlägg

Om man vil ha absolutt best ytelse så programmerer man logikken i berkeley packet filter (BPF).

BPF blir JITet i linux-kjernen og det finnes instruksjonsextensions for å route pakken til en spesifikk nettverkskø.

Bruker man denne teknikken så kommer pakken aldri til user-land.

Troligen så kommer du få ut bättre prestanda ur en linuxbaserad brandvägg istället för en som är baserad på FreeBSD.

Nätverksstacken i FreeBSD är tyvärr inte helt optimal längre.

Kan rekomendera dig att testa IPFire. Ganska trevlig. Utan tvekan den bäst presterande brandväggen jag har testat. Körde pfSense förr, men bytt ut den nu.

Ett annat stort plus är att IPFire har stöd för snort out of box. Även jättebra stöd för ESXi.

Mvh
Mattias

A lot of sysadmins from companies that push a lot of data over lots of connections have blogs about tweaking your OS to handle stuff like 10gb+ of traffic and millions of connections. A lot of these people complain about Linux having strange problems under these loads, and FreeBSD just seems to work. Linux may be faster in some cases, but it still has stability issues that are hard to debug.

Then there's the whole thing about most network stack research happening primarily on FreeBSD because of licensing. There's a new zero-copy network API that was developed in FreeBSD that allows line rate 64byte 10gb traffic on a 450mhz quadcore cpu. Linux and old-api FreeBSD were about 1/10th the packets-per-second.

A new thread friendly socket API has just been pushed to FreeBSD 11. One of Netflix' engineers had a pet project that now allows near zero lock-contention thread scaling. He was able to done line speed 40gb/s with 150k TCP sessions. Instead of having one file descriptor with a single listening thread, you instead have one file-descriptor and listening thread per MSS queue from the NIC and you can lock your thread to the same CPU as the MSS queue, so the packet is already in L2 cache. No shared network state. This also means no share locks with nearly perfect linear scaling and virtually no cache trashing or bouncing.

They're starting work for extend the API to also allow the OS to better handle NUMA and to attach the MSS queues to the CPU to which the NIC is attached. This will virtually remove all cross-talk among the CPU cores trying to handle the network state.

They're looking into expanding this same concept to the Storage IO system.

FreeBSD is better on the network stack. I should know since I coded a networking library to use the best possible non-blocking mechanism on various OSes.

Just for a specific comparison, freeBSD has kQueue where Linux has epoll mechanism. Both are replacements for the ancient select call which is extremely inefficient when there's a huge amount of connections (see C10k problem).

kQueue is very smart in how it reports events happening on sockets and gives you the full list of "read" and "write" events in one go. That means one syscall/gateway per report batch in a scheduled slice.

epoll on the other hand can only report reads or writes in one syscall/gateway. The way to have "one" event reporting point with epoll is to epoll two epolls on top one for reads one for writes, which means it can go up to 3 syscalls. That IS 3x slower on linux, I have tested this.

This is just one part of the problem, I'm guessing they have other, deeper issues. I think it'd help if fanboys who know nothing of the systems stopped being so defensive.

Ni säger en sak här och på eran egen sida men Telias chefsjurist Patrik Hiselius säger en helt annan sak till SVT.

Där det enda som skiljer nu från då är missade samtal.
Så vilket är det som stämmer?

Och jag har svårt för att tro på "överslätnings försök" ifrån företag, vilket just det ni skriver här och på eran egen sida liknar väldigt mycket.

Hmm, egentligen inte. Inte så jättekunnig inom området och hittade några how to's som körde samma approach. Hur går en sådan inladdning via rc.conf till?

Hur kan jag börja här?

sådär... nåja freebsd, ger mycket ipmi event log fel, säkert ganska harmlöst, men iaf freebsd 10.1 verkar det inte funka lika bra med som i ubuntu, provat kört lite grejer, tex har några program, tex nzbget, ibland får den udda svar ifrån unrar, eller ganska ofta, unknown response (error 2 eller 3) samt att den verkligen inte vill få mono att fungera som det ska, samma program i ubuntu funkar utan problem..

har rullat i 3dagar nu reboot pga uppdateringar men över lag skulle jag nog våga säga att PSUn var problemet, sen om det är pga modell eller fabrikationsfel, det är inget jag tänker spekulera i, men ST45SF-G funkar bra..

har inte haft något strul med marvelkontrollernsarna heller.. osäker vilka kontroller dom är insatta i, men om nån vet något sätt att läsa ur det med ubuntu igång, så är ja intresserad av vilka disk som sitter på vilken kontroller... kan va bra att ha koll på vid utökning till fler diskar...

Inte alls säkert att det finns jättemycket enkla saker att optimera från Silvermont. Jämför man Silvermont med Jaguar/Puma och med Cortex A15, Krait och Cyclone så borde Silvermont vara totalt chanslös givet specifikationen på pappret.

Cyclone är en extremt bred design (komplex -> dyr), fast lågt klockad (till stor del just p.g.a. av sin bredd och komplexitet), men de andra är också klart "bredare" designer än Silvermont och de är ungefär lika högt klockade. Trots det så matchar Silvermont dessa ganska bra, de tester som Phoronix gjort visar faktiskt att när man testar "riktiga" program som primärt utför heltalsoperationer (vilket är den överlägset viktigaste arbetslasten för dessa CPUer) så har Silvermont bättre IPC än nVidia K1 som använder senaste revisionen av Cortex A15. På pappret borde det vara omöjligt då A15 är "trippel issue" och kan utföra två minnesoperationer per klockcykel, Silvermont är "dual issue" och kan utföra en minnesoperation per cykel.

Så givet de teoretiska förutsättningarna så presterar faktiskt Silvermont bättre än någon annan CPU i klassen. Visst är vore det enkelt att göra en "bredare" design, men det kommer direkt ha en påverkar på strömförbrukningen och varken Cortex A15 eller Jaguar kan matcha Silvermont i perf/W. Krait kan inte matcha Silvermont i rå prestanda, men den kan matcha den i absolut strömförbrukning (fast Snapdragons stora fördel är att det är det mest kompletta SoC, vilket förklarar dess enorma framgångar).

Edit: och lämpligen lägger man in länkar till saker...
Kompilering, nginx och till någon del OpenSSL (celeron J1900 saknar AES-NI så finns inga sådana fördelar för Silvermont här) är alla heltalsintensiva laster. Tänk också på att Tegra K1 (quad core @2.32GHz) är aktivt kyld medan J1900 (quad core @2.4GHz) är passivt kyld.
http://www.cnx-software.com/wp-content/uploads/2014/05/Nvidia...

Hämtat från Sweclockers recension:

"Vid samma klockfrekvens har dock Ivy Bridge fortfarande övertaget med några enstaka procent högre prestanda än Sandy Bridge."

"Vid samma klockfrekvens och utan fördelen av högre turboläge är Intel "Ivy Bridge" fortfarande snabbare än fjolårets modeller, dock med minskad marginal. Nykomlingarna landar i de flesta fall ett par procent över motsvarande modell från förra året, vilket i verkligheten är svårt eller omöjligt att notera."

Man kunde se prestanda upp mot 10 % i vissa tester om man inte korrigerade klockfrekvensen.

Nvidia har inget som liknar Tic-Toc-strategin. Det är bara Intel som kör med den. Både GF100 och GF110 tillverkades på 40 nm. Sen vet jag som sagt inte om de följer en uttalad Tic Toc för Atom också.

Fast ska inte Arimont primärt vara en krympning medan Goldmont kommer bli en uppdatering av arkitekturen? Vi ser ju sällan några större prestandavinster med bara en krympning fast de kanske inte kör fullt ut på Tic Toc för Atom. Det finns antagligen mer saker de kan göra men frågan är när det kommer.

Intressant att hela Celeron och Pentium ska ersättas av Braswell. Någon som vet om de ska göra mer än bara krympa i Airmont? För gör de inget mer känns det som om de tar i lite för mycket. Det är rätt stor skillnad mellan en enkel Ivy Bridge och en kraftigare Silvermont fortfarande. De kanske siktar på att kunna öka frekvensen till en bit över 3 GHz och turbo nära 4 GHz vilket skulle minska prestandagapet en del. Om de säljer dem som Pentium har de ju råd att offra lite strömförbrukning och därmed öka frekvensen. Om det nu går att klocka Silvermont så högt och fortfarande kyla den med luft på ett enkelt sätt.

Dagens komprimering är matematiskt perfekt och har varit det i flera år (30+?), du kommer inte få in mer data på det viset. Däremot kan man ju göra algoritmer som är snabbare och kan använda effektivera komprimering och sedan packa upp den snabbare, men där snackar vi inte dubbelt, inte ens i närheten.

Det du säger med färgrymd och ljusomfång (vad det nu är för ord) är också ute och cyklar. HD har precis som UHD stöd för samtliga färger. Även HD har stöd för massvis med bilder i sekund och du kan köpa Blu Ray med fler än 24 FPS.

Funkar bara om det är live va och inte repriser?

Jag har varit där inne och kollade men flikarna "join" och "create" är gråmarkerade, men vad jag kunde hitta så har ligan inte öppnat för ti4 än. Så man får helt enkelt vänta

Inget fel på webbläsaren vad de verkar som, laddar in sidor går lika snabbt som vanligt det är streams som strular bara och det är direkt efter omstart så verkar inte ha något att göra med att den är igång länge.

Jag installerade det men har ingen aning om hur det fungerar efter det, läste lite om att det hade något med VLC att göra?