Podcast appearances and mentions of Philip Nelson

Dr. Peter Weinstein and Dr. Philip Nelson reflect on the life and presidency of Jimmy Carter. They discuss the context of the 1976 election, Carter's key achievements, and his challenges during his presidency, including the Iran hostage crisis. The conversation also touches on the significant changes in the political landscape since Carter's time, his contributions post-presidency, and the lessons that can be learned from Carter's approach to negotiation and humanitarian efforts. Join us for this courageous conversation.

Dr. Peter Weinstein and Dr. Philip Nelson welcome Stacy Pursell, founder of The Vet Recruiter. They discuss Stacey's journey into veterinary recruiting, the impact of news on mental health, and the importance of civility and respect in today's polarized society. The conversation also touches on emotional intelligence and the challenges of engaging with introverted professionals in the veterinary field. Join us for another courageous conversation! --- Support this podcast: https://podcasters.spotify.com/pod/show/peterandphil/support

Dr. Peter Weinstein and Dr. Philip Nelson discuss the upcoming election, the current political climate, and the impact of race and religion on politics. They reflect on the discomfort surrounding the election, the divisive rhetoric in political discourse, and the role of science in shaping public opinion. The conversation also touches on the historical context of the Electoral College, the evolution of political campaigns, and the importance of civic engagement. --- Support this podcast: https://podcasters.spotify.com/pod/show/peterandphil/support

In this episode of Courageous Conversations, Dr. Peter Weinstein and Dr. Philip Nelson explore the definition of democracy, the historical context of political parties, and the importance of trust and verification in modern society. The conversation highlights the challenges of civic engagement and the need for informed discussions about democracy and trust. --- Support this podcast: https://podcasters.spotify.com/pod/show/peterandphil/support

In this insightful installment join Dr. Peter Weinstein, Dr. Philip Nelson, and their esteemed guest, Dr. Janet Donlin, Executive Director of the American Veterinary Medical Association (AVMA), as they delve into critical discussions surrounding the veterinary field. This episode covers a wide range of pivotal topics including the importance of diversity, equity, inclusion, the overall well-being of veterinary professionals, and the challenges facing the workforce today. Listen as Dr. Donlin recounts her unique journey into the world of veterinary science, highlighting the critical role of organized veterinary groups in molding the future of the profession. The conversation shines a light on the collective responsibility of professionals to foster change and cultivate a supportive and positive environment in veterinary workplaces. Join us! --- Send in a voice message: https://podcasters.spotify.com/pod/show/peterandphil/message Support this podcast: https://podcasters.spotify.com/pod/show/peterandphil/support

Originally from Norfolk, and a member of the family which produced Britain's greatest naval hero, Philip's work within executive search over the past 14 years and as a Trustee has provided him with a unique opportunity to develop long term relationships with senior figures within the commercial, financial services, academic, public and not for profit sectors and within government and Parliament. He has served as the Founder Chair of the 7/7 Memorial Trust and as Vice Chair of Best Beginnings and currently serves as a trustee of Coram Beanstalk, the national literacy charity, Theodora Children's Charity, which brings music, magic, fun and laughter to children in hospitals, hospices and specialist care through visits from Giggle Doctors and as a Member of the Survivors Advisory Forum at the National Emergencies Trust. Philip has built an enviable reputation within executive search as a consequence of his understanding of the sectors within which he works, his connections, the strength and quality of the shortlists he is able to deliver and his palpable commitment to supporting clients to achieve the diversity they seek.

Live Stream Shopping will discuss current practices and success from retailers sharing live streams of their products in real-time. Retail executives around the world have seen the benefit to this practice during the COVID-19 pandemic and have been able to maintain, and in some cases even boost their sales using this process. Live streaming expert Philip Nelson, President of Nelco Media, will share best practices and how to get started.

