- UANOG - uanog.one

ADSL annex B equipment
by Dmitry Cherkasov 14 Jan '11

14 Jan '11

Коллеги, Возможно, у кого-нибудь лежит неиспользуемое оборудование ADSL annex B (ADSL поверх ISDN) -- интересуют модемы и DSLAM'ы. Хотелось бы купить или хотя бы взять поиграться на пару недель или месяц. Буду признателен, если кто-то сможет помочь. -- Dmitry Cherkasov

1 0

Странности с ДНС
by Гришин Артем Сергеевич 30 Dec '10

30 Dec '10

Здравствуйте, Uanog. Столкнулся с такой интересной ситуацией, может кто объяснит мне всю технологию: имеется некий сайт - ukrhosting.com Один ДНС сервер резолвит его без проблем (BIND 9.3.4-P1) Второй ДНС сервер не может никоим образом его отрезолвить (BIND 9.6.1-P1) whois ukrhosting.com показывает следующее: Status: Active Name Servers: NS1.UKRHOSTING.COM NS2.UKRHOSTING.COM Оба НС сервера естественно не резолвятся тоже на втором ДНСе, на первом резолвятся. НС сервера по айпи адресам доступны, и отвечают. dns1# host ns1.ukrhosting.com ns1.ukrhosting.com has address 216.240.57.206 dns2# host ukrhosting.com. 216.240.57.206 Using domain server: Name: 216.240.57.206 Address: 216.240.57.206#53 Aliases: ukrhosting.com has address 91.213.117.136 ukrhosting.com mail is handled by 10 mail.ukrhosting.com. ukrhosting.com mail is handled by 30 relayua.ukrhosting.com. Обратил внимание, что нет glue записи. Тогда возникает вопрос курицы и яйца. Объясните как так получается, что в одном случае ДНС сервер может отрезолвить хост, а в другом случае нет. ЗЫ: ДНС1 пользует статичный named.root, ДНС2 получает named.root слейвом: zone "." { type slave; file "../local_view/slave/root.slave"; masters { 192.5.5.241; // F.ROOT-SERVERS.NET. }; notify no; }; zone "arpa" { type slave; file "../local_view/slave/arpa.slave"; masters { 192.5.5.241; // F.ROOT-SERVERS.NET. }; notify no; }; zone "in-addr.arpa" { type slave; file "../local_view/slave/in-addr.arpa.slave"; masters { 192.5.5.241; // F.ROOT-SERVERS.NET. }; notify no; }; -- С уважением, Гришин Артем Сергеевич mailto:griarts@gmail.com

11 18

perl-скрипт "причесать"
by Paul Arakelyan 30 Dec '10

30 Dec '10

есть кучка скриптов на перле, "типа зашифрованных" - всё называется хз как, и пачками \хХХ вместо букв нормальных. Чем бы это привести в "вменяемый" вид? -- Best regards, Paul Arakelyan.

2 1

SPT <-> RPT threshold switchover
by Vladimir Litovka 21 Dec '10

21 Dec '10

привет а кто сталкивался и может подсказать - я тут в лабе вожусь и у меня не срабатывает возврат с SPT на RPT при уходе трафика под установленный порог. на leaf router стоит порог 14Kbps: "ip pim spt-threshold 14" Пока трафик ниже 14Kbps - работает через RPT: =================== D0#sh ip mroute count IP Multicast Statistics Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc) Group: 239.1.1.1, Source count: 0, Packets forwarded: 123, Packets received: 123 RP-tree: Forwarding: 123/1/1044/8, Other: 123/0/0 =================== Когда трафик подрастает выше порога - переключается на SPT: =================== D0#sh ip mroute count IP Multicast Statistics Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc) Group: 239.1.1.1, Source count: 1, Packets forwarded: 322, Packets received: 323 RP-tree: Forwarding: 312/1/1044/15, Other: 312/0/0 Source: 100.2.0.2/32, Forwarding: 10/0/1044/0, Other: 11/1/0 ^^^^^^^^^^^ появился SPT ^^^^^^^^^^ ==================== потом трафик снижается до предыдущего значения (8Kbps) and nothing happens: ==================== D0#sh ip mroute count IP Multicast Statistics Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc) Group: 239.1.1.1, Source count: 1, Packets forwarded: 565, Packets received: 566 RP-tree: Forwarding: 312/0/1044/0, Other: 312/0/0 Source: 100.2.0.2/32, Forwarding: 253/1/1044/8, Other: 254/1/0 ^^^^ несмотря на то, что система фиксирует 8Kbps, возврат на RP-tree не происходит ^^^^^ ==================== может сталкивался кто с таким и может подсказать? Cisco IOS Software, 7200 Software (C7200-ADVIPSERVICESK9-M), Version 12.2(33)SRD3, RELEASE SOFTWARE (fc3) Спасибо -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ «Возлюби ближнего своего» - это значит прежде всего: «дай ближнему своему покой!». И как раз эта деталь добродетели связана с наибольшими трудностями. (с) Ф.Ницше

