*slettet*

Det er allerede med i Linux kernen fra 5.1 og opefter:
https://kernelnewbies.org/Linux_5.1#High-performance_asynchronous_I.2FO_with_io_uring
https://stackoverflow.com/questions/13407542/is-there-really-no-asynchronous-block-i-o-on-linux/57451551
https://lwn.net/Articles/776703/

Det kræver så at applikationerne gør brug af denne feature men, som der også står i stackoverflow svaret, så er der allerede rigtig meget software som kategoriseres som disktungt der er med på bølgen.

Jeg vil dog sige jeg ikke er stødt på denne IO performance begrænsning i mine 15+ år med Linux både på desktop og på servere (også ved mere disktunge operationer på serverne). Men det er da en fin forbedring som nok skal give mening for andre. :)

(Tilføjelse: Jeg skal nok føle en forbedring af performance ved visse applikationer jeg gør brug af. Min pointe er blot at jeg aldrig har mødt begrænsningen og tænkt "ok, det sucks at Linux fungerer sådan her og jeg er nød til at finde et andet OS da jeg ellers ikke kan udføre denne opgave".)

Nej, folks grænser er jo forskellige. Jeg fandt bare ud af, at jeg mødte lidt en mur i Linux på det punkt ifbm. mit systembrug.

#2: Jeg fandt bare ud af, at jeg mødte lidt en mur i Linux på det punkt ifbm. mit systembrug.
Hvad er det egentlig? I hvilke situationer møder du 'muren', og lad os fx bare holde os til antagelsen, at det handler om kernel 4.x?

Det er også i kernel 5, fordi det ikke er implementeret med de samme teknikker som i FreeBSD med Kqueue.

Jeg har nogenlunde forstået det, men har svært ved at forklare det.

Det kombineret med måden Linux allokerer processer på, både CPU og RAM, gør at jeg for længe siden traf beslutningen om, at jeg kører FreeBSD på den Dell Xeon mediemaskine, der skal lave det hårde arbejde og Linux på de "små bærbare."

#4: Jeg har nogenlunde forstået det, men har svært ved at forklare det.
Det er okay, men ikke det jeg spørger om, som er: I hvilke situationer oplever du problemet, iht dit brug?

Det er svært at forklare, fordi det er en sum, en helhed i hvordan systemets ressourcer bliver brugt når jeg presser maskinen på CPU, RAM, grafik og disk, enten samtidig, eller hver for sig. På FreeBSD på samme maskine, kan jeg presse maskinen ret voldsomt, og den er stadig forholdsvis hurtig og responsiv. Linux - uanset kerne og distribution, samt de samme drivere installeret - halter bare jeg presser maskinen under halvdelen af hvad jeg presser den med FreeBSD. Altså skalering og multitasking. Og her er AIO en brik i puslespillet.

#6: På FreeBSD på samme maskine, kan jeg presse maskinen ret voldsomt, og den er stadig forholdsvis hurtig og responsiv.

Prøv at lave en benchmark af en eller anden krævende process, fx videokonverting i meget højt format. Det er jo samme maskine, så betingelserne er ens ud over det OS du booter med.

Det kunne være spændende at se resultatet. Så er det heller ikke bare "synsninger" (et ret moderne udtryk!) men hårde facts.

Det kunne være skægt.

#8: Det kunne være skægt.
Ja bestemt. Kan du ikke være så venlig at personligt dokumentere din påstand?

Det kan ikke nytte noget du bruger andres analyser, som dokumentation for dine egne observationer ...

dokumentere din påstand?

Hvad påstår jeg?

Linux bruger AIO på en anden måde, end FreeBSD. Det er hvad jeg har sagt. Det er ikke en påstand, det er sandheden.

-

Dernæst siger jeg, at jeg ville ønske, at Linux bruger AIO på samme måde, som FreeBSD, fordi jeg bedre kan lide den metode via. kernel, i stedet for userland.

-

Min personlige oplevelse med FreeBSD performance på min maskine, kontra Linux er en personlig observation på min maskine - FreeBSD kører meget bedre på denne Dell maskine - men det har ikke nødvendigvis noget, at gøre med, at Linux bruger asyncronious I/O anderledes, end FreeBSD. Det kan bare være, at FreeBSD bedre kan lide denne hardware.

Så hvad vil du have jeg skal dokumentere ud fra det?

#10: Linux bruger AIO på en anden måde, end FreeBSD. Det er hvad jeg har sagt. Det er ikke en påstand, det er sandheden.
Det er noget pis indtil du dokumentere din påstand.

#2: Jeg fandt bare ud af, at jeg mødte lidt en mur i Linux på det punkt ifbm. mit systembrug.

Hvor i helvede møder du muren ... Kom med en benchmark for saten ..,.

#11

Slap af, menneske. Du må være syg i hovedet! Hvorfor fanden kan du ikke behandle andre mennesker ordentligt. Hvorfor, spørger jeg? Er du syg, HVAD!? Du siger du har haft med mennesker at gøre på en skole, men du opfører dig så ondskabsfuldt overfor andre. Du er så grov i sproget og så hård og modbydelig!!! Hvorfor skal vi altid høre på din grove tone. Lige meget hvad jeg siger og gør, og det ikke passer dig, så bliver du modbydelig. Bliv i din forbandede seng og lad være med, at stå op om morgenen, du er en pest og du forpester verden. :-(

Prøv nu for helvede at forstå, at du er ansvarlig for dine påstande din skøre skid. Når du påstår noget, er det din forbandede pligt, at du selv dokumentere det lort du fyrer af.

Du er bare en led satan overfor folk. :-( Rigtig ubehagelig.

#14
Yes, I'am a devil ...

Frogmaster, tal pænt!

Jeg er helt enig i at vi mangler facts i stedet for fornemmelser hvad angår Linux vs FreeBSD, men derfor behøver du ikke tale på den måde. Nogle har det ikke godt med at blive tiltalt på den måde (fx skøre skid etc), og det skal du respektere.

Og husk at gider du ikke en tråd, så forlad den. Enten tavst, eller skriv at du ikke vil bruge mere tid på det.

OracleJMT: Lad os se den benchmark! Det må også være interessant for dig selv at se om dine observationer er korrekte.

Problemet er, at jeg ikke har mulighed for at dualboote, og da det helst skal køre på rigtig hardware vil jeg nødig udskifte min FreeBSD med Linux, fordi jeg bruger systemet. Det er dødvigtigt, at have FreeBSD på denne maskine. Og en Live-CD med Linux vil ikke give korrekte resultater ift. hvis det var installeret på computeren. Og det er ikke en mulighed. Den har jeg ikke grejet endnu.

ZFS er ikke kompatibelt med CloneZilla btw.

#18

Du skal da bare dokumentere dine påstande. Tror du det er nok at sige; '#8: Det kunne være skægt.'

Se at komme igang din idiot ...

Tråden er lukket.