Photo credit: Ron Kukal (left) with Admiral Merlin Staring former Navy Judge Advocate General at Ron Kukal's home in Sheridan, WY in 2006. “ON JUNE 8, 1967, while patrolling in international waters in the Eastern Mediterranean Sea, USS Liberty (AGTR-5) was savagely attacked without warning or justification by air and naval forces of the state of Israel.  Of a crew of 294 officers and men (including three civilians), the ship suffered thirty four (34) killed in action and one hundred seventy three (173) wounded in action.” From the USS Liberty Veterans Association Website.  John Shuck speaks with a survivor of that attack, Ron Kukal, about what happened on that day, the coverup that ensued, and the truth that is coming out about this attack 53 years later. Ron Kukal is a co-author with other USS Liberty survivors, Phillip Tourney and Ernest A. Gallo, and with primary author, Philip Nelson, of the 2017 book, Remember the Liberty! Almost Sunk By Treason on the High Seas. The book is available at Liberty Fellowship Church and the USS Liberty Veterans Association as well as Amazon. From the back cover: “Exposing one of the most explosive and hidden secrets in U.S. history for the first time, Remember the Liberty! Almost Sunk by Treason on the High Seas explores how a sitting U.S. president collaborated with Israeli leaders in the fomentation of a war between them and their Arab neighbors. It was a war that would ensure a victory for Israel, and include the acquisition of additional land. This book will finally identify the real cause of the vicious attack on a U.S. Naval ship. After the botched plan was executed, the ship refused to sink even after being hit by a torpedo, leading the attack to be cancelled and a massive cover-up invoked, including severe threats for the crewmembers to “keep their lips sealed.” That cover-up is barely still in place, and completely exposed. Written largely by the survivors themselves, the truth is finally being told with the real story revealed.”

Aaron was interviewed by Dr. Philip Nelson of Oral Roberts University on the topics of servant leadership, Gen Z, and generational dynamics. Here is the interview in it's entirety.

A couple of teams look to move on from week 4 quickly, in the form of the Dallas Renegades and the DC Defenders. Thankfully week 5 is upon us! Houston (4-0) looks to keep their perfect overall record intact as they host the Seattle Dragons (1-3) who are 13 point dogs Saturday at 1pm CST. Meanwhile Sunday at 2pm CST the DC Defenders (2-2) look to bounce back from 2 dreadful and forgettable weeks as they play host to the St Louis Battlehawks (3-1) who are favored by 3 on the road. Sunday evening at 8pm CST the LA Wildcats (1-3) are 1-point favorites at home against a resurgent Tampa Bay Vipers, who shut out DC last week and played surprisingly well. The Vipers still have not scored a TD on the road this season. Finally, OUR game of the week, Saturday at 4pm CST the Dallas Renegades (2-2) host the NY Guardians (2-2). Dallas gets the nod here as 7.5 point favorites at home, although they are winless in the friendly confines of Globe Life Park this season. Dallas is looking to go above .500 after a disappointing loss to HOU last week at home that saw Landry Ward go down with a knee injury as Philip Nelson will be under center for at least the next 2 weeks.

In this episode, Illinois Farm Bureau’s Mike Orso talks with Seneca farmer Philip Nelson and Woodstock farmer Michele Aavang about the origins of “Partners,” while exploring the ties that exist between rural and urban Illinois.

In this episode, Illinois Farm Bureau’s Mike Orso talks with Seneca farmer Philip Nelson and Woodstock farmer Michele Aavang about the origins of “Partners,” while exploring the ties that exist between rural and urban Illinois.

Football season over? Not so fast! While the Super Bowl was played on February 3rd, the football season isn't over as the new AAF--Alliance of American Football--will kickoff on Saturday night! There are a few folks with ECU ties who are involved in the new league and we had the chance to catch up with a couple of them. We discussed numerous aspects of the AAF with Greg Herring, who is the VP of Marketing with the Memphis Express while also hearing from former ECU All-Conference tight end and current Arizona Hotshot Bryce Williams. The Pirates also have former quarterback Philip Nelson with the San Diego Fleet and we look forward to catching up with the talented signal-caller down the road. ECU Hall of Fame coach Steve Logan is the OC with the Birmingham Iron. Follow us on Twitter @TheSportsOBJ, Instagram @thesportsobjective, like and follow our Facebook page and Subscribe to our YouTube Channel.

Football season over?  Not so fast!   While the Super Bowl was played on February 3rd, the football season isn't over as the new AAF--Alliance of American Football--will kickoff on Saturday night! There are a few folks with ECU ties who are involved in the new league and we had the chance to catch up with a couple of them. We discussed numerous aspects of the AAF with Greg Herring, who is the VP of Marketing with the Memphis Express while also hearing from former ECU All-Conference tight end and current Arizona Hotshot Bryce Williams. The Pirates also have former quarterback Philip Nelson with the San Diego Fleet and we look forward to catching up with the talented signal-caller down the road. ECU Hall of Fame coach Steve Logan is the OC with the Birmingham Iron.  Follow us on Twitter @TheSportsOBJ, Instagram @thesportsobjective, like and follow our Facebook page and Subscribe to our YouTube Channel.