1 0

WiFi repeater for home usage
by Vladimir Litovka 20 Dec '10

20 Dec '10

привет, есть задача - подключить комнату в квартире, где нет проводки, к домашней WiFi AP, причем сохранить локальную коммутацию между устройствами в этой комнате. Иными словами - интернет заходит в один угол квартиры, а сетевой сторадж, телефизор и плеер - в другом углу. Нужно, чтобы они были подключены к интернету, при этом плеер ходил на сторадж через проводное подключение. WiFi AP - любая - сегодня это Linksys, завтра будет что-нибудь другое, а репитер должен работать со всеми. Соответственно, вопросы: - подскажите недорогой WiFi репитер - универсальный (в смысле - работать с любыми AP) - с 4 портами (min FE) - с локальной коммутацией между ними Спасибо. -- /doka ~~~~~~~~ http://doka-ua.blogspot.com/ http://omar-ha-em.blogspot.com/ «Возлюби ближнего своего» - это значит прежде всего: «дай ближнему своему покой!». И как раз эта деталь добродетели связана с наибольшими трудностями. (с) Ф.Ницше

2 2

Juniper M7i & filter
by Yuriy B. Borisov 15 Dec '10

15 Dec '10

Здравствуйте! Есть Juniper M7i с софтом JUNOS 10.2R1.8. На нем сконфигурирован сабинтерфейс на котором построено OSPF и BGP взаимодействие с другим маршрутизатором. На этом же интерфейсе установлены фильтры. Все это выглядит так: unit 200 { description igrp-with-core-sw; vlan-id YYY; family inet { mtu 1500; filter { input world-in; output world-out; } address 1.1.1.1/30; } } При добавлении в любой из фильтров нового term-a, сессии на этом интерфейсе дергаются. Это баг? Фича? Я что-то не так сконфигурировал? Спасибо! -- WBR, Yuriy B. Borysov YOKO-UANIC | YOKO-RIPE

2 1

Re: [uanog] Странности с ДНС
by Гришин Артем Сергеевич 13 Dec '10

13 Dec '10

Здравствуйте, Lystopad. Вы писали 13 декабря 2010 г., 13:28:08: > Hello, Гришин Артем Сергеевич! > On Mon, Dec 13, 2010 at 11:48:40AM +0200 > griarts(a)gmail.com wrote about "[uanog] Странности с ДНС": >> Здравствуйте, Uanog. >> >> Столкнулся с такой интересной ситуацией, может кто объяснит мне всю >> технологию: >> >> имеется некий сайт - ukrhosting.com >> Один ДНС сервер резолвит его без проблем (BIND 9.3.4-P1) >> Второй ДНС сервер не может никоим образом его отрезолвить (BIND >> 9.6.1-P1) >> >> whois ukrhosting.com показывает следующее: >> >> Status: Active >> >> Name Servers: >> NS1.UKRHOSTING.COM >> NS2.UKRHOSTING.COM >> >> >> Оба НС сервера естественно не резолвятся тоже на втором ДНСе, на >> первом резолвятся. НС сервера по айпи адресам доступны, и отвечают. >> dns1# host ns1.ukrhosting.com >> ns1.ukrhosting.com has address 216.240.57.206 >> >> dns2# host ukrhosting.com. 216.240.57.206 >> Using domain server: >> Name: 216.240.57.206 >> Address: 216.240.57.206#53 >> Aliases: >> >> ukrhosting.com has address 91.213.117.136 >> ukrhosting.com mail is handled by 10 mail.ukrhosting.com. >> ukrhosting.com mail is handled by 30 relayua.ukrhosting.com. >> >> Обратил внимание, что нет glue записи. Тогда возникает вопрос >> курицы и яйца. >> >> Объясните как так получается, что в одном случае ДНС сервер может >> отрезолвить хост, а в другом случае нет. >> >> ЗЫ: ДНС1 пользует статичный named.root, ДНС2 получает named.root >> слейвом: >> >> zone "." { >> type slave; >> file "../local_view/slave/root.slave"; >> masters { >> 192.5.5.241; // F.ROOT-SERVERS.NET. >> }; >> notify no; >> }; >> zone "arpa" { >> type slave; >> file "../local_view/slave/arpa.slave"; >> masters { >> 192.5.5.241; // F.ROOT-SERVERS.NET. >> }; >> notify no; >> }; >> zone "in-addr.arpa" { >> type slave; >> file "../local_view/slave/in-addr.arpa.slave"; >> masters { >> 192.5.5.241; // F.ROOT-SERVERS.NET. >> }; >> notify no; >> }; > Привет! > Артем, во втором случае, когда у тебя рут-зоны в качестве слейва > убедись, что они фактически скачаны и работают. Я на своих серверах > замечал, что иногда зоны недоступны (может ф.рут сервер не работает > или перегружен или еще чего). Я советую уходить нафиг с этой схемы и > держать просто zone "." type hint . Или не уходить, а следить и > понимать что происходит. Включи логи намеда, и смотри что там. Я и так уже скачал свежую named.root и исправил на использование ее. zone "." { type hint; file "../named.root"; }; Результат не изменился ( -- С уважением, Гришин Артем Сергеевич mailto:griarts@gmail.com

