VariCAD проприетарный и платный. Здесь про свободу ничего не сказано, но и ничего не сказано про платность.
Так что, наверное, лучше с QCad сравнивать (который, правда, свободен, в отличие от).
Почему же глупости? Журнал обычно расположен в одном и том же месте, т.е. каждое изменение определенного файла вызовет изменения в журнале. В итоге блоки, на которые приходится журнал, быстрее выйдут из строя.
Если вы, например, используете SSD на кэширующем прокси-сервере, я думаю, что при большой нагрузке он у вас и года не проживет, если ФС будет журналируемой.
От эксплуатации зависит: если флешкой пользоваться бережно (чтобы не сжечь статикой) и не форматировать ее журналируемой ФС, то по идее, жить она будет долго.
Правда, сам большим опытом похвастаться не могу: первая моя USB-флешка появилась у меня пару лет назад (4ГБ). Живет и здравствует.
SD-флешки из фотоаппарата/читалки тоже все живые. Даже активно используемая SD на 256МБ из Palm, которому лет 10, живая.
А вот SSD у меня есть лишь на нетбуке. Ему около трех лет, но эксплуатируется он очень редко, так что, учитывая то, что SSD отформатирована в etx2, прожить она должна очень долго.
// сам я не являюсь сторонником SSD: слишком уж дорогие они, несмотря на другие их преимущества (энергопотребление, скорость), даже после наводнения в Тайланде жесткие диски все равно дешевле, чем SSD
Я имел в виду и математический движок, и рисовалку.
Как мне кажется, здесь происходит вот что: сервер формирует данные для отображения и POST-запросом клиент эти данные получает, затем клиент строит при помощи JS и SVG/canvas/webGL график. При движении вдоль графика клиент занимается всей интерактивностью, а при смещении графика получает недостающие данные у сервера.
Вот интересно было бы взглянуть на сам JS (без обфускатора), server-side для этой задачи наипримитивнейший, скорее всего (вряд ли они туда еще и всякие интегралы запихивали).
В смысле: как представляю? Просто есть у меня желание динамические графики сделать более динамичными (сейчас просто формирую SVG на стороне сервера и отдаю клиенту, а можно ведь и на стороне клиента SVG формировать и отображать, да еще и интерактивности, как у гугла, добавить). А можно и не SVG использовать, а webGL…
Еще интересно было бы сравнить алгоритмы неполного упорядочивания данных для поиска медианы (сам таким анализом полностью не занимался: просто сразу взял готовые алгоритмы из Numerical Recipies. Но интересно: вдруг что побыстрей есть).
А при сверлении после травления мелкие контактные площадки не отрываются?
Я всегда сначала сверлил, а затем уже травил. В качестве лака использовал раствор канифоли в ацетоне с добавлением небольшого количества пасты от шариковой ручки (для подкраски): сразу после травления можно было лудить плату без необходимости счищать лак.
> дело было в том что разработчики допустили косяк при разработке функции и произошло наложение областей src и dst
Это был не «косяк», а реализация функции. В мануалах белым по-черному написано, что нельзя рассчитывать на то, что функция memcpy правильно отработает при перекрывании dst и src.
А некоторые несознательные граждане маны читать по-человечески не научились, вот и стали писать кривой код.
> От того, что я подниму фтп-сервис на вин7, то моя помойка с двуядерным атлоном тут же превратится в сервер?
Конечно. Неужели вы думаете, что автор хотел собрать статистику по серверам с высокой загрузкой?
Много ли на хабре найдется админов таких серверов? Лично я такие серверы вживую ни разу не видел. Большинство серверов, которые мне встречались, представляли собой самые обычные десктопы (причем зачастую — старые десктопы, которые жалко выкидывать), даже почтовые и прокси-серверы.
Ну, во-первых, у большинства есть домашняя локалка — т.е. на домашнем компьютере будет нелишним как минимум ftp поднять. Во-вторых, некоторые счастливчики обладают внешними айпишниками — таким не грех и торренты поднять, веб-серверок организовать…
В общем, почему бы домашнему компьютеру не выступать в роли сервера?
Ну, так мои заявления, к сожалению, на реализацию и не претендуют. Они утопичны в этом мире, где каждый стремится украсть и человек человеку волк. Утопичны как коммунизм.
Линуксовый вариант есть?
Так что, наверное, лучше с QCad сравнивать (который, правда, свободен, в отличие от).
Посмотрел бы Тема сначала на MS ergo 4000. Кому нужна размалеванная доска?
Если вы, например, используете SSD на кэширующем прокси-сервере, я думаю, что при большой нагрузке он у вас и года не проживет, если ФС будет журналируемой.
Правда, сам большим опытом похвастаться не могу: первая моя USB-флешка появилась у меня пару лет назад (4ГБ). Живет и здравствует.
SD-флешки из фотоаппарата/читалки тоже все живые. Даже активно используемая SD на 256МБ из Palm, которому лет 10, живая.
А вот SSD у меня есть лишь на нетбуке. Ему около трех лет, но эксплуатируется он очень редко, так что, учитывая то, что SSD отформатирована в etx2, прожить она должна очень долго.
// сам я не являюсь сторонником SSD: слишком уж дорогие они, несмотря на другие их преимущества (энергопотребление, скорость), даже после наводнения в Тайланде жесткие диски все равно дешевле, чем SSD
А вот найти что-нибудь дельное в куче искореженного JS я не смог.
Как мне кажется, здесь происходит вот что: сервер формирует данные для отображения и POST-запросом клиент эти данные получает, затем клиент строит при помощи JS и SVG/canvas/webGL график. При движении вдоль графика клиент занимается всей интерактивностью, а при смещении графика получает недостающие данные у сервера.
Вот интересно было бы взглянуть на сам JS (без обфускатора), server-side для этой задачи наипримитивнейший, скорее всего (вряд ли они туда еще и всякие интегралы запихивали).
Столько методов обработки изображения (и не только), собранных вместе…
Я всегда сначала сверлил, а затем уже травил. В качестве лака использовал раствор канифоли в ацетоне с добавлением небольшого количества пасты от шариковой ручки (для подкраски): сразу после травления можно было лудить плату без необходимости счищать лак.
Это был не «косяк», а реализация функции. В мануалах белым по-черному написано, что нельзя рассчитывать на то, что функция memcpy правильно отработает при перекрывании dst и src.
А некоторые несознательные граждане маны читать по-человечески не научились, вот и стали писать кривой код.
Ну, например, у нас в поселке вообще все из дома через прокси в интернет ходят (понятно, что торрентами тут и не пахнет).
Конечно. Неужели вы думаете, что автор хотел собрать статистику по серверам с высокой загрузкой?
Много ли на хабре найдется админов таких серверов? Лично я такие серверы вживую ни разу не видел. Большинство серверов, которые мне встречались, представляли собой самые обычные десктопы (причем зачастую — старые десктопы, которые жалко выкидывать), даже почтовые и прокси-серверы.
В общем, почему бы домашнему компьютеру не выступать в роли сервера?