Fleet Speak PodcastEpisode 5, QB Draft and Offensive Line Preview0:00 - 5:59 Intro/Fleet Freak of the Week @rayinsdTwitter...@FleetSpeakPodEmail...FleetSpeakPodcast@gmail.comHotline...(971) 236-65835:59 - 30:48 QB Protect or Pick DraftJosh Johnson - @Fam1stFamilyQBMike Bercovici - @MikeBercoPhilip Nelson - @phil_nelson9Alex Ross - @aross004OFFENSIVE LINE PREVIEW30:48 - 32:30 Khaliel Rodgers - @k_rodgers30232:30 - 34:57 Damien Mama - @Damien_Mama34:57 - 36:49 Terry Poole - @tp_dagoer36:49 - 38:25 Darrell Green - @D_smoove7238:25 - 39:37 Gerard Kough39:37 - 43:30 Will Pericak - @willpericak43:30 - 44:14 Matt Cohen44:14 - 45:28 Brandon Hodges - @BHoD_3145:28 - 47:16 Joe Kupcikevicius - @Joe_kup7747:16 - 50:06 Jerron Searles - @Acvikes7750:06 - 51:44 Beau Nunn - @B_nunn5451:44 - 52:56 John Montelus - @big_john_7452:56 - 54:31 Austin Fleer54:31 - 57:34 Jeremiah Kolone57:34 - 1:01:41 Positional Wrap-Up1:01:41 - 1:05:28 Brush with Greatness1:05:28 - 1:12:35 The Hotline1:12:35 - 1:14:50 Shout-outs and Outro

What ZFS blockpointers are, zero-day rewards offered, KDE on FreeBSD status, new FreeBSD core team, NetBSD WiFi refresh, poor man’s CI, and the power of Ctrl+T. ##Headlines What ZFS block pointers are and what’s in them I’ve mentioned ZFS block pointers in the past; for example, when I wrote about some details of ZFS DVAs, I said that DVAs are embedded in block pointers. But I’ve never really looked carefully at what is in block pointers and what that means and implies for ZFS. The very simple way to describe a ZFS block pointer is that it’s what ZFS uses in places where other filesystems would simply put a block number. Just like block numbers but unlike things like ZFS dnodes, a block pointer isn’t a separate on-disk entity; instead it’s an on disk data format and an in memory structure that shows up in other things. To quote from the (draft and old) ZFS on-disk specification (PDF): A block pointer (blkptr_t) is a 128 byte ZFS structure used to physically locate, verify, and describe blocks of data on disk. Block pointers are embedded in any ZFS on disk structure that points directly to other disk blocks, both for data and metadata. For instance, the dnode for a file contains block pointers that refer to either its data blocks (if it’s small enough) or indirect blocks, as I saw in this entry. However, as I discovered when I paid attention, most things in ZFS only point to dnodes indirectly, by giving their object number (either in a ZFS filesystem or in pool-wide metadata). So what’s in a block pointer itself? You can find the technical details for modern ZFS in spa.h, so I’m going to give a sort of summary. A regular block pointer contains: various metadata and flags about what the block pointer is for and what parts of it mean, including what type of object it points to. Up to three DVAs that say where to actually find the data on disk. There can be more than one DVA because you may have set the copies property to 2 or 3, or this may be metadata (which normally has two copies and may have more for sufficiently important metadata). The logical size (size before compression) and ‘physical’ size (the nominal size after compression) of the disk block. The physical size can do odd things and is not necessarily the asize (allocated size) for the DVA(s). The txgs that the block was born in, both logically and physically (the physical txg is apparently for dva[0]). The physical txg was added with ZFS deduplication but apparently also shows up in vdev removal. The checksum of the data the block pointer describes. This checksum implicitly covers the entire logical size of the data, and as a result you must read all of the data in order to verify it. This can be an issue on raidz vdevs or if the block had to use gang blocks. Just like basically everything else in ZFS, block pointers don’t have an explicit checksum of their contents. Instead they’re implicitly covered by the checksum of whatever they’re embedded in; the block pointers in a dnode are covered by the overall checksum of the dnode, for example. Block pointers must include a checksum for the data they point to because such data is ‘out of line’ for the containing object. (The block pointers in a dnode don’t necessarily point straight to data. If there’s more than a bit of data in whatever the dnode covers, the dnode’s block pointers will instead point to some level of indirect block, which itself has some number of block pointers.) There is a special type of block pointer called an embedded block pointer. Embedded block pointers directly contain up to 112 bytes of data; apart from the data, they contain only the metadata fields and a logical birth txg. As with conventional block pointers, this data is implicitly covered by the checksum of the containing object. Since block pointers directly contain the address of things on disk (in the form of DVAs), they have to change any time that address changes, which means any time ZFS does its copy on write thing. This forces a change in whatever contains the block pointer, which in turn ripples up to another block pointer (whatever points to said containing thing), and so on until we eventually reach the Meta Object Set and the uberblock. How this works is a bit complicated, but ZFS is designed to generally make this a relatively shallow change with not many levels of things involved (as I discovered recently). As far as I understand things, the logical birth txg of a block pointer is the transaction group in which the block pointer was allocated. Because of ZFS’s copy on write principle, this means that nothing underneath the block pointer has been updated or changed since that txg; if something changed, it would have been written to a new place on disk, which would have forced a change in at least one DVA and thus a ripple of updates that would update the logical birth txg. However, this doesn’t quite mean what I used to think it meant because of ZFS’s level of indirection. If you change a file by writing data to it, you will change some of the file’s block pointers, updating their logical birth txg, and you will change the file’s dnode. However, you won’t change any block pointers and thus any logical birth txgs for the filesystem directory the file is in (or anything else up the directory tree), because the directory refers to the file through its object number, not by directly pointing to its dnode. You can still use logical birth txgs to efficiently find changes from one txg to another, but you won’t necessarily get a filesystem level view of these changes; instead, as far as I can see, you will basically get a view of what object(s) in a filesystem changed (effectively, what inode numbers changed). (ZFS has an interesting hack to make things like ‘zfs diff’ work far more efficiently than you would expect in light of this, but that’s going to take yet another entry to cover.) ###Rewards of Up to $500,000 Offered for FreeBSD, OpenBSD, NetBSD, Linux Zero-Days Exploit broker Zerodium is offering rewards of up to $500,000 for zero-days in UNIX-based operating systems like OpenBSD, FreeBSD, NetBSD, but also for Linux distros such as Ubuntu, CentOS, Debian, and Tails. The offer, first advertised via Twitter earlier this week, is available as part of the company’s latest zero-day acquisition drive. Zerodium is known for buying zero-days and selling them to government agencies and law enforcement. The company runs a regular zero-day acquisition program through its website, but it often holds special drives with more substantial rewards when it needs zero-days of a specific category. BSD zero-day rewards will be on par with Linux payouts The US-based company held a previous drive with increased rewards for Linux zero-days in February, with rewards going as high as $45,000. In another zero-day acquisition drive announced on Twitter this week, the company said it was looking again for Linux zero-days, but also for exploits targeting BSD systems. This time around, rewards can go up to $500,000, for the right exploit. Zerodium told Bleeping Computer they’ll be aligning the temporary rewards for BSD systems with their usual payouts for Linux distros. The company’s usual payouts for Linux privilege escalation exploits can range from $10,000 to $30,000. Local privilege escalation (LPE) rewards can even reach $100,000 for “an exploit with an exceptional quality and coverage,” such as, for example, a Linux kernel exploit affecting all major distributions. Payouts for Linux remote code execution (RCE) exploits can bring in from $50,000 to $500,000 depending on the targeted software/service and its market share. The highest rewards are usually awarded for LPEs and RCEs affecting CentOS and Ubuntu distros. Zero-day price varies based on exploitation chain The acquisition price of a submitted zero-day is directly tied to its requirements in terms of user interaction (no click, one click, two clicks, etc.), Zerodium said. Other factors include the exploit reliability, its success rate, the number of vulnerabilities chained together for the final exploit to work (more chained bugs means more chances for the exploit to break unexpectedly), and the OS configuration needed for the exploit to work (exploits are valued more if they work against default OS configs). Zero-days in servers “can reach exceptional amounts” “Price difference between systems is mostly driven by market shares,” Zerodium founder Chaouki Bekrar told Bleeping Computer via email. Asked about the logic behind these acquisition drives that pay increased rewards, Bekrar told Bleeping Computer the following: "Our aim is to always have, at any time, two or more fully functional exploits for every major software, hardware, or operating systems, meaning that from time to time we would promote a specific software/system on our social media to acquire new codes and strengthen our existing capabilities or extend them.” “We may also react to customers’ requests and their operational needs,” Bekrar said. It’s becoming a crowded market Since Zerodium drew everyone’s attention to the exploit brokerage market in 2015, the market has gotten more and more crowded, but also more sleazy, with some companies being accused of selling zero-days to government agencies in countries with oppressive or dictatorial regimes, where they are often used against political oponents, journalists, and dissidents, instead of going after real criminals. The latest company who broke into the zero-day brokerage market is Crowdfense, who recently launched an acquisition program with prizes of $10 million, of which it already paid $4.5 million to researchers. Twitter Announcement Digital Ocean http://do.co/bsdnow ###KDE on FreeBSD – June 2018 The KDE-FreeBSD team (a half-dozen hardy individuals, with varying backgrounds and varying degrees of involvement depending on how employment is doing) has a status message in the #kde-freebsd channel on freenode. Right now it looks like this: http://FreeBSD.kde.org | Bleeding edge http://FreeBSD.kde.org/area51.php | Released: Qt 5.10.1, KDE SC 4.14.3, KF5 5.46.0, Applications 18.04.1, Plasma-5.12.5, Kdevelop-5.2.1, Digikam-5.9.0 It’s been a while since I wrote about KDE on FreeBSD, what with Calamares and third-party software happening as well. We’re better at keeping the IRC topic up-to-date than a lot of other sources of information (e.g. the FreeBSD quarterly reports, or the f.k.o website, which I’ll just dash off and update after writing this). In no particular order: Qt 5.10 is here, in a FrankenEngine incarnation: we still use WebEnging from Qt 5.9 because — like I’ve said before — WebEngine is such a gigantic pain in the butt to update with all the necessary patches to get it to compile. Our collection of downstream patches to Qt 5.10 is growing, slowly. None of them are upstreamable (e.g. libressl support) though. KDE Frameworks releases are generally pushed to ports within a week or two of release. Actually, now that there is a bigger stack of KDE software in FreeBSD ports the updates take longer because we have to do exp-runs. Similarly, Applications and Plasma releases are reasonably up-to-date. We dodged a bullet by not jumping on Plasma 5.13 right away, I see. Tobias is the person doing almost all of the drudge-work of these updates, he deserves a pint of something in Vienna this summer. The freebsd.kde.org website has been slightly updated; it was terribly out-of-date. So we’re mostly-up-to-date, and mostly all packaged up and ready to go. Much of my day is spent in VMs packaged by other people, but it’s good to have a full KDE developer environment outside of them as well. (PS. Gotta hand it to Tomasz for the amazing application for downloading and displaying a flamingo … niche usecases FTW) ##News Roundup New FreeBSD Core Team Elected Active committers to the project have elected your tenth FreeBSD Core Team. Allan Jude (allanjude) Benedict Reuschling (bcr) Brooks Davis (brooks) Hiroki Sato (hrs) Jeff Roberson (jeff) John Baldwin (jhb) Kris Moore (kmoore) Sean Chittenden (seanc) Warner Losh (imp) Let’s extend our gratitude to the outgoing Core Team members: Baptiste Daroussin (bapt) Benno Rice (benno) Ed Maste (emaste) George V. Neville-Neil (gnn) Matthew Seaman (matthew) Matthew, after having served as the Core Team Secretary for the past four years, will be stepping down from that role. The Core Team would also like to thank Dag-Erling Smørgrav for running a flawless election. To read about the responsibilities of the Core Team, refer to https://www.freebsd.org/administration.html#t-core. ###NetBSD WiFi refresh The NetBSD Foundation is pleased to announce a summer 2018 contract with Philip Nelson (phil%NetBSD.org@localhost) to update the IEEE 802.11 stack basing the update on the FreeBSD current code. The goals of the project are: Minimizing the differences between the FreeBSD and NetBSD IEEE 802.11 stack so future updates are easier. Adding support for the newer protocols 801.11/N and 802.11/AC. Improving SMP support in the IEEE 802.11 stack. Adding Virtual Access Point (VAP) support. Updating as many NIC drivers as time permits for the updated IEEE 802.11 stack and VAP changes. Status reports will be posted to tech-net%NetBSD.org@localhost every other week while the contract is active. iXsystems ###Poor Man’s CI - Hosted CI for BSD with shell scripting and duct tape Poor Man’s CI (PMCI - Poor Man’s Continuous Integration) is a collection of scripts that taken together work as a simple CI solution that runs on Google Cloud. While there are many advanced hosted CI systems today, and many of them are free for open source projects, none of them seem to offer a solution for the BSD operating systems (FreeBSD, NetBSD, OpenBSD, etc.) The architecture of Poor Man’s CI is system agnostic. However in the implementation provided in this repository the only supported systems are FreeBSD and NetBSD. Support for additional systems is possible. Poor Man’s CI runs on the Google Cloud. It is possible to set it up so that the service fits within the Google Cloud “Always Free” limits. In doing so the provided CI is not only hosted, but is also free! (Disclaimer: I am not affiliated with Google and do not otherwise endorse their products.) ARCHITECTURE A CI solution listens for “commit” (or more usually “push”) events, builds the associated repository at the appropriate place in its history and reports the results. Poor Man’s CI implements this very basic CI scenario using a simple architecture, which we present in this section. Poor Man’s CI consists of the following components and their interactions: Controller: Controls the overall process of accepting GitHub push events and starting builds. The Controller runs in the Cloud Functions environment and is implemented by the files in the controller source directory. It consists of the following components: Listener: Listens for GitHub push events and posts them as work messages to the workq PubSub. Dispatcher: Receives work messages from the workq PubSub and a free instance name from the Builder Pool. It instantiates a builder instance named name in the Compute Engine environment and passes it the link of a repository to build. Collector: Receives done messages from the doneq PubSub and posts the freed instance name back to the Builder Pool. PubSub Topics: workq: Transports work messages that contain the link of the repository to build. poolq: Implements the Builder Pool, which contains the name’s of available builder instances. To acquire a builder name, pull a message from the poolq. To release a builder name, post it back into the poolq. doneq: Transports done messages (builder instance terminate and delete events). These message contain the name of freed builder instances. builder: A builder is a Compute Engine instance that performs a build of a repository and shuts down when the build is complete. A builder is instantiated from a VM image and a startx (startup-exit) script. Build Logs: A Storage bucket that contains the logs of builds performed by builder instances. Logging Sink: A Logging Sink captures builder instance terminate and delete events and posts them into the doneq. BUGS The Builder Pool is currently implemented as a PubSub; messages in the PubSub contain the names of available builder instances. Unfortunately a PubSub retains its messages for a maximum of 7 days. It is therefore possible that messages will be discarded and that your PMCI deployment will suddenly find itself out of builder instances. If this happens you can reseed the Builder Pool by running the commands below. However this is a serious BUG that should be fixed. For a related discussion see https://tinyurl.com/ybkycuub. $ ./pmci queuepost poolq builder0 # ./pmci queuepost poolq builder1 # ... repeat for as many builders as you want The Dispatcher is implemented as a Retry Background Cloud Function. It accepts work messages from the workq and attempts to pull a free name from the poolq. If that fails it returns an error, which instructs the infrastructure to retry. Because the infrastructure does not provide any retry controls, this currently happens immediately and the Dispatcher spins unproductively. This is currently mitigated by a “sleep” (setTimeout), but the Cloud Functions system still counts the Function as running and charges it accordingly. While this fits within the “Always Free” limits, it is something that should eventually be fixed (perhaps by the PubSub team). For a related discussion see https://tinyurl.com/yb2vbwfd. ###The Power of Ctrl-T Did you know that you can check what a process is doing by pressing CTRL+T? Has it happened to you before that you were waiting for something to be finished that can take a lot of time, but there is no easy way to check the status. Like a dd, cp, mv and many others. All you have to do is press CTRL+T where the process is running. This will output what’s happening and will not interrupt or mess with it in any way. This causes the operating system to output the SIGINFO signal. On FreeBSD it looks like this: ping pingtest.com PING pingtest.com (5.22.149.135): 56 data bytes 64 bytes from 5.22.149.135: icmpseq=0 ttl=51 time=86.232 ms 64 bytes from 5.22.149.135: icmpseq=1 ttl=51 time=85.477 ms 64 bytes from 5.22.149.135: icmpseq=2 ttl=51 time=85.493 ms 64 bytes from 5.22.149.135: icmpseq=3 ttl=51 time=85.211 ms 64 bytes from 5.22.149.135: icmpseq=4 ttl=51 time=86.002 ms load: 1.12 cmd: ping 94371 [select] 4.70r 0.00u 0.00s 0% 2500k 5/5 packets received (100.0%) 85.211 min / 85.683 avg / 86.232 max 64 bytes from 5.22.149.135: icmpseq=5 ttl=51 time=85.725 ms 64 bytes from 5.22.149.135: icmp_seq=6 ttl=51 time=85.510 ms As you can see it not only outputs the name of the running command but the following parameters as well: 94371 – PID 4.70r – since when is the process running 0.00u – user time 0.00s – system time 0% – CPU usage 2500k – resident set size of the process or RSS `` > An even better example is with the following cp command: cp FreeBSD-11.1-RELEASE-amd64-dvd1.iso /dev/null load: 0.99 cmd: cp 94412 [runnable] 1.61r 0.00u 0.39s 3% 3100k FreeBSD-11.1-RELEASE-amd64-dvd1.iso -> /dev/null 15% load: 0.91 cmd: cp 94412 [runnable] 2.91r 0.00u 0.80s 6% 3104k FreeBSD-11.1-RELEASE-amd64-dvd1.iso -> /dev/null 32% load: 0.91 cmd: cp 94412 [runnable] 4.20r 0.00u 1.23s 9% 3104k FreeBSD-11.1-RELEASE-amd64-dvd1.iso -> /dev/null 49% load: 0.91 cmd: cp 94412 [runnable] 5.43r 0.00u 1.64s 11% 3104k FreeBSD-11.1-RELEASE-amd64-dvd1.iso -> /dev/null 64% load: 1.07 cmd: cp 94412 [runnable] 6.65r 0.00u 2.05s 13% 3104k FreeBSD-11.1-RELEASE-amd64-dvd1.iso -> /dev/null 79% load: 1.07 cmd: cp 94412 [runnable] 7.87r 0.00u 2.43s 15% 3104k FreeBSD-11.1-RELEASE-amd64-dvd1.iso -> /dev/null 95% > I prcessed CTRL+T six times. Without that, all the output would have been is the first line. > Another example how the process is changing states: wget https://download.freebsd.org/ftp/releases/amd64/amd64/ISO-IMAGES/11.1/FreeBSD-11.1-RELEASE-amd64-dvd1.iso –2018-06-17 18:47:48– https://download.freebsd.org/ftp/releases/amd64/amd64/ISO-IMAGES/11.1/FreeBSD-11.1-RELEASE-amd64-dvd1.iso Resolving download.freebsd.org (download.freebsd.org)… 96.47.72.72, 2610:1c1:1:606c::15:0 Connecting to download.freebsd.org (download.freebsd.org)|96.47.72.72|:443… connected. HTTP request sent, awaiting response… 200 OK Length: 3348465664 (3.1G) [application/octet-stream] Saving to: ‘FreeBSD-11.1-RELEASE-amd64-dvd1.iso’ FreeBSD-11.1-RELEASE-amd64-dvd1.iso 1%[> ] 41.04M 527KB/s eta 26m 49sload: 4.95 cmd: wget 10152 waiting 0.48u 0.72s FreeBSD-11.1-RELEASE-amd64-dvd1.iso 1%[> ] 49.41M 659KB/s eta 25m 29sload: 12.64 cmd: wget 10152 waiting 0.55u 0.85s FreeBSD-11.1-RELEASE-amd64-dvd1.iso 2%[=> ] 75.58M 6.31MB/s eta 20m 6s load: 11.71 cmd: wget 10152 running 0.73u 1.19s FreeBSD-11.1-RELEASE-amd64-dvd1.iso 2%[=> ] 85.63M 6.83MB/s eta 18m 58sload: 11.71 cmd: wget 10152 waiting 0.80u 1.32s FreeBSD-11.1-RELEASE-amd64-dvd1.iso 14%[==============> ] 460.23M 7.01MB/s eta 9m 0s 1 > The bad news is that CTRl+T doesn’t work with Linux kernel, but you can use it on MacOS/OS-X: —> Fetching distfiles for gmp —> Attempting to fetch gmp-6.1.2.tar.bz2 from https://distfiles.macports.org/gmp —> Verifying checksums for gmp —> Extracting gmp —> Applying patches to gmp —> Configuring gmp load: 2.81 cmd: clang 74287 running 0.31u 0.28s > PS: If I recall correctly Feld showed me CTRL+T, thank you! Beastie Bits Half billion tries for a HAMMER2 bug (http://lists.dragonflybsd.org/pipermail/commits/2018-May/672263.html) OpenBSD with various Desktops OpenBSD 6.3 running twm window manager (https://youtu.be/v6XeC5wU2s4) OpenBSD 6.3 jwm and rox desktop (https://youtu.be/jlSK2oi7CBc) OpenBSD 6.3 cwm youtube video (https://youtu.be/mgqNyrP2CPs) pf: Increase default state table size (https://svnweb.freebsd.org/base?view=revision&revision=336221) *** Tarsnap Feedback/Questions Ben Sims - Full feed? (http://dpaste.com/3XVH91T#wrap) Scott - Questions and Comments (http://dpaste.com/08P34YN#wrap) Troels - Features of FreeBSD 11.2 that deserve a mention (http://dpaste.com/3DDPEC2#wrap) Fred - Show Ideas (http://dpaste.com/296ZA0P#wrap) Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv (mailto:feedback@bsdnow.tv) iXsystems It's all NAS (https://www.ixsystems.com/blog/its-all-nas/)