1 0

Чи хтось в Україні вже надає послуги VPS на базі технології EC2 (по типу Amazon'a) ?
by Oleh Hrynchuk 11 Dec '10

11 Dec '10

Сабдж. З відповідно гнучким та прозорим механізмом формування ціни. А то запитують знайомі веб-девелопери для своїх клієнтів, а я й не знаю що їм сказати, окрім як відіслати до своїх знайомих із Праги/Братіслави. Ті вже з півтора року як на базі двох фізичних спеціалізованих серверів (власне в цих містах) надають такі послуги. А починали з 60-ти віртуальних серверів. Зараз, мабуть, вже виросли конкретно... -- Regards, /oleh hrynchuk

1 0

[noc@adamant.ua: Re: тесты SSD]
by Alexander Trotsai 09 Dec '10

09 Dec '10

Сравниваем вот такие диски То что под цитатой - это OWC Mercury Extreme Pro SSD c sandforce 1200 Ну и Kingstone и, по-моему, jmicron (kingstone не признаются что именно) Тесты без FS OWC # seeker /dev/sdd1 128 180 Seeker v3.0+Fedora, 2009-06-17, http://www.linuxinsight.com/how_fast_is_your_disk.html Benchmarking /dev/sdd1 [78156162 blocks, 40015954944 bytes, 37 GB, 38162 MB, 40 GiB, 40015 MiB] [512 logical sector size, 512 physical sector size] [128 threads] Wait 180 seconds.................................................................................................................................................................................... Results: 4775 seeks/second, 0.209 ms random access time (56320 < offsets < 40015925760) Kingstone # seeker /dev/sdd1 128 180 Seeker v3.0+Fedora, 2009-06-17, http://www.linuxinsight.com/how_fast_is_your_disk.html Benchmarking /dev/sdd1 [125043376 blocks, 64022208512 bytes, 59 GB, 61056 MB, 64 GiB, 64022 MiB] [512 logical sector size, 512 physical sector size] [128 threads] Wait 180 seconds.................................................................................................................................................................................... Results: 3729 seeks/second, 0.268 ms random access time (103424 < offsets < 64022127616) У sandforce производительность выше, время доступа меньше Далее тесты с FS FS в обеих тестах - ext4 without journal По OWC есть тесты с разными FS, но тут отсутствуют Указанная в linux оказалась самой производительной AT> Резюме по SSD с контроллером sandforce AT> Они применимы для серверов AT> Деградации производительности, как у AT> дешевых(пользовательских) SSD не наблюдается Они применимы для серверов Деградации производительности, как у дешевых(пользовательских) SSD не наблюдается НО !!! производительность В РАЗЫ хуже чем у sandforce это при том, что я на kingstone специально форматировал FS с предложенным blocksize 4k - mkfs.ext4 -b 4096 -m0 -i 32768 -T ext4ssd /dev/sdd1 Тип ext4ssd - это ext4 с отключенным журналом # dbench -D /mnt/2 128; tiobench --numruns 3 --dir /mnt/2 --threads 1; tiobench --numruns 3 --dir /mnt/2 --threads 8; tiobench --numruns 3 --dir /mnt/2 --threads 32; tiobench --numruns 3 --dir /mnt/2 --threads 128; tiobench --block 16384 --numruns 3 --dir /mnt/2 --threads 128 Operation Count AvgLat MaxLat ---------------------------------------- NTCreateX 1718720 0.175 1143.580 Close 1261840 0.011 48.071 Rename 72741 2.273 2227.605 Unlink 347536 3.895 2410.606 Qpathinfo 1556345 0.144 1442.756 Qfileinfo 271069 0.005 35.046 Qfsinfo 285580 0.062 52.894 Sfileinfo 139906 0.047 34.169 Find 601606 0.230 836.155 WriteX 847619 82.341 22907.235 ReadX 2693276 0.078 391.332 LockX 5584 0.011 1.608 UnlockX 5584 0.011 4.148 Flush 120366 38.947 2365.874 Throughput 89.134 MB/sec 128 clients 128 procs max_latency=22907.241 ms AT> Operation Count AvgLat MaxLat AT> ---------------------------------------- AT> NTCreateX 6575096 1.219 553.789 AT> Close 4827860 0.092 404.058 AT> Rename 278698 1.790 468.432 AT> Unlink 1329055 2.243 469.951 AT> Qpathinfo 5964493 0.662 518.153 AT> Qfileinfo 1039820 0.032 255.713 AT> Qfsinfo 1093201 0.466 374.434 AT> Sfileinfo 535934 0.230 339.968 AT> Find 2304503 1.656 569.721 AT> WriteX 3248878 12.463 3825.347 AT> ReadX 10316311 0.097 473.059 AT> LockX 21440 0.020 54.085 AT> UnlockX 21440 0.024 51.432 AT> Flush 460886 27.229 506.487 AT> Throughput 341.39 MB/sec 128 clients 128 procs max_latency=3825.354 ms Этот тест просто убивает. Правда на ЭТОЙ FS при тестировании sandforce мой комп стал "похрюкивать" при произгывании музыки, на kingstone процессор был загружен тоже достаточно плотно, но комп отзывался вполне на уровне И, кстати, параллельно весящий в обеих случаях iostat -k 1 для OWC показывал ~4k tps с пиками до 5-ти, а для kingstone около 800 с пиками до 1.6k, тоже показатель No size specified, using 2000 MB Run #3: /usr/bin/tiotest -t 1 -f 2000 -r 4000 -b 4096 -d /mnt/2 -T Unit information ================ File size = megabytes Blk Size = bytes Rate = megabytes per second CPU% = percentage of CPU used during the test Latency = milliseconds Lat% = percent of requests that took longer than X seconds CPU Eff = Rate divided by CPU% - throughput per cpu load Sequential Reads 2.6.36-1.fc15.i686 2000 4096 1 137.28 38.75% 0.083 17.96 0.00000 0.00000 354 Random Reads 2.6.36-1.fc15.i686 2000 4096 1 10.89 11.91% 1.068 8.09 0.00000 0.00000 91 Sequential Writes 2.6.36-1.fc15.i686 2000 4096 1 45.82 15.42% 0.249 4380.25 0.00000 0.00000 297 Random Writes 2.6.36-1.fc15.i686 2000 4096 1 10.92 9.243% 0.031 0.18 0.00000 0.00000 118 AT> No size specified, using 2000 MB AT> Run #3: /usr/bin/tiotest -t 1 -f 2000 -r 4000 -b 4096 -d /mnt/2 -T AT> Unit information AT> ================ AT> File size = megabytes AT> Blk Size = bytes AT> Rate = megabytes per second AT> CPU% = percentage of CPU used during the test AT> Latency = milliseconds AT> Lat% = percent of requests that took longer than X seconds AT> CPU Eff = Rate divided by CPU% - throughput per cpu load AT> Sequential Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 1 185.74 39.06% 0.061 21.48 0.00000 0.00000 475 AT> Random Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 1 30.56 14.86% 0.376 3.25 0.00000 0.00000 206 AT> Sequential Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 1 186.13 55.86% 0.057 779.63 0.00000 0.00000 333 AT> Random Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 1 16.58 12.62% 0.023 0.10 0.00000 0.00000 131 Чтение запись в один поток. Kingston проигрывает по всем показателям, особенно по непрерывной записи (правда на сервер это скорее редкость) No size specified, using 2000 MB Run #3: /usr/bin/tiotest -t 8 -f 250 -r 500 -b 4096 -d /mnt/2 -T Unit information ================ File size = megabytes Blk Size = bytes Rate = megabytes per second CPU% = percentage of CPU used during the test Latency = milliseconds Lat% = percent of requests that took longer than X seconds CPU Eff = Rate divided by CPU% - throughput per cpu load Sequential Reads 2.6.36-1.fc15.i686 2000 4096 8 116.83 182.8% 0.713 1300.18 0.00000 0.00000 64 Random Reads 2.6.36-1.fc15.i686 2000 4096 8 12.28 96.40% 6.297 606.12 0.00000 0.00000 13 Sequential Writes 2.6.36-1.fc15.i686 2000 4096 8 32.53 98.16% 2.714 16487.44 0.04922 0.00000 33 Random Writes 2.6.36-1.fc15.i686 2000 4096 8 6.44 33.15% 0.059 24.08 0.00000 0.00000 19 AT> No size specified, using 2000 MB AT> Run #3: /usr/bin/tiotest -t 8 -f 250 -r 500 -b 4096 -d /mnt/2 -T AT> Unit information AT> ================ AT> File size = megabytes AT> Blk Size = bytes AT> Rate = megabytes per second AT> CPU% = percentage of CPU used during the test AT> Latency = milliseconds AT> Lat% = percent of requests that took longer than X seconds AT> CPU Eff = Rate divided by CPU% - throughput per cpu load AT> Sequential Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 8 183.70 234.3% 0.488 1283.50 0.00000 0.00000 78 AT> Random Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 8 35.77 158.9% 2.128 261.58 0.00000 0.00000 23 AT> Sequential Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 8 189.72 521.3% 0.437 3192.64 0.00000 0.00000 36 AT> Random Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 8 15.59 97.90% 0.047 24.28 0.00000 0.00000 16 У sandforce каналов явно больше. На 8-ми потоках практически отсутствует деградация производительность. Kingston опять не порадовал, особенно запись No size specified, using 2000 MB Run #3: /usr/bin/tiotest -t 32 -f 62 -r 125 -b 4096 -d /mnt/2 -T Unit information ================ File size = megabytes Blk Size = bytes Rate = megabytes per second CPU% = percentage of CPU used during the test Latency = milliseconds Lat% = percent of requests that took longer than X seconds CPU Eff = Rate divided by CPU% - throughput per cpu load Sequential Reads 2.6.36-1.fc15.i686 2000 4096 32 113.55 764.2% 2.865 3219.01 0.00000 0.00000 15 Random Reads 2.6.36-1.fc15.i686 2000 4096 32 12.22 229.2% 22.770 1861.47 0.00000 0.00000 5 Sequential Writes 2.6.36-1.fc15.i686 2000 4096 32 21.91 252.2% 14.825 57511.08 0.26028 0.02422 9 Random Writes 2.6.36-1.fc15.i686 2000 4096 32 7.22 119.8% 0.060 38.68 0.00000 0.00000 6 AT> No size specified, using 2000 MB AT> Run #3: /usr/bin/tiotest -t 32 -f 62 -r 125 -b 4096 -d /mnt/2 -T AT> Unit information AT> ================ AT> File size = megabytes AT> Blk Size = bytes AT> Rate = megabytes per second AT> CPU% = percentage of CPU used during the test AT> Latency = milliseconds AT> Lat% = percent of requests that took longer than X seconds AT> CPU Eff = Rate divided by CPU% - throughput per cpu load AT> Sequential Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 32 194.31 925.1% 1.687 3179.25 0.00000 0.00000 21 AT> Random Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 32 36.41 292.9% 6.292 1045.39 0.00000 0.00000 12 AT> Sequential Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 32 185.29 2048.% 1.664 8627.27 0.00395 0.00000 9 AT> Random Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 32 13.06 314.4% 0.051 41.95 0.00000 0.00000 4 No size specified, using 2000 MB Run #3: /usr/bin/tiotest -t 128 -f 15 -r 31 -b 4096 -d /mnt/2 -T Unit information ================ File size = megabytes Blk Size = bytes Rate = megabytes per second CPU% = percentage of CPU used during the test Latency = milliseconds Lat% = percent of requests that took longer than X seconds CPU Eff = Rate divided by CPU% - throughput per cpu load Sequential Reads 2.6.36-1.fc15.i686 2000 4096 128 90.60 2210.% 13.109 16256.86 0.05412 0.00000 4 Random Reads 2.6.36-1.fc15.i686 2000 4096 128 11.78 478.3% 77.988 3264.03 0.00000 0.00000 2 Sequential Writes 2.6.36-1.fc15.i686 2000 4096 128 18.44 794.8% 55.296 233249.28 0.52165 0.15035 2 Random Writes 2.6.36-1.fc15.i686 2000 4096 128 5.56 294.9% 0.348 1230.47 0.00000 0.00000 2 AT> No size specified, using 2000 MB AT> Run #3: /usr/bin/tiotest -t 128 -f 15 -r 31 -b 4096 -d /mnt/2 -T AT> Unit information AT> ================ AT> File size = megabytes AT> Blk Size = bytes AT> Rate = megabytes per second AT> CPU% = percentage of CPU used during the test AT> Latency = milliseconds AT> Lat% = percent of requests that took longer than X seconds AT> CPU Eff = Rate divided by CPU% - throughput per cpu load AT> Sequential Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 128 212.64 2386.% 4.188 20913.51 0.02828 0.00000 9 AT> Random Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 128 37.38 915.3% 19.787 1098.53 0.00000 0.00000 4 AT> Sequential Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 128 174.50 6801.% 5.716 28443.94 0.07202 0.00000 3 AT> Random Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 4096 128 14.87 1054.% 0.036 17.33 0.00000 0.00000 1 вот вышеуказанные тесты - это уже похоже на сервер - 128 потоков, и сновая на случайном чтении записи kingston сильно проигрывает No size specified, using 2000 MB Run #3: /usr/bin/tiotest -t 128 -f 15 -r 31 -b 16384 -d /mnt/2 -T Unit information ================ File size = megabytes Blk Size = bytes Rate = megabytes per second CPU% = percentage of CPU used during the test Latency = milliseconds Lat% = percent of requests that took longer than X seconds CPU Eff = Rate divided by CPU% - throughput per cpu load Sequential Reads 2.6.36-1.fc15.i686 2000 16384 128 71.91 1455.% 68.286 23691.20 0.39795 0.00000 5 Random Reads 2.6.36-1.fc15.i686 2000 16384 128 37.33 438.6% 89.256 4588.92 0.00000 0.00000 9 Sequential Writes 2.6.36-1.fc15.i686 2000 16384 128 17.01 546.8% 232.219 252841.60 1.84000 0.69417 3 Random Writes 2.6.36-1.fc15.i686 2000 16384 128 11.21 600.2% 0.732 2392.62 0.02520 0.00000 2 AT> No size specified, using 2000 MB AT> Run #3: /usr/bin/tiotest -t 128 -f 15 -r 31 -b 16384 -d /mnt/2 -T AT> Unit information AT> ================ AT> File size = megabytes AT> Blk Size = bytes AT> Rate = megabytes per second AT> CPU% = percentage of CPU used during the test AT> Latency = milliseconds AT> Lat% = percent of requests that took longer than X seconds AT> CPU Eff = Rate divided by CPU% - throughput per cpu load AT> Sequential Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 16384 128 244.19 1982.% 13.474 20661.02 0.11231 0.00000 12 AT> Random Reads AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 16384 128 128.91 777.1% 19.972 1327.90 0.00000 0.00000 17 AT> Sequential Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 16384 128 177.49 5378.% 22.371 26251.02 0.28971 0.00000 3 AT> Random Writes AT> 2.6.36-0.34.rc6.git3.fc15.i6 2000 16384 128 42.89 1818.% 0.114 55.21 0.00000 0.00000 2 В результате, в ssd с mlc, но разными контроллерами Да, наверное есть проблемы у sandforce, но ни в тестах, ни в реальной (уже 2 недели) эксплуатации я пока на них не нарвался Kingston (наверное, аналогично и Intel) в принципе в сервера можно ставить, но рост производительности далеко не такой как у sandforce Но, в принципе, таких проблем, как у меня с Model Number: TS128GSSD25S-M, когда при записи замирает комп у него нету В принципе, для рабочих машин kingston достаточно не плохое решение, чтение у него вполне себе вменяемо работает, а вот запись к сожалению подкачала -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] "Одномерный массив" - это предистория "Матрицы"?

3 12

Ищу на тест X6708 ...
by Yury Yaroshevsky 29 Nov '10

29 Nov '10

Добрый вечер. Коллеги, ни у кого нельзя взять на тест X6708 (8x10G). Может быть лежит сейчас неиспользуемый? Мне на тест, на 2-4 дня. Заранее спасибо.

2 3