Det är begynnelse-se mycket ut som en katapult :)

13 aug 2011 av Chris Inga kommentarer »

Några hus håller saker först. Medan Jag Subaru kille, måste jag säga att jag är mycket imponerad med min frus S4. Inte bara är det driver närmare 400 hästar, men det lätt transporterar 10 'PVC.

Jag har hittat den perfekta drycken för katapult byggnad. Prova får du se varför.

Avslutade kastarmen korgen och jag är inte glad. Det lite tung, inte böjd väl och bara samlade är suckage. Här är hur den kom ut:

Bestämde mig för att skrota design och satsa på något lite mer slimmad. Tror att detta kommer att fungera mycket bättre men bara testa kommer att säga säkert.

Hade en vän frågar om katapulten skulle passa genom de dubbla dörrarna. Här är beviset:

Så jag nu på att avsluta projektet på uteplatsen som jag behöver jobba på de övre stöden. Kunde nästan når dem från nästa nivå upp men bestämde en stege skulle vara säkrare.

Ett problem jag stötte på är hur man limma delar 10 "upp och ändå få goda förbindelser. Jag slutade att se allt på rätt sätt passar, gav mig själv en viss anpassning linjer, och gjorde limmet arbetet på marknivå.

Bit av den slutliga monteringen en gång sin dagsljus och det ska bli dags att prova en provskjutning. Grannar se upp!

C-

Retur av odjuret

12 augusti 2011 av Chris Inga kommentarer »

I processen för att att sätta den katapulten tillbaka tillsammans. Jag är vid en punkt där nästan varje skarv antingen limmas eller fast. Den ursprungliga tanken var att skruva lederna som inte får lim. Vid kontroll av inriktning, var min rädsla jag skulle hamna att ta bort för mycket material och försvaga den strukturella integriteten av det gemensamma. Jag valde att gå för # 10 plåtskruvar i stället.

Jag ville vara säker på att rören var fullt införd före applicering av lim eller sätter skruvar. Eftersom du inte kan se insidan av röret på många av lederna markerade jag bara en 5/8 "djup som en guide.

Hade lite av ett löpande band som går.

Jag vet att det inte ser ut som stora framsteg har gjorts, men jag är tillbaka där jag började bara alla fogar är ordentligt låsta i.

Nästa steg är att bygga den bakre 10 'stöder såväl som kastarmen. För korgen på kastarmen, tänkte jag att jag skulle använda en liknande led till den jag används för vridningspunkten, men den här gången kommer jag att använda caps istället för adaptrar på sidorna. Här är de delar:

Nästa steg är att limma ihop delarna, och sedan gå den på med mitt bord för att såga ut toppen. :)

Mer att komma,

C-

Åh Vänta, jag har en annan bra idé! :)

11 augusti 2011 av Chris Inga kommentarer »

Funderar om jag dyker upp på min frus familj sammankomst med en 10 "katapult som kastar eld, som kanske inte är tillräckligt för att övertyga dem Jag är lite över kanten. Med detta i åtanke kommer jag också att bygga en potatis kanon. Vanligtvis inte så galen, men jag har beslutat att bygga ut den klar PVC så att jag kan få en bra ljusshow kommer när dess antänds. :):):)

Självklart måste jag avsluta det aktuella projektet först ...

Framsteg går bra. Här är där vi är på:

Eftersom en 10 'katapult inte passar i verkstaden, måste jag improvisera. Det översta ribban så småningom kommer att vara 10 "från marken. För nu är jag med kortare sidostycken så att det bara är 6,5 "ovanför marken. Detta kommer att låta mig fortsätta att arbeta på katapulten insidan. Jag behöver fortfarande att limma några kritiska förband och skruva upp de återstående delarna (minns att jag behöver kunna riva denna sak ner till transportera den, så skruvförband låter mig bryta katapulten ner i mindre bitar).

Sååå, jag måste riva ner allt, lim vissa leder, sedan lägga allt ihop som bultas. Jag numrering lederna för att påminna mig där alla delar går.

Mer kommer inom kort,

C-

Vad är ett namn?

10 augusti 2011 av Chris 2 kommentarer »

