Вход | Регистрация

  1  2  3  4  5  6   
О жизни... :: Жизнь прекрасна!

OFF: Собрал себе новый комп

↓ [длинная ветка, 15.01.13 - 16:39]
OFF: Собрал себе новый комп
Я
   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
(334) Там же написано что вудеокарта еще не выбрана.
(333) Можно поподробней, что значит "блокировка регистра остатков по указанным измерениям" - какие строки в каких таблицах блокируются?
   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
(365) см (364)
3570 уже даст такой-же результат. При цене двести с копейками в боксе.
   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
(381)Даже не к чему придраться.
Разве что только SSD.
Чем обусловлен выбор именно Kingston?
   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   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует