![]() |
◄ 1 2 3 4 5 6 ► |
О жизни...
:: Жизнь прекрасна!
|
|
| ||
MikeFromAtol 23.12.12 - 18:11 | За неимением уютненького бложика, хочу похвастаться на мисте :)
Спустя 7 лет после покупки старого компа, решился на его глобальную замену - апгрейд делать смысла не было вообще никакого. Итак, вчера купил и собрал себе вот такого зверя для игр, интернета и прочего релакса: мать Asus P8Z77-V Deluxe проц Intel i7-3770k винт на систему OCZ Vertex4 256Gb файлопомойка WD Caviar Black 2Tb видео Palit GTX670 2Gb Танчики теперь идут на максимальных настройках в разрешении 1280х1024 на 60-120 фпс, в зависимости от карты. В ближайшее время затестю Сталкера, ФарКрай и прочие прелести, ранее мне недоступные или доступные только на минимальных настройках. | ||
dmpl 301 - 10.01.13 - 08:16 | (297) 1. Гы-ы-ы... ну и чем тут многопоточность поможет? Начал выполняться обработчик - заблокировал доступ к объекту. Другой обработчик стоит и курит в это время. Пользы - 0. А сложность программы возрастает.
2. Например, какие задачи можно разнести по разным ядрам на клиенте 1С? Максимум что можно было бы - это сравнение конфигураций или глобальный поиск/проверку модулей на несколько ядер разбросать, ибо тут особых проблем распараллелить быть не должно. | ||
Jstunner 302 - 10.01.13 - 09:24 | (301) банальное перепроведение спокойно можно масштабировать на любое разумное количество ядер.
Выделить поток для рисования интерфейса. Обработки/отчеты/и другие формы запускать в отдельных потоках, синхронизировать на вызовах извне | ||
ptiz 303 - 10.01.13 - 09:27 | (302) Ну попробуй масштабировать перепроведение реализаций, когда один и тот же товар повторяется из документа в документ. | ||
Jstunner 304 - 10.01.13 - 09:31 | (303) а в чем проблема-то? | ||
Alexey_Morov 305 - 10.01.13 - 09:32 | (301)
Ну как? В вашем 1С много всяких потайных камней. Например, можно грамотно сделать аналог Resharper для среды, где пишется код. Во-вторых, процедура закрытия месяца (одна из тормозных операций на большинстве конфигураций) - её тоже можно распараллелить. Так? И другие задачи хорошо параллелятся, как писал хитрый Гилев из Паруса. | ||
ptiz 306 - 10.01.13 - 09:35 | (304) Результат проведения следующего документа зависит от проведения предыдущего. | ||
dmpl 307 - 10.01.13 - 09:37 | (302) Перепроведение можно распараллелить только если оно write only. Т.е. не опирается на данные в БД. Причем такие документы, обычно, итак проводятся за 1 секунду. А если есть еще и чтение - все упрется в блокировки.
(304) Партии как будешь списывать? (305) 1Сные платформописатели отладили для начала, хотя бы, кеш, прежде чем за многопоточку браться... А закрытие месяца ты не распараллелишь эффективно. Если попробуешь - тут же в блокировки и зависимости упрешься. Ты для начала посмотри загрузку процессора на клиенте при соответствующей операции. Если 1 ядро не нагружается на 100% - то вообще никакого смысла нет распараллеливать. А чаще всего так и есть. | ||
Jstunner 308 - 10.01.13 - 09:47 | (306) Уже реализованы все необходимые механизмы блокировок данных. Не получилось провести восемь документов за раз - ничего страшного. Следующие восемь - может быть и проведутся, кто знает. В любом случае - шанс на сильное увеличение работы - это лучше чем ничего.
(307) "Партии как будешь списывать" ну упрется один документ в блокировку, ничего страшного. Есть и другие данные, которые смогут "пройти". Не надо ограничиваться примитивные базы, в которых через документ приход/расход одной и той же номенклатуры | ||
Alexey_Morov 309 - 10.01.13 - 09:51 | (307)
То есть, само ядро 1С работает не эффективно, правильно? Непонятно, почему до сих пор нет эффективного механизма наподобие LDGC (Leasing Distributed Garbage Collector), как у нас в .Net Framework. Во-вторых, до сих пор нет нормальной стабильной работы самого ядра. Почему-то при работе извне рвётся связь. | ||
NS 310 - 10.01.13 - 12:11 | (308) Речь изначально шла о гипертрейдинге. Допустим эффективность второго ядра (прибавка быстродействия от включения гипертрейдинга) 30%.
Ты одновременно проводишь 2 документа. Эффективность каждого виртуального ядра 65% от физического. Если у тебя с такой-же нагрузкой из двух документов из-за блокировок провелся один. То потратил на его проведение ты в полтора раза больше времени. То есть от распараллеливания ты не выиграл, а только проиграл. Рекламное место пустует | ||
Jstunner 311 - 10.01.13 - 12:56 | (310) Как только документ блокируется в ожидании ресурса, он высвобождает процессор. Другому документу будут доступны все 100 процентов + свободное виртуальное ядро HT | ||
NS 312 - 10.01.13 - 13:00 | (311) Процессорное время до блокировки было потеряно?
В момент до блокировки первый документ проводился медленней? Блокировка с необходимостью полного перерасчета могла произойти в конце проведения? | ||
Jstunner 313 - 10.01.13 - 13:10 | (312) Процессорное время до блокировки не было потеряно, все предварительные расчеты заблокированного документа готовы.
Наука о блокировках приучает нас блокировать абсолютно все ресурсы, которые могут пригодиться в транзакции, одномоментно. В противном случае, будут возникать дедлоки в многопользовательских, и как следствие, в многопоточных системах. | ||
Alexey_Morov 314 - 10.01.13 - 13:16 | (313)
Да, дедблоки - это реально плохо. Система с кодом, оптимизированным под многоядерный процессор реально летает и не тупит! | ||
NS 315 - 10.01.13 - 13:21 | (313) Еще раз - из-за блокировки документ нужно будет перерасчитывать. | ||
Jstunner 316 - 10.01.13 - 13:24 | (315) нафига его перерасчитывать, если он заблокировался на открытии транзакции? | ||
NS 317 - 10.01.13 - 13:29 | (316) Пример - выпуск полуфабриката с расчетом стоимости по среднескользящей.
В процессе проведения выпуска одного полуфабриката оказалось что параллельно выпускаемый другой полуфабрикат содержит в качестве комплектующих первый. Тогда этот второй полуфабрикат придется перерасчитывать. | ||
Jstunner 318 - 10.01.13 - 13:37 | (317) грамотно, как я писал ранее, всё знать и заблокировать в самом начале проведения. В момент транзакции никакой "параллельно выпускаемый другой полуфабрикат" не должен возникнуть по определению | ||
NS 319 - 10.01.13 - 13:39 | (318) Перед расчетами ты не можешь этого знать. Во первых.
А во вторых чтоб узнать - нужно наладить взаимодействие между всеми проводимыми документами, что тоже жрет ресурсы. | ||
NS 320 - 10.01.13 - 13:40 | И в данном случае, в (317) - основное время при проведении как раз будет тартиться чтоб узнать из чего-же состоит полуфабрикат. | ||
Jstunner 321 - 10.01.13 - 13:45 | (320) частный случай, если лень или нет возможностей, решается каким нибудь выделенным глобальным мьютексом в базе данных. При этом производство варится в своей песочнице и не мешает всем остальным пользователям и процессорам работать. | ||
NS 322 - 10.01.13 - 13:54 | (321) Хорошо, упрощаем. Нужно просто провести по остаткам с предварительным контролем сотатков. Тоже не распараллелишь.
Ты предлагаешь сверять не пересекаются ли списки, но сложность алгоритма сравнения списков - эн логарифмов эн, где эн количество строк, а сложность проведения О большое от эн. Ты не просто такой сверкой замедлил, а ты ухудшил сложность алгоритма, что недопустимо. В случае тысячи строк в каждом документе ты замедлишь проведение в 10 раз. | ||
Jstunner 323 - 10.01.13 - 13:58 | (322) "Нужно просто провести по остаткам с предварительным контролем сотатков"
если в базе одна-две номенклатуры, то действительно сложно распараллелить. В реальной ситуации - запросто. Документ знает, какие строки таблиц и как заблокировать на самом раннем этапе транзакции. | ||
NS 324 - 10.01.13 - 14:01 | (323) Но при этом у тебя эффективность распараллеливания не 100%, так как при однопоточном проведении никуда никакие галки ставить было не надо.
Сложность проставления О(n), сложность проведения такая-же, а не больше, то есть эффективность уже не 100%. А второе ядро у тебя не бесплатное, гипертрейдинг не дает удвоения скорости. | ||
Jstunner 325 - 10.01.13 - 14:03 | (324) как не надо было галок?
Эти механизмы уже есть, для поддержания целостности данных в многопользовательских системах. Все и так блокируется, в автоматическом режиме управления блокировок - неявно, но блокируется. | ||
NS 326 - 10.01.13 - 15:18 | (325) То есть, ты хочешь сказать что при проведении документа с чтением табличной части на всё время проведения блокируются строки таблицы номенклатура? Уверяю тебя, это не так.
А нам нужно будет заблокировать. | ||
NS 327 - 10.01.13 - 17:47 | Точнее не заблокировать, а поставить метку для другого проводимого документа, что остатки именно по этой номенклатуре в процессе проведения могут измениться.
Саму номенклатуру при этом блокировать для изменений не нужно. | ||
Jstunner 328 - 10.01.13 - 21:22 | (327) как я писал выше, платформа всё это уже делает. Любой запрос в транзакции с автоматическим управлением блокировками устанавливает разделяемую блокировку на все данные, которые этот запрос использует. Таким образом, если кто-то захочет писать в эти таблицы, то ему придётся подождать освобождения ресурсов. | ||
NS 329 - 10.01.13 - 22:02 | (328) Я не понял, зачем нам запрещать писать в спарвочник? Тебе не кажется что это решение кривее некуда? Вдобавок зачем нам блокировать справочник номенклатура, хотя мы всего-лишь хотим прочитать регистр остатков, а перед этим нам надо проверить пересекаются ли товары в табличных частях. А не запрещать писать в номенклатуру. | ||
Jstunner 330 - 10.01.13 - 22:19 | (329) а никто и не блокирует справочник. Ты когда читаешь остатки номенклатуры из регистра, получаешь только ссылку на справочник, строчку по сути. К таблице-то не обращаешься | ||
NS 331 - 10.01.13 - 22:26 | (330) А что мы блокируем чтоб не продать в минус при проведении? | ||
NS 332 - 10.01.13 - 22:56 | Тут встала задача собрать тихий достаточно мощный игровой компьютер в компактном красивом корпусе. Вот что наваял -
Корпус: SilverStone Sugo SG09 Блок питания: be quiet! Pure Power CM BQT L8-CM-430W Материнская плата: ASUS P8Z77-M mATX (возможно заменю на плату с лучшей обвязкой питания) Процессор: Intel Core i5-3570 (о разгоне в компактном корпусе речи нет) Кулер: Noctua NH-D14 Термопаста: Arctic MX-4 (качественная и легко мажется) Память: Kingston HyperX Genesis XMP 16GB DDR3 Kit KHX2133C11D3K4/16GX 2133 CL11 HDD: Western Digital Red 2TB WD20EFRX (терабайтные пластины, тише и надежней Грина по ТТХ) Samsung SN-506AB/BEBE Slim (в корпус только слимы лезут) Получилось в районе 28 тыров. осталось выбрать видеокарту и SSD под кеш винта/систему/гибернацию. Если задача уложиться в полташку, то на видео и SSD осталось 22 тыра. | ||
Jstunner 333 - 11.01.13 - 00:03 | (331) регистр остатков по указанным измерениям. | ||
Jstunner 334 - 11.01.13 - 00:03 | (332) мощный игровой компьютер без видеокарты?? | ||
Jstunner 335 - 11.01.13 - 00:06 | (334) ну и ценники на настольник..
я себе перед новым годом взял нотик всего за 35 тыр http://market.yandex.ru/model-spec.xml?modelid=8490968&hid=91013 | ||
NS 336 - 11.01.13 - 00:07 | |||
NS 337 - 11.01.13 - 00:08 | (335) Думаю что с "игровым компьютером" этот нотик не имеет ничего общего. :) | ||
NS 338 - 11.01.13 - 00:10 | (333) И с какого по какой момент блокируются?
А если у пользователя конкретного разрешено продавать в минус, а в регистре вообще нет строк с этим товаром? | ||
Jstunner 339 - 11.01.13 - 00:16 | (337) ну мне игры не интересны, просто ценники на настольные компы удивляют. Без монитора, винды и ибп.. | ||
NS 340 - 11.01.13 - 00:19 | (339) Быстродействие несравнимо.
Если собирать комп по мощи как твой ноут, в недорогом корпусе - в пятнашку легко можно уложиться вместе с виндой. | ||
Jstunner 341 - 11.01.13 - 00:19 | (340) не уложишься. Один проц десятку будет стоить | ||
Jstunner 342 - 11.01.13 - 00:23 | (336) читаем все данные из документа, подготавливаем таблицы для движений. Выбираем всю номенклатуру, сворачиваем, блокируем регистры по ней. Также добавляем блокировки по всяческим организациям, контрагентам и прочие. Вызываем метод "Заблокировать". Далее спокойно изучаем остатки, и делаем движения. Механизмы режима управляемых блокировок в платформе есть. | ||
NS 343 - 11.01.13 - 00:24 | (341) Легко уложусь. Проц самый дешевый i5 ivi bridge, который круче этого - стоит 177 баксов бокс. | ||
Amra 344 - 11.01.13 - 00:24 | Так, тут у всех 22 см, что ругаетесь? | ||
Jstunner 345 - 11.01.13 - 00:25 | (343) модель подскажи | ||
NS 346 - 11.01.13 - 00:25 | (342) Об этом говорилось выше - у тебя сложность проведения с N вырастает в таком случае до NlnN, где N количество строк в документе. | ||
NS 347 - 11.01.13 - 00:26 | (345) http://ark.intel.com/products/65510/Intel-Core-i5-3330S-Processor-6M-Cache-up-to-3_20-GHz
Еще и с пониженным энергопотреблением. | ||
Jstunner 348 - 11.01.13 - 00:26 | (346) от сворачивания номенклатуры? | ||
NS 349 - 11.01.13 - 00:27 | Виноват, это не бокс.
Бокс 187, без пониженного http://ark.intel.com/products/65509/Intel-Core-i5-3330-Processor-6M-Cache-up-to-3_20-GHz Рекламное место пустует | ||
NS 350 - 11.01.13 - 00:28 | (348) Это сложность сравнивания двух списков на вхождение хотя бы одного элемента одного во второй. | ||
NS 351 - 11.01.13 - 00:29 | Пямять 1700, мать 3000 приличная (по сравнению с ноутбучной). Остается корпус и HDD. Всяко укладываюсь. | ||
Jstunner 352 - 11.01.13 - 00:29 | (350) когда выполняется запрос в автоматическом режиме, все тоже делается неявно | ||
Jstunner 353 - 11.01.13 - 00:30 | (349) по CPU mark он сильно в опе по сравнению с любым i7 | ||
NS 354 - 11.01.13 - 00:30 | (352) Запрос блокирует регистры на чтение? | ||
Jstunner 355 - 11.01.13 - 00:31 | (354) в транзакции - да. Блокирует разделяемой блокировкой | ||
NS 356 - 11.01.13 - 00:31 | (353) Да ладно. Шутишь. Ссылку дашь?
У тебя ноутбучный i7 на 2400МГц, и выигрыш от виртуальных ядер ты увидишь только в синтетических тестах. | ||
Jstunner 357 - 11.01.13 - 00:31 | |||
Jstunner 358 - 11.01.13 - 00:33 | (356) что значит "ноутбучный"? Он под нагрузкой всегда до 3,4 ГГц разгоняется | ||
NS 359 - 11.01.13 - 00:34 | (358) На восьми потоках? Это шутка? :)
Твоего только в тестах нет. | ||
zak555 360 - 11.01.13 - 00:34 | (357) сейчас кто-то ай5 покупает ? | ||
Jstunner 361 - 11.01.13 - 00:35 | |||
NS 362 - 11.01.13 - 00:36 | http://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i7-3630QM+%40+2.40GHz&id=1444
ВТвой даже в синтетике дает такой-же результат. (360) Все кто понимает что на сегодняшний день практически нет приложений кроме кодирования/декодирования, получающих выигрыш от гипертрейдинга. | ||
Jstunner 363 - 11.01.13 - 00:37 | (359) сколько угодно потоков. Пока нагреваться не начнет сильно, будет гнать на максималке | ||
NS 364 - 11.01.13 - 00:38 | (357) Ты не на тот проц ссылку даешь.
Хотя уговорил. 200 баксов с копейками стоит проц аналогичный твоего (в синтетике) | ||
Jstunner 365 - 11.01.13 - 00:38 | (362) 7,6K и 5,8K - это не совсем "такой-же результат" | ||
NS 366 - 11.01.13 - 00:40 | |||
NS 367 - 11.01.13 - 00:45 | И всё-равно - это синтетика. Я на коленке напишу синтетику которая параллелится на 8 потоков со 100% эффективностью.
А вот реальных задач с таким эффективным распараллеливанием хрен найдешь. | ||
NS 368 - 11.01.13 - 00:54 | http://www.ixbt.com/cpu/intel-ci5i7-3x70k.shtml
Вот тут раздел игры. Сранить i7-3770 с i5-3570 Вся разница копеечная которая есть в сводном балле (2%) - это разница от 100 мегагерц прибавки по частоте. А гипертрейдинг в пролете. | ||
Jstunner 369 - 11.01.13 - 01:00 | (368) как я сказал, игры мне побарабану. А вот компиляция C++, в которой i5 курит в сторонке, очень важна | ||
NS 370 - 11.01.13 - 01:07 | (369) Сейчас поищу тесты, но я компилирую на i5-2500, всё ОК :) | ||
NS 371 - 11.01.13 - 01:08 | Да, компиляция быстрее, но в разработке компиляция занимает малую долю времени. | ||
Jstunner 372 - 11.01.13 - 01:09 | (370) ну у меня тоже все ок, просто, когда перестраиваешь проект в восемь потоков с SSDишника, всё очень бодренько | ||
Jstunner 373 - 11.01.13 - 01:10 | (371) во время отладки, особенно когда часто меняешь низкоуровневый заголовок - весьма в тему | ||
NS 374 - 11.01.13 - 01:16 | Может действительно не пожадничать три тыра, и поставить ребенку i7... А то он в программисты тоже хочет удариться.
Что-то уже под OpenGL пишет, попросил карту с поддержкой 4.3 купить. | ||
NS 375 - 11.01.13 - 01:18 | Сможет хотя бы попробовать восьмипоточные приложения пописать, а то без гипертрейдинга они сразу систему кладут, если слипов не вставлять. | ||
MikeFromAtol 376 - 13.01.13 - 02:11 | (374) сколько лет ребенку? :)
По сабжу. Поменял БП с этого непонятного Чифтека на Корсар АХ850. Внепланово/внезапные выключения компа прекратились. Моя щаслив! | ||
Jump 377 - 13.01.13 - 10:28 | (362)Приложения есть просто мало.
А вот при использовании виртуализации, очень даже влияет. | ||
NS 378 - 13.01.13 - 12:18 | (377) Дело не в приложениях, а в задачах.
Если задача не параллелится алгоритмически с эффективностью в 80% и больше , то приложений эффективно параллелящих не появится. А большинство задач не параллелился с такой эффективностью. | ||
Jump 379 - 13.01.13 - 14:43 | (378)Я бы не сказал что все упирается чисто в распаралеливание задачи, пусть даже задача не паралелится - в системе работает куча других задач, которые раскидываются по ядрам, и работают паралельно твоей задачи, не отнимая у нее процессорное время. Но это касательно многоядерности вообще.
Разговор вроде про гипертрединг был, там хоть паралелиться, хоть нет вообще пофиг, количество реальных ядер он не увеличивает. Как было без него четыре ядра, так и с ним будет. Другое дело, что гипертрединг не дает ядрам простаивать при ошибках предсказаний, и переключает контекст на другую задачу - в каких то приложениях это помогает, в каких -то не очень. И вообще про распаралеливание можно вести речь когда в системе работает один процесс, занимающий более 50%процессорного времени, тогда да, его необходимо распаралелить, в других случая в принципе пофиг, что потоки одного приложения будут раскидываться по ядрам, что один поток на одном ядре, а другие ядра занимают другие приложения. | ||
NS 380 - 13.01.13 - 15:18 | (379) В номрамальных системах системные процессы не съедают и 1%. Так что их можно не учитывать.
У пользователя как правило параллельно запущена только одна задача. Гипертрединг в принципе способен переключить на другую задачу - только если она, другая задача есть. Но как правило её как раз и нет. Потому что стандартная задача при включенном гипертрейдинге буудет работать быстрее при чисоле потоков равном числу физических ядер. Если добавить еще один поток, то из-за низкой эффективности гипертрейдинга (виртуальных ядер), и низкой эффективности распараллеливания - скорость только упадет. | ||
NS 381 - 13.01.13 - 18:02 | Обновил конфигурацию компа, видеокарту буду покупать тут поэтому в конфигурации ее нет. Цена - 36 378 включая доставку.
Корпус: SilverStone Sugo SG09 Блок питания: SilverStone Strider Plus ST50F-P ATX2.3 Пишущий blu-ray: Samsung SN-506AB/BEBE Slim Мат. Плата: ASUS Maximus V Gene 1155 mATX Проц: Intel Core i7-3770 Tray Кулер: Noctua NH-U12P SE2 Термопаста будет использоваться комплектная Память: Kingston HyperX Genesis XMP 16GB DDR3 Kit KHX2133C11D3K4/16GX SSD: Kingston SSDNow V300 120GB MLC SV300S37A/120G HDD: Western Digital Red RD1000M 2TB WD20EFRX | ||
Jump 382 - 13.01.13 - 18:16 | |||
NS 383 - 13.01.13 - 18:21 | (382) я бы взял самсунг 840pro, но он смухлевал со скоростью последовательных операций, и стоит на 40 евро дороже.
Полгода назад взял бы интел 520 - но он уже не в лидерах. А тут хороший контролер, хорошая память, и хорошие характеристики в сборе - 500 метров в обе стороны последовательных операций, и до 80000 iops, причем производительность подтверждается тестами. | ||
NS 384 - 13.01.13 - 18:22 | |||
Sorm 385 - 13.01.13 - 18:23 | (0) Писькомерство.... | ||
NS 386 - 13.01.13 - 18:25 | |||
Beduin 387 - 13.01.13 - 19:07 | (381) Блюрей зачем? | ||
IamAlexy 388 - 13.01.13 - 19:09 | кстати да - нафига в стационарниках блюрей?
фильмы с дисков смотреть? это же полный изврат.. тогда уж если диски покуапются то плеер к ним надо простой человеческий который к телеку подключается а еще для чего? | ||
NS 389 - 13.01.13 - 19:42 | (388) он по цене как двд. Без привода в иваново явно некомфортно будет. | ||
Нуф-Нуф 390 - 13.01.13 - 20:04 | (0) жене кольцо с бриллиантом купил? | ||
MikeFromAtol 391 - 13.01.13 - 20:25 | (390) нет. Жене вчера купили PS3 с двумя контроллерами PS Move :) | ||
NS 392 - 13.01.13 - 21:58 | Насчет блюреев - при цене менее 50 рублей за 25 гиговую болванку - это довольно дешевое средство для хранения. | ||
Beduin 393 - 14.01.13 - 00:17 | (392) 2 рубля за гигабайт
У винчестера на 2терабайта при стоимости 3000 рублей 1.5 рубля за гигабайт плюс удобство. | ||
NS 394 - 14.01.13 - 00:20 | (393) Винчестер не может быть устройством длительного хранения информации. У меня есть диски середины 90-ых, но ни одного живого винчестера с информацией тех времен. | ||
Alexor 395 - 14.01.13 - 00:42 | (394) Угу, зато СД читаются старые только в путь. | ||
Jump 396 - 14.01.13 - 00:50 | (394)Позволь не согласиться.
У меня есть десятилетний hdd, который вполне читается. А вот самописные болванки тех времен - по большей части не читаются. Это я к чему - на данный момент нет гарантированно надежного способа хранения информации, чтобы записал, и забыл лет на десять двадцать. А рейд из HDD при должном уходе, и своевременной замене дисков протянет сколько угодно долго, и по ценнику выйдет дешевле чем на болванках. Да и новый диск в массив воткнуть намного быстрей чем переписать болванку. | ||
Jump 397 - 14.01.13 - 00:50 | (395)Речь идет о СD заводской штамповки, или о самописных болванках? | ||
NS 398 - 14.01.13 - 00:53 | (397) что может случиться с болванкой лежащей в коробке? | ||
NS 399 - 14.01.13 - 00:55 | (396) врятли ты дашь кому-либо рейд "переписать"
Ни разу не видел чтоб фильмы или коробочные игры или музыку дарили на винтах. | ||
Alexor 400 - 14.01.13 - 01:02 | (398) У меня где-то процентов 10 старых дисков перестали читаться. |
◄ 1 2 3 4 5 6 ► |
Список тем форума
|
Правила | Описание | Реклама на форуме | Волшебные решения | Поиск | Секции | Рейтинг | Книга знаний | Вики-миста (КЗ2) | Мобильная | Архив | Модераторы | Галерея | Регистрация | 18+ |