Min fru nämnde att jag bör överväga att namnge enheten. Jag tror att jag måste hålla med. Hon vill kalla den "Bob katapulten" men personligen tycker jag alla enheter som kommer att kunna kasta eld över 500 ft måste ha en kvinnlig namn. Tankar? Skulle kunna använda några förslag.

En av de saker jag hade att tänka igenom var hur att göra pivot punkten för kastarmen. Lite tid att stirra på hyllorna i Home Depot gjorde susen (TIP: Home Depot anställda får * riktigt * förvirrade när de frågar om de kan hjälpa dig att hitta något och du säger att "katapult delar").

Här är vad jag kom med:

Det svänger behöver passa tätt över 2 "PVC men ger en 90 graders adapter för kastarmen. Det svänger måste också rotera fritt men utan så mycket slask det blåser upp sig själv. Jag hamnade tar en 3 "x3" x2 "T (mitten av bilden) samt två 3" till 2 "-adaptrar (visas på varje ände av" T "). Jag dremeled sedan ut adaptrarna tills 2 "rör kan glida lätt genom den. Resultatet är vad du ser ovan. Jag behöver bara limma adaptrarna till "T" och detta bör träna ganska fint.

Enheten blir högre och har mer stöd till i. Jag flyttade vinschen till andra sidan så att fjärrkontrollerna är lätt åtkomliga. Jag vill inte vara någonstans i närheten av denna sak som första gången jag går för maximal dragkraft. ;-)

Mer senare,

C-

Sagan fortsätter

9 augusti, 2011 av Chris Inga kommentarer »

Låt mig först säga att jag har den coolaste fru! Jag nämner att bygga en 10 'katapult för att dra upp till sin familj samla in och hon inte ens slå till ett öga. ;-)

Börjar få grunderna läggs ut. Kommer att använda en 12V vinsch för att ladda enheten. Våren med vara 10 LSB / ft bungee rep. Om min matte är rätt, bör detta få initiala flykthastighet för små laster (ett halvt kilo eller så) upp i intervallet 150 MPH. Wahoo!

Här är layouten basstrukturen. Den elektriska vinsch för att ladda den är i förgrunden:

Lite mer framsteg och här är framsidan av enheten. Det horisontella fältet kommer att bli en vridpunkt för bungee stubin som vinschen drar dem i. Tänkte jag bättre stag som mot den bakre månaden punkten. Newtons tredje lag och allt detta.

Mer som det händer,

C-

Vad händer när nördar uttråkad

8 augusti, 2011 av Chris Inga kommentarer »

Hej alla,

Inte säkerheten relaterade men ville dela, så tänkte jag skulle posta detta här.

Jag har två barn i sina lan år så jag älskar att utnyttja möjligheten att göra galna naturvetenskapliga projekt under täckmantel av "främja sin utbildning". Postat lite tidigare om Van Der Graaf Generator och Plasma-baserade högtalarna vi byggde. Båda var cool projekt.

Min frus familj har en plats i norra NH där de samlas varje augusti. Dess mitt i ingenstans med en fantastisk sjö på ryggen. Under årens lopp har jag dra upp några esoteriska vapen som att kasta stjärnor, armborst pistol och även en blowdart pistol. Även dessa var cool, saknade de den massiva destruktiva effekten jag letade efter.

Med detta i åtanke förra året byggde vi och tog upp en Trebuchet. Här är en bild från när vi testade det:

Det kan se litet men rätt inställd kan kasta en golfboll 2/3 av längden av en fotbollsplan. Med lite träning, fick vi ganska bra på att slå en 5 "rund mål.

Vi förde Trebuchet ut till släktträff i somras och hade mycket roligt med den. Stirrar på den stora sjön bakom fastigheten hade dock vi bara försöka kasta brinnande föremål. Slår ut Treb var inte särskilt bra på att på grund av alla brandfarliga delar. Beslutade det var något jag behövde för att rätta till i år. Förstås lika månaderna tickar förbi, jag också börjar tänka att det skulle vara ännu coolare om jag kunde kasta objekt längre. Med detta i åtanke har jag kommit fram till denna grova Design:

Funderar på att använda 2 "PVC för en majoritet av delarna. Det kommer att ge strukturen styvhet, är ett enkelt medium för att arbeta med, och viktigast, kommer det att stå emot brinner. :)

Så det är planen, vi får se hur detta projekt går. Håll ögonen öppna för resultaten.