Prof. Philip Nelson, Physics and Astronomy, University of Pennsylvania, giving the 2018 A.O. Williams Lecture at Brown University. See also http://www.physics.upenn.edu/biophys/PtN/

ECU quarterback Philip Nelson joins the NFL Draft Bible Player Spotlight Show hosted by Ric Serritella! Player Spotlight | Philip Nelson, QB, ECU 6014/205/4.7735.5" vert; 9-7 broad; 4.40 shuttle.NFLPA Collegiate Bowl Participant.Transfer from Rutgers/Minnesota.Training at TEST Football Academy with QB Guru Tony Racioppi. *You can watch his highlights here. Be sure to log-on to: www.NFLDraftBible.com for exclusive coverage of the NFL Draft, "Bringing you the names you need to know first, since 2002!" Follow @NFLDraftBible

On the Digital Production Buzz, Larry Jordan talks with guests Philip Nelson, Cirina Catania, and Michael Kammes. NewTek TalkShow: A Better Way to Skype First Look: The Berlin Film Festival Is Cloud-based Video Editing Ready for Prime-time? Tech Talk: Drones WATCH FULL SHOW The post Digital Production Buzz – February 4, 2016 appeared first on Digital Production Buzz.

This week the UK science minister, Jo Johnson, was in Cambridge where he announced an initiative to pump 21 million into seven key research programmes intended to tackle some of the leading scientific and engineering challenges facing the world. The funding will come from the UK's Engineering and Physical Sciences Research Council, the EPSRC. Professor Philip Nelson is the EPSRC's chief executive, and he spoke to Kat Arney about how the projects were selected... Like this podcast? Please help us by supporting the Naked Scientists

