View Full Version : سرعت عجیب در لینوکس!
rezaTavak
شنبه 23 اردیبهشت 1385, 21:24 عصر
سلام
اولین بار که داشتم دانلود می کردم باورم نشد ۱۲ کیلوبایت در ثانیه ان هم با یک خط تلفن آنالوگ. بعدا دیدم نه واقعا درسته.
کسی همچین تجربه ای داشته؟؟؟
whitehat
یک شنبه 24 اردیبهشت 1385, 06:31 صبح
بله من زمانی که داشتم VMWare را می گرفتم به همین سرعت با Dial Up رسیدم.البته ناگفته نماند که من از wget استفاده می کنم :) البته این سرعت برای من پایدار نبود ولی روی 9 ثابت ماند.
oxygenws
یک شنبه 24 اردیبهشت 1385, 09:12 صبح
اون سرعت، سرعت uncompress شدهء تراکنش های شما است. سرعت شما همون چیزی است که می تونه باشه!! یعنی مثلا ماکزیمم 56000 کیلو بیت.
تراکنش ها، اگر ISP شما مشکلی نداشته باشه، به صورت فشرده شده منتقل میشن.
Identifier
یک شنبه 24 اردیبهشت 1385, 10:01 صبح
تراکنش ها، اگر ISP شما مشکلی نداشته باشه، به صورت فشرده شده منتقل میشن.
در صورتی که
compress mppc
در روتر تنظیم شده باشد.
Microsoft Point-to-Point Compression (MPPC) is a scheme used to compress Point-to-Point
Protocol (PPP) packets between Cisco and Microsoft client devices. The MPPC algorithm is
designed to optimize bandwidth utilization in order to support multiple simultaneous connections.
The MPPC algorithm uses a Lempel-Ziv (LZ) based algorithm with a continuous history buffer,
called a dictionary.
The Compression Control Protocol (CCP) configuration option for MPPC is 18.
Exactly one MPPC datagram is encapsulated in the PPP information field. The PPP protocol field
indicates the hexadecimal type of 00FD for all compressed datagrams. The maximum length of the
MPPC datagram transmitted over PPP is the same as the MTU of the PPP interface; however this
length cannot be greater than 8192 bytes since the history buffer is limited to 8192 bytes. If
compressing the data results in data expansion, the original data is sent as an uncompressed MPPC
packet.
rezaTavak
سه شنبه 08 آبان 1386, 19:54 عصر
این عکس واقعی است و باز هم متعجبم!
Folaani
سه شنبه 08 آبان 1386, 19:58 عصر
بنده قبلا مشابه چنین بحثی رو جایی خونده بودم. ظاهرا میگفتن که اینطور موارد در اثر کش شدن مورد دانلود صورت میگیره. چون سرورها معمولا محدودیت در سرعت دانلود دارن، اما وقتی این شیء دانلودی روی کش بره و بعد شما درخواستش کنید احتمالا با سرعت بیشتری دریافت میشه. البته این کش شدن و درخواستی که منجر به دریافت شیء کش شده بشه احتمالا شرایطی داره و انگار یک نوع ترفندی بود بقول معروف!!
راستی منظور شما کیلوبیت بوده یا بایت؟ معمولا در اینترنت سرعت برحسب بیت هست و نه بایت.
Inprise
سه شنبه 08 آبان 1386, 20:06 عصر
وقتی این شیء دانلودی روی کش بره و بعد شما درخواستش کنید احتمالا با سرعت بیشتری دریافت میشه.در هر حال عرض باند دریافت هیچ وقت نمیتونه منطقا بالاتر از عرض باند مبادله رسانه باشه . روی زوج سیم مسی با مودم های 56 کیلوبیتی معمولی عرض باند مبادله از 56 کیلوبیت هم کمتر است . چیزی که تحت عنوان سرعت توسط برنامه های مختلف نمایش داده میشه به انحاء مختلفی محاسبه میشه که معانی مختلفی داره . معمولا اصلی ترین دلیل این تفاوت ، وجود Compression روی روتر سمت سرویس دهنده است که باعث میشه میزان اطلاعات دریافت شده بعد از Decompression بیشتر از عرض باند باشه .
و این مسئله به "لینوکس" مربوط نیست .
rezaTavak
چهارشنبه 09 آبان 1386, 07:17 صبح
سلام
اما اون فایلی که من میگرفتم زیپ شده بود و فشرده کردن فایل زیپ تاثیر در حجم نباید داشته باشد.
mnajafi
چهارشنبه 09 آبان 1386, 08:20 صبح
سلام
سرعت 56 کیلوبیت مربوط به سرعت انتقال روی رسانه است.(حتی برخی ISP داران نه چندان محترم برای فریب دادن مشتریان روی اکسس سرورشون تغییراتی انجام می دن و سرعت اتصال رو بالاتر هم نشون می دن)معمول برای اینکه پهنای باند ISP ها مدیریت بشه میان روی پروکسی سرور برای دانلود محدودیت اعمال می کنن .اگه این کارو نکنن یه کاربر می تونه با DAP پدر خط رو دربیاره.ساعت استفاده هم مهمه بعضی isp ها که پهنای باند از طریق وایرلس ارایه میدن تو ساعات خاصی که از پهنای باند وایرلس استفاده نمی شه مثلا شبها اون پهنای باند رو روی خط دایال آپها بر می گردونن.
!!Unix!!
چهارشنبه 09 آبان 1386, 08:58 صبح
Modern dial-up modems typically have a maximum theoretical speed of 56 kbit/s (http://en.wikipedia.org/wiki/Kbit/s) (using the V.92 (http://en.wikipedia.org/wiki/V.92) protocol (http://en.wikipedia.org/wiki/Communications_protocol)), although in most cases only up to 53 kbit/s is possible due to overhead (http://en.wikipedia.org/wiki/Computational_overhead) and, in the United States, FCC (http://en.wikipedia.org/wiki/FCC) regulation. These speeds are currently considered the maximum possible; in many cases transfer speeds will be lower, averaging anywhere between 33-43 kbit/s. Factors such as phone line noise (http://en.wikipedia.org/wiki/Line_noise) and conditions, as well as the quality of the modem itself, play a large part in determining connection speeds. Some connections may be as low as 26.4 kbit/s depending on the various factors listed. Dial-up connections usually have high latency (http://en.wikipedia.org/wiki/Latency_%28engineering%29) that can be as high as 400 ms or even more,
حتی با وجود پهنای باند ماکزیمم و خواندن آبکت ها از کش سرور و فعال کردن compression در روتر هم سرعت با 12kbps نخواهد رسید .
oxygenws
چهارشنبه 09 آبان 1386, 09:09 صبح
اما اون فایلی که من میگرفتم زیپ شده بود و فشرده کردن فایل زیپ تاثیر در حجم نباید داشته باشد.
دقیقا همین الان فایل mov رو دارم با سرعت ۱۵ کیلو بایت می گیرم، در حالی که بالای ۱۱ کیلوبایت نمی تونم بگیرم :)
این نشون میده که فایل های مذکور خوب فشرده نشدند :دی
Bahmany
شنبه 12 آبان 1386, 10:29 صبح
آیا کسی با QoS در ویندوز یا معادل آن در لینوکس آشنایی نداره ؟
در ویندوز وقتی این سرویس فعال باشه و در قسمت Limit reservable bandwidth گزینه band Limit = 0% باشه بنده در یک مقاله خوندم که در این صورت شما می توانید از بیشترین پهنای باند اختصاص داده شده استفاده کنید.
آدرس :
Win>mmc>open>gpedit.msc>Computer Configuration>Administrator Templates>Network>QoS packet Scheduler
tux-world
شنبه 12 آبان 1386, 10:38 صبح
اون عمل به خاطر مشکلات ویندوزی هست . تو لینوکس نیازی به چنین کارا نیست .
من خودم با دیال آپ 140 مگ رو تو 6 ساعت دانلود کردم . که جند تا بسته جاوا بود
Bahmany
شنبه 12 آبان 1386, 10:53 صبح
اون عمل به خاطر مشکلات ویندوزی هست . تو لینوکس نیازی به چنین کارا نیست .
من خودم با دیال آپ 140 مگ رو تو 6 ساعت دانلود کردم . که جند تا بسته جاوا بود
آیا لینوکس سرویس فعالی برای اعمال محدودیت در ارسال ها و یا دریافت ها داره که باعث بشه سرعت دانلود رو بگیره ونبود اون باعث افزایش سرعت دانلود بشه ؟
متشکرم
Inprise
شنبه 12 آبان 1386, 11:05 صبح
لطفا مطالب نامربوط به تاپیک رو مطرح نکنید و اظهار نظر غیر فنی هم نکنید .
vBulletin® v4.2.5, Copyright ©2000-1404, Jelsoft Enterprises Ltd.