C-

Blogg revideras grumlig godhet

20 maj 2011 av Chris 2 kommentarer »

Greets alla,

Först vill jag be om ursäkt för att vara mörkt så länge. För att göra en låååång historia kort jag gjorde arbetet för en av de stora organisationer som advokater inte kan sova på natten om de inte äger alla jävla tankar och neuron gnistan i huvudet. Så medan jag lyckades hålla skriftligen inom organisationen, gjorde det offentliga sidan blogga problematisk. En resolution var alltid precis runt hörnet, men tyvärr blev det uppenbart att det aldrig skulle hända.

Jag är glad att kunna säga att problemet har lösts. Jag arbetar nu för en extremt cool start som inte försöker kväva det fria utbytet av idéer, utan snarare uppmuntrar det. Min Gud vad en galen koncept, va? : D

Med det sagt, framöver kommer det att finnas ett par förändringar:

  1. Jag tror verkligen att hybrid molnet är redo att ta över världen, så mitt skrivande kommer i första hand inriktad på denna disciplin.
  2. Snarare än Post poster här kommer jag att lägga dem på min nya arbetsgivare, CloudPassage . Klicka bara på "Blogg" längst upp till höger på sidan.

Vi ses där,

Chris

Dödar Lönsamheten Innovation?

September 2, 2010 av Chris 1 kommentar »

Paul Graham har en utmärkt skriver upp på varför Yahoo gick i konkurs . Hela artikeln är värt att läsa, men här är två val citat:

Jag minns berättade David Filo i slutet av 1998 eller början av 1999 att Yahoo ska köpa Google, eftersom jag och de flesta andra programmerare i företaget använde det istället för Yahoo för sökning. Han berättade att det inte var värt att oroa. Sökning var endast 6% av vår trafik och vi växte med 10% per månad. Det var inte värt att göra bättre.

Och senare Paulus fortsätter med att säga:

Om omständigheterna hade varit annorlunda, kan de personer som driver Yahoo har insett tidigare hur viktigt sökning var. Men de hade mest opaka hindret i världen mellan dem och sanningen: pengar. Så länge kunderna skrev stora kontroller för bannerannonser, var det svårt att ta search allvar. Google hade inte det att distrahera dem.

Först en ansvarsfriskrivning: Yttrandet jag ska uttrycka är mina egna. De utgör inte, eller har något samröre med någon organisation jag arbetat med i dåtid, nutid eller framtid. Om du ser en brist på innovation inom din organisation, vet att jag har gjort jobbet åt dig, och tror att dessa åsikter är om din organisation, kan jag försäkra er att de inte är. De är iakttagelser om en helt annan organisation.

Paul: s artikel slog verkligen hem för mig. Tänker tillbaka på de år jag har spenderat konsulttjänster för olika organisationer, märkte jag en distinkt mönster. Internet utrymmet är full med företag som hade några häftiga innovation, gjorde inbrytningar i sin marknadsandel, men förlorade sin väg i jakten på högre vinster. Man kunde se det inom organisationens interna kulturen samt deras fronten mot interaktion med allmänheten. När fokus har ändrats från långsiktig teknikutveckling för att på kort sikt lönsamheten började organisationen en nedåtgående spiral.

Förmodligen en av de tidigaste flesta offentliga exempel var Lotus . För folk med så mycket grått hår som jag själv, minns du förmodligen att program som 1-2-3 och Notes satte datorn på kartan som valet business class-system. I början av 90-talet var alla igång Lotus programvara. För den tiden i historien var det mycket innovativ och funktionell. Det var ett antal år, där bokstavligen varje företag jag arbetade för hade en stor utbyggnad av Lotus programvara.

Sedan runt mitten av 90-talet förändrades allt. Nya utgåvor fasta buggar i stället drivit tekniken framåt. En drakoniska kopieringsskydd genomfördes. Kostnader för telefonsupport och patchar gick igenom taket. Jag minns den exakta ögonblick jag bestämde att jag skulle göra vad som helst jag kunde för att komma bort från Lotus programvara. Jag satt på is för CC: Mail stöd (för datalagring hade skadat sig igen) och insåg att de hade hyrt en skiva jockey att spela upp musik och tillkännage tider kö vänta (vanligtvis 30-60 minuter). Detta sagt till mig att Lotus visste att de hade stöd problem, men i stället adress orsaken de tog den billiga vägen ut och hyrde en underhållare. Även om jag är säker på att detta ökat sin kortsiktiga lönsamhet skickade den folk som jag kör i Microsoft lägret.