This week the UK science minister, Jo Johnson, was in Cambridge where he announced an initiative to pump 21 million into seven key research programmes intended to tackle some of the leading scientific and engineering challenges facing the world. The funding will come from the UK's Engineering and Physical Sciences Research Council, the EPSRC. Professor Philip Nelson is the EPSRC's chief executive, and he spoke to Kat Arney about how the projects were selected... Like this podcast? Please help us by supporting the Naked Scientists

On the Digital Production Buzz, Larry Jordan and Mike Horton talk with guests Philip Nelson, Kevin Bourke, and Kristen Nedopak. The NewTek TalkShow for Better Skype Interviews The Differences Between Marketing and PR The Geekie Awards - Live from the Red Carpet! WATCH FULL SHOW The post Digital Production Buzz – October 15, 2015 appeared first on Digital Production Buzz.

Philip Nelson from NewTek visits Streamin' Garage and wastes time talking about his trip to NAMM (North American Music Merchants) and his toys..umm... collectibles..JJ wastes times talking about Seedles.Mike wastes time talking about a great new .org called Gauze For Paws.JJ and Phillip also do a duet as they talk about Sam Smith "Stay With Me" And Tom Petty "Won't Back Down" Come, waste time with us, won't you?

Ex-Gov. Mike Huckabee says states can ignore US supreme court rulings, but can they? No federal civil rights charges expected against Darren Wilson in Ferguson. Plus, Jim Fleming, attorney for Philip Nelson in assault on Isaac Kolstad, talks about Nelson's plea.

