Intressant att du ändå säger "nog"Nerre skrev:Med tcp/ip måste datat delas upp i paket så det ryms inom MTU, så där behöver man nog kunna dividera.
MVH/Roger
Intressant att du ändå säger "nog"Nerre skrev:Med tcp/ip måste datat delas upp i paket så det ryms inom MTU, så där behöver man nog kunna dividera.
Hmm, Ja, det gäller andra trådar också.Vill bara säga det att ditt trevliga snack är lååååångt över min kompetensnivå
Nu är du helt ute och cyklar. En fil på lagringsenhet tar alltid upp ett helt antal block, om varje block vore 1 GB så skulle en fil med ett tecken ta upp 1 GB på disken...rogerk8 skrev: Rätta mig gärna om jag har fel men säg att din hårddisk är på moderna 100 GB.
Jag tvivlar starkt på att antalet block är större än 100.
Dvs varje block är på maximalt 1GB.
För en hårddisk är den minsta del som hårdvaran kan läsa eller skriva en sektor. Traditionellt har en sektor varit på 512 byte, men på moderna hårddiskar kan storleken vara en annan, beroende på konfiguration. Typiska klusterstorlekar kan variera från 1 till 128 sektorer. Det totala möjliga antalet kluster varierar beroende på typ av filsystem. FAT16 tillåter till exempel totalt 65.524 (2^16-12) kluster, FAT32 2^28 (268.435.456) kluster och NTFS 2^64 stycken.
Kan du förklara skillnaden mellan ekonomiska och naturvetenskapliga avrundningsregler?xxargs skrev:Ett 'litet' fel infann sig i en av MS C-libbar av en viss version med felaktiga avrundningsregler (det finns flera att välja mellan även på en matteprocessor) vilket gjorde att mp3-uppspelare och kodare som kompilerades på den plattformen fungerade inte alls utan gav bara oljud och brus, tydligen var det en liten flagga fel till matteprocessorn så att det avrundades efter ekonomiska avrundningsregler som default och inte enligt det som används inom naturvetenskap - det räckte...
Här kan man alltså eventuellt dra slutsatsen att om man har en normal mängd data så klarar Folkdatorn att tom koppla upp sig mot internetMiaM skrev:Med risk för att jag minns fel:
Man sänder väl så mycket som ryms i en MTU (om man ens har så mycket data), och sedan får resten av datat vänta. Eftersom TCP är strömmar och inte överföring av någon slags fasta block så behöver man aldrig i förväg ange antal "block" eller liknande, utan man skickar bara på fler och fler paket som är en MTU stora vardera. Men visst, man måste ge dem löpnummer och hålla reda på vilket block som är vilket, och om man vill ha mer än ett block "ute i etern" samtidigt så måste man väl kunna räkna ut vad som eventuellt behöver sändas om, och då kan väl MUL/DIV antagligen vara händigt.
Då ska du inte använda den.Jag har dock ett litet problem.
Den kan inte MUL/DIV.