Självklart skurkar inte var den sista. Vi såg även Microsoft att växa med stormsteg tills fokus ändrats från innovation till kopieringsskydd och slicks marknadsföring. SCO bytte affärsmodell från att vara en SMB lösning att vara litigators och snabbt gled in i glömska. Vi kan även se det igen med Oracle. Vissa hävdar att Oracle köpte Sun inte att vidarebefordra deras innovation, men i synnerhet till att processa mot Google . Svårt att argumentera denna punkt som från utsidan verkar det som det enda annan sak de har gjort med Sun är döda OpenSolaris , vilket skär av en mängd innovationer från utomstående programmerare.

I Paulus artikel han skyller orsaken på Yahoo som inte anställa de bästa programmerare. Enligt min erfarenhet problemet går djupare än så. När ett företag går över till detta självdestruktiva fas de fokuserar mindre på att anställa innovatörer (som programmerare) och mer på att anställa bönor räknare. De fokus ändras från att främja nya idéer till att klämma ut varenda öre för kortsiktig vinning. Det första tecknet är oftast absurda politiska förändringar. Kuber bara kan dekoreras på något cookie cutter mode, måste ingenjörer tömma sin egen papperskorgen, spenderar du mer av din dag står för vår tid snarare än att faktiskt åstadkomma något, etc. etc.

Även om jag är säker på att en del revisor kan visa på en ganska stapeldiagrammet att denna typ av politiska förändringar öka lönsamheten, de missar en mycket viktig punkt. De förändringar skapar en miljö som är skadligt för nytänkande. Kulturen Shift alla, men garanterar att innovativa idéer kommer att misslyckas, och innovativa tänkare kommer att gå vidare till andra möjligheter. Pauls interaktion med Yahoo är ett utmärkt exempel. Tänk på det som synonymt att investera i livsmedel i affären. Att köpa billig mat kommer att resultera i kort sikt lönsamhet, men på lång sikt det kommer förmodligen dramatiskt öka dina sjukvårdskostnader . När du räknar ören är det lätt att förlora ur sikte det långsiktiga målet (som att leva ett långt och friskt liv).

Så är problemet big business? Är mantrat att endast små hungriga företag kan innovera medan stora företag Destine att misslyckas? Personligen tror jag inte detta är sant. Jag har sett stora företag som är smarta nog att skapa interna tankesmedjor för att främja innovation. Mekanismer inrättas så att nya idéer får flöt till toppen och misslyckande inte blivit synonymt med uppsägning. Samtidigt som lönsamheten är fortfarande viktigt (och IMHO det bör vara), kreativa risktagande till potentiella tekniska vertikaler stöds av högsta ledningen. Ett bra exempel på detta är förmodligen Apple. Flytta från datorer till telefoner var en stor förändring i sitt vertikala marknaden, men det lönade sig i spader.

I slutändan tror jag det verkligen handlar om företagskulturen. Vilken dödar ett företag inte dess storlek utan dess förmåga att främja långsiktig istället för kortsiktig tänkande. Snabb sanity check, om du märker din organisation att anställa fler bönor räknare än innovatörer, kan du redan vara på den nedåtgående spiralen.


VMware Snabb Path Versus Slow Path Brandväggar

30 aug 2010 av Chris Inga kommentarer »

Många av oss arbetar nu med virtuella brandväggar. Jag gjorde ett tidigare inlägg om de styrkor och svagheter säkerhet inom den virtuella sfären , men idag vill jag tala om brandväggar möjligheter med VMware. Det har varit en hel del spänning om VMwares relativt ny VMsafe API . Specifikt är alla klättra för att skapa / använda snabba väg brandväggar. Men alla snabba vägen implementationer skapade lika? Finns det säkerhetsproblem med att gå med en snabb väg lösning? Låt oss dyka in och se.

Fördelning av VMsafe