Matt Flynn comes in place of former Badgers Scott Tolzien and sparks the Green Bay Packers against the Minnesota Vikings. Can he lead them against the Detroit Lions in a KEY NFC North match-up on Thanksgiving? We'll discuss. Plus, we break down the Chris Borland and the Wisconsin Badgers dominant defensive performance against Philip Nelson and the Minnesota Golden Gophers. Where will the Badgers wind up in the BCS standings this week, and can they get an at-large bid with Michigan State owning the Legends Division and moving up in the standings as well? That, and our Dupa(s) of the Week!  

Beer Touring - San Francisco 4/27/07 People are writing in from all over the world asking what/where/when they should do while visiting San Francisco. Philip Nelson from What Ales Thee podcast joins us for the discussion and takes notes the whole time. We talk about this from three points of view: the business traveler, the couple or family, and the beer geek. Each group has a different needs in their quest for beer. And while the places may be the same for each we lay out a strategy that might work best for your particular visit. This is the first of a multi part series on travel based around beer. Drunk dial Beer School and tell us what you think. 206-337-1233 Thanks for listening! Guests: Motor, Philip Nelson Host: John Foster Beers include: Bear Republic Racer 5, Marin Brewing Pale and Anderson Valley Brother David Double. Check out beerschool.com, thebrewingnetwork.com, and whatalesthee.com Email us at info@beerschool.com Good noon! Not recorded at the Rat Pad. Recorded in San Francisco, CA. Beer School and BeerSchool.com are a trademarks of Ayer Media, Inc. � 2007 Ayer Media, Inc.