Med lanseringen av VMsafe säkerhets-API, har VMware förbättrat de tillgängliga alternativen för att genomföra säkerhet inom en vSphere miljö genom att tillåta leverantörer att ansluta direkt i hypervisorn i ringen 0. VMsafe består av tre komponenter:

  • VDDK - Disk blocket inspektion. API-har publicly släppts.
  • vCompute - CPU och minne API. Inte har offentliggjorts. Okända som utomstående har tillgång till, om något.
  • vNetwork - API för att övervaka / filter mellan vNIC och Vswitch. Inte har offentliggjorts. Så vitt jag vet, bara Altor Networks och Reflex Systems har tillgång (två leverantörer som hjälpte i utvecklingen av API).

Specifikt vill jag tala med vNetwork API. Vid styrning flödet nätverkstrafik i en ESX värd, finns det två möjliga genomförande "långsam Path" och "snabb väg".

Långsam Sökväg

Långsam väg är den enklaste genomförandet och som vi har använt i flera år. Effektivt detta bara är en VM-gäst, liknande till någon annan VM-gäst, körs på ESX värden. Typiskt varje gäst är ansluten till en unik Vswitch, och vardera av dessa vSwitchar är ansluten till en unik vNIC på brandväggen. Detta liknar ett arv brandväggskonfigurationen, men genomförs virtuellt. Fördelen att exekvera i slow väg är att du kan köra en hel slag OS med några bibliotek eller tjänster som behövs för att stödja brandväggen.

Snabb Path

Snabb väg är faktiskt en ring 0 drivrutin som ansluts direkt i hypervisor kärnan. Detta gör att en tredje part att utnyttja hypervisor för insättning mellan varje vNIC / Vswitch anslutning. Därför att en snabb sökväg drivrutin körs i kernel-kontexten, tillägger den minimal overhead-till systemet. Resultatet är kod inom fast vägen är betydligt snabbare än samma kod som exekveras i långsam bana (alltså VMware namnkonvention för varje sammanhang). Belastning på ESX värden minimeras, så slutresultatet är att du kan köra mycket mer virtuella gäster.

Snabb Vs Långsam

Så det låter som du skulle vilja göra allt som står i snabba väg, men det finns ett antal frågor. Snabb väg är en kernel driver koppla in en minimerad hypervisor, inte en fullständig slag operativsystem. Detta begränsar bibliotek och brandväggen har till förfogande för att styra trafikflödet. Vidare är vi koppla in en kernel föraren så måste det finnas garantier för att den inte svälla hypervisor, öka attacken ytan eller störa annan hypervisor-funktioner. VMware utför en kodgranskning på alla snabba vägen förare innan de släpps. Så om jag kunde teoretiskt genomföra alla min kod i snabb väg, skulle jag behöva VMware godkännande innan varje patch eller funktion release.

Med detta i åtanke, är en leverantör hävdar "snabb väg" stöd faktiskt går att sluta genomföra en del av sin kod så fort vägen, en del som långsam bana och sedan skapa en koppling mellan de två. Hur mycket last placeras på systemet kommer att bero på hur mycket av denna kod genomförs i snabb väg och hur mycket av det utförs i långsam väg.

Möjliga Fast Path implementeringar

Till exempel kan en leverantör välja att skriva en snabb väg drivrutin som helt enkelt tunnlar alla paket tillbaka till en långsam väg genomförts brandvägg. Den långsamma vägen koden bestämmer sedan om trafiken ska ledas eller tappas, med godkända paket att skickas tillbaka till den snabba vägen koden för insättning i hypervisorn styrkanalen. Även om detta skulle vara den enklaste metoden för att distribuera snabbt väg, och utan tvekan den säkraste och mest säkra, skulle det ge de minst prestandafördelar. System last skulle förmodligen inte vara mycket bättre än en hel långsam väg genomförande. Jag ser detta alternativ som är mycket attraktiv för leverantörer äldre brandvägg, eftersom det skulle kräva minsta ändring sina befintliga koden samtidigt som de kan göra anspråk "snabb väg support".

Ett annat alternativ skulle vara att använda den långsamma vägen utrymme för administrativa funktioner med den snabba vägen föraren agerar som brandvägg motorn. Så till exempel brandväggen administratören skulle skapa policyn med ett gränssnitt som körs på en långsam väg VM, som då skulle skjuta politiken ner till en snabb väg förare. Med den här inställningen den snabba vägen föraren har en kopia av politiken så trafikkontroll kan genomföras omedelbart. Resultatet är snabbare trafik hantering med minimal belastningen på systemet. Handeln off är skrymmande kod vid ringen 0.

Det är också möjligt att implementera en blandning av de två. Till exempel kunde jag använder den snabba vägen föraren att genomföra brandväggen politik, men då klara alla "godkända" paket tillbaka till den långsamma vägen för intrång kontroll, virussökning, eller vad som behövs. Acceptabla paket skickas sedan tillbaka till den snabba vägen drivrutinen för insättning. Så i denna konfiguration alla "tappade" paket hanteras via snabba vägen, medan accepterade paket interagera med en långsam bankomponent.

Som en sida noterar, måste du hålla ovanstående information i åtanke när man överväger alla vNetwork implementationer, inte bara brandväggar. Den vNetwork API kan också användas för genomdrivandet, QoS, insamling av nätverk statistik etc. Till exempel den allra första vNetwork genomförandet var faktiskt VMwares Lab Manager. Detta verktyg används för självbetjäning provisioning och innehåller inte en brandvägg komponent (detta genomförs via VShield).

Summary

Medan en VMware produkt som integrerar med VMsafe strikt kan vara en "långsam väg" genomförande, är det högst osannolikt att någon produkt kan betraktas som enbart en "snabb väg" genomförande. Alla snabba vägen produkten är mest sannolikt kommer att bli en hybrid. Det är bara en fråga om hur mycket kod finns i den "snabba vägen" utrymme kontra "slow path" utrymme. När en produkt hävdar snabb väg support, måste du gräva lite djupare för att analysera genomförandet i syfte att identifiera eventuella verkliga prestanda fördelar.

Den Comcast Scam

25 augusti, 2010 av Chris Inga kommentarer »

Helt samband med säkerhet, men blev förvånad när detta hänt mig så jag tänkte att jag skulle kasta ut en heads up.

När du betalar ditt kreditkort eller amorteringar, det finns lagar för att (försöka) hålla borgenärerna mot urgröpning dig. Till exempel om du gör en betalning med kreditkort, har borgenären att tillämpa denna betalning till äldsta köpet. Om de inte gjorde det, kunde de slå till lätt dig med högre ränta och straffavgifter endast att betala av de senaste inköp. Lagen är avsedd att ge en viss nivå av konsumentskydd.

Tydligen gäller samma regler gäller inte för Comcast. Tillbaka i juni gick jag i den lokala Comcast kontoret och plockade upp två nya kabelboxar. Dessa gör det på min juni lagförslaget som jag helt missat på grund av resa. Jag har min bank inställning att göra auto-betalningar, men i juni auto-betalning slutade upp att vara $ 18 kort. Hoppa till juli och jag hade samma problem. Inte titta på räkningen och bara låta auto-pay göra sin sak. Utom nu är det inte bara $ 18 kort, är det $ 18 plus avgifter och påföljder.

Så här är vi i augusti. Mindre än 30 dagar sedan jag senast gjorde en betalning och Comcast dödade min tjänst. Telefon, TV och Internet allt offline. När jag ringde för att ta reda på problemet, fick jag höra mitt konto var 60 dagar försenad. Efter att ha talat med tre olika personer fick jag höra att Comcast har något sådant krav att gälla betalningar till äldsta skulder. Så medan min juli räkningen ansågs ström, var min juni räkningen anses 60 dagar försenade. Således avbrott i tjänsten, samt flera avgifter för att räta tiden grej. Om Comcast hölls för att samma normer som de flesta fordringsägare, skulle jag är fortfarande skyldig dem $ 18. Eftersom de inte är, med sin avgiftsstruktur jag är skyldig nu $ 47 och det antalet fortfarande klättrar (tydligen deras Tivo tjänst inte kan slås på igen utan att en tjänst Tech).

Postmortem

  • Bunta ihop hemservice kan spara pengar, men gör för en otäck single point of failure
  • Var försiktig när du använder en bank baserad auto-lön för räkningar som kan variera
  • Comcast avgiftsstruktur tillåter dem att tjäna en årlig avkastning på 967% om du är så mycket som $ 1 förfallen och missar